[Dxspider-support] Spider crashes after link init

Darren G0TSM spider at g0tsm.com
Sun May 8 22:38:04 BST 2005


Hi All,

There's something wrong here when Spider node GB7DXS connects into my node, 
5 times this week EDX has just stopped. The PC is ok and is happily sitting 
at idle, perl is also idle.

here DX Spider Cluster version 1.51 (build 59.37) on MSWin32       (Running 
in XP Pro)

GB7DXS:DX Spider Cluster version 1.51 (build 58.317) on MSWin32 (Running in 
Win98)



here's an extract from the debug file

1115581817^connect 89: *** Connected to DX Cluster GB7EDX%0D
1115581817^connect 89: Enter your *real* Callsign to continue......%0D
1115581817^connect 89:  %0D
1115581817^connect 89: login:
1115581817^connect 89: timeout set to 60
1115581818^connect 89: gb7dxs
1115581818^DXChannel GB7DXS created (17)
1115581818^<- A GB7DXS telnet
1115581818^-> B GB7DXS 0
1115581818^-> E GB7DXS 0
1115581818^-> D GB7DXS PC18^DXSpider Version: 1.51 Build: 59.37^5451^
1115581818^GB7DXS channel func  state 0 -> init
1115581818^-> D G0TSM Node GB7DXS has logged in
1115581821^-> D GB7DXS PC17^EA5AFP-2^DB0SUE-7^H99^
1115581827^-> D GB7DXS PC17^DL1SP^DB0ERF-5^H99^
1115581828^<- I GB7DXS PC19^1^GB7DXS^0^5451^H24^
1115581828^REJ OUT: accept/route with call gb7edx on 
'GB7UJS','61','27','14','GB7DXS','61','27','14','normal',''
1115581828^OK  OUT: reject/route with call gb7edx on 
'IS0GRB-6','86','28','15','GB7DXS','61','27','14','normal',''
1115581828^<- I GB7DXS PC16^GB7DXS^G4BUE - 1^G3VKW - 1^G3NPF - 1^G4PTJ - 1^H24^
1115581828^REJ OUT: accept/route with call gb7edx on 
'GB7UJS','61','27','14','GB7DXS','61','27','14','normal',''
1115581828^OK  OUT: reject/route with call gb7edx on 
'IS0GRB-6','86','28','15','GB7DXS','61','27','14','normal',''
1115581828^<- I GB7DXS PC20^
1115581828^-> D GB7DXS 
PC19^1^GB7EDX^0^5451^1^GB7UJS^0^5451^1^GB7DXY^0^5431^0^IS0GRB-6^0^5451^H95^
1115581829^-> D GB7DXS 
PC19^1^GB7BAA^0^5451^1^ON0DXC-5^0^5451^1^EA5URM-5^0^5000^1^SM7GVF-6^0^5000^1^SK6LK-6^0^5451^0^SM7TIX-6^0^5447^1^ZL2AQY-10^0^5
[loads of PC19's snipped out]

PC19^1^IZ8BRI-6^0^5451^0^I0TVL-6^0^5432^0^IK7IMO-6^0^5451^0^IN3QBR-6^0^5432^1^IZ8EFK-6^0^5450^0^IK6SNR-6^0^5431^0^I3ITX-6^0^5447^0^EA5URL-5^0^5447^1^DB0SUE-7^0^5451^1^DB0ERF-5^0^5451^H95^
1115581830^-> D GB7DXS 
PC19^1^DB0FHO-4^0^5451^0^DB0HDF-12^0^5447^0^DB0ERF-6^0^5453^1^DB0HGW-6^0^5451^1^DB0ABL-14^0^5000^1^DB0CHZ-7^0^5451^1^DB0FHN-6^0^5451^1^CT3IA-7^0^5451^H95^
1115581830^-> D GB7DXS PC16^GB7EDX^G0TSM - 1^CE4UYP-3 - 1^G8HVY - 1^G0URR - 
1^G4PZK - 1^G4WJS - 1^F5NKX - 1^IK5SRF - 1^ON4KST - 1^KD5OWO - 1^G7VRK - 
1^M0DHO - 1^H95^

[PC16's snipped out]

1115581833^-> D GB7DXS PC16^CT3IA-7^CT3BD - 1^H95^
1115581833^-> D GB7DXS PC22^
1115581833^GB7DXS channel func  state init -> normal


and then nothing, the cluster freezes...

Any suggestions?

Thanks, Darren









More information about the Dxspider-support mailing list