Hi All Yes work around is to have all instances use the —rig-name=xxx option
Joe - there are times I don’t want to run wsjtx on 6m (the instance with no —rig-name option) - I could be using jt6, FSK411 for MS (a lot of UK contests still don’t support FT8/MSK) which wsjtx does not support - so I just start HF to check conditions —rig-name=HF instance - work away. Finish with MSHV and switch back to wsjtx to use MSK/FT8 - that would kill the HF screen. I have been running all night here with —rig-name=HF and —rig-name=VHF and all is 100% no mater what order I use. I’m pretty sure the software could check for running wsjtx processes (jtalert does it well) and if there are none, other that the one just started, then kill the jt9 exe - if there are existing wsjtx processes don’t kill - that would deal with the rogue process and handle the —rig-name option. 73’s Tom GM8MJV (IO85) On 29 Jan 2019, at 21:40, Joe Taylor <j...@princeton.edu> wrote: > Hi Tom, > >> Pretty daft to kill processes that may be needed on an assumption. > > It's not daft, at all. Probably 99% of WSJT-X users run only one instance. > In the rare but not unheard-of case where something caused a program crash, > jt9.exe may be left running. When WSJT-X is re-started, that zombie jt9.exe > must be killed. > > Surely it's easy enough for you to start your instances in the proper order? > The ~1% of users running multiple instances have been doing that for years, > with no issues. > > -- Joe, K1JT > _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
