Hi All,
I was fortunate enough to catch this issue at another ops station and
discovered that the ".quit" file that is used to terminate "jt9" was
still around. This causes the problem on the next startup.
$ svn log -r 3586
------------------------------------------------------------------------
r3586 | bsomervi | 2013-09-29 22:23:06 +0100 (Sun, 29 Sep 2013) | 13 lines
Fix decode button getting stuck on first decode cycle.
The ".quit" file that is used to communicate shutdown to the "jt9"
sub-process was not getting deleted under some obscure
circumstances. If "wsjtx" is started with the ".quit" file in place;
"jt9" starts and stops immediately rather than going into it's normal
wait state. Probably some sort of race condition between the two
processes dying and file and/or shared memory locks.
Rather than track the issue down I have added code to ensure that
".quit" is removed before starting "jt9".
------------------------------------------------------------------------
73
Bill
G4WJS.
_______________________________________________
Wsjt-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/wsjt-devel
