[Dxspider-support] spider crash

Dirk Koopman djk at tobit.co.uk
Thu May 17 12:38:01 CEST 2007

Oleg Chernyawski wrote:
> Hello again, Dirk!
> No, rebuild users database doesn't help
> see what's happening:
> connect 8: Your call:
> connect 8: timeout set to 60
> connect 8: uu1cw
> DXChannel UU1CW created (2)
> <- A UU1CW telnet
> UU1CW connected from
> -> D UU1CW Hello Igor, this is UU1DX-1 in Simferopol, Crimea, Ukraine
> -> D UU1CW running DXSpider V1.52 build 61.489
> UU1CW channel func  state 0 -> prompt
> Can't call method "getfilkeys" on an undefined value at 
> /spider/perl/Filter.pm line 126.
>  at /spider/perl/Filter.pm line 126
>         Filter::read_in('spots', 'UU1CW', 0) called at 
> /spider/perl/DXCommandmode.pm line 153
>         DXCommandmode::start('DXCommandmode=HASH(0x8d74798)', 'telnet', 
> 'A') called at /spider/perl/DXChannel.pm line 693
>         DXChannel::process() called at ./cluster.pl line 508
> Can't call method "getfilkeys" on an undefined value at 
> /spider/perl/Filter.pm line 126.
> DXChannel UU1CW destroyed (2)
> DXChannel UU1DX-1 destroyed (1)
> root at uu1dx:/spider/perl#

Two things:


2) specifically, there is something wrong with this user's spot filter. 
Have a look at (or just delete) /spider/filter/spots/uu1cw.pl (or 
UU1CW.pl) file. There will be something wrong with it.

You can check whether it is syntactically correct like this:

cd /spider/perl
perl -I ../local -MFilter ../filter/spots/uu1cw.pl

or whatever it is really called.

Sometimes, if it is a longtime user and they were using the old style 
filters, the new style filter doesn't "take" correctly. This is 
sufficiently rare and (anyway) not consistent that I have taken the view 
that it is simpler to delete the old style filter and get the user to 
stick it in again.

More information about the Dxspider-support mailing list