We have the same problem (at PI4ZLD). Running a P133, 486SLC2/25, 386 and a
486dx2.
The 486DX2 is connected via a COM port to a W98 computer running Wintelnetx.
When the packet configuration is disabled there is no problem. When the
packet interface is enabled, after some spots all the computers lock up.
Reboot is the only thing we could do.
We are running the latest version 6.46. So it looks like it has not been
solved.
73, Henk
-----Original Message-----
From: owner-trlog@contesting.com [mailto:owner-trlog@contesting.com]On
Behalf Of kl7ra
Sent: Monday, November 08, 1999 11:05 AM
To: trlog@contesting.com
Subject: [TRLog] Pgm crash with network spots
During the WW we had six stations on a network with a seventh PC dumping
spots.
One by one the different positions would crash (keyboard goes dead) until I
pulled the plug on the spotting machine. No crashes after that even with a
very busy network.
This weekend I was able to duplicate the problem using TR packetsimulate.
We found with the spots coming one a second and tuning a radio around the
band the program would crash sooner (with 781) or later (950). We could not
crash the program
by using any feature including the bandmap. We could not find a tuning
pattern that would crash the program consistently. Just tuning would do it.
Not fast or slow, or up or down. Just tuning around.
With the spots running and no tuning the program would not crash.
I switched to 634 and it would not crash.
The network is 486 machines with 781 and 950 radios and different flavors
of level
converters.
Rich KL7RA
--
FAQ on WWW: http://www.contesting.com/trlogfaq.html
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
--
FAQ on WWW: http://www.contesting.com/trlogfaq.html
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
|