[Dxspider-support] Another crash

[Dirk Koopman]

These crashes are (usually) caused by (routing) protocol loops. Just
because the software is reasonably resistant to deliberate protocol
loops, doesn't mean to say that it is totally immune. Introducing loops
will also dramatically increase the routing (and other) traffic. 

Will people please try to organise their links so that that looping is
minimised.

Dirk G1TLH

On Tue, 2003-01-07 at 12:20, Milan wrote:
> Hi,
> 
> I experienced another crash within 3 days, here is the debug part:
> 
> 1041941185^<- I OK0DXI PC19^0^OK0DXI^0^5447^H10^
> 1041941185^DXPROT: my parent OK0DXI has disappeared
> 1041941185^<- I OK0DXI PC16^OK0DXI^OK1AXG - 1^OK2ITY - 1^OK1FUL - 1^H5^
> 1041941185^<- I OK0DXI PC20^
> 1041941185^Can't call method "nodes" on an undefined value at /spider/perl/DXProt.pm line 1597.
> 1041941185^     DXProt::send_local_config('DXProt=HASH(0x8c37b78)', 'DXProt=HASH(0x8c37b78)', 'DXProt=HASH(0x8c37b78)')
> called at /spider/perl/DXProt.pm line 879
> 1041941185^     DXProt::normal('DXProt=HASH(0x8c37b78)', 'PC20^') called at /spider/perl/cluster.pl line 345
> 1041941185^     main::process_inqueue() called at /spider/perl/cluster.pl line 535
> 
> 73,
> Milan OK1XH
> 
> 
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://www.tobit.co.uk/mailman/listinfo/dxspider-support
-- 
Please Note: Some Quantum Physics Theories Suggest That When the
Consumer Is Not Directly Observing This Product, It May Cease to
Exist or Will Exist Only in a Vague and Undetermined State.