Re: [wsjt-devel] RC4 crashes
> On Nov 23, 2022, at 21:58, Black Michael via wsjt-devel > wrote: > > Would that switch to FT4 be occurring while decodes are still appearing on > the screen? Probably while or before decodes are happening, since they come so fast with heavy activity. Gary - AG0N ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RC4 crashes
Would that switch to FT4 be occurring while decodes are still appearing on the screen? Mike W9MDB On Wednesday, November 23, 2022 at 10:16:20 PM CST, Gary McDuffie via wsjt-devel wrote: > On Nov 23, 2022, at 13:54, Michael Black via wsjt-devel > wrote: > > Known bug if you are using max dust or call first. It’s fixed for RC5. > Mike W9MDB One more confirmation from my station, Mike. As previously stated, it is very repeatable. Go up on 17, 12, or 10 meters (probably any other band too, but this is where I’ve tested). Let it monitor the FT8 segment for a period of time, say several sequences. The. hit the quick button to go to FT4. The blue decode button lights and stays lit (stuck). from that time on, there are no decodes on the screen. Waterfall looks great, just no decoding. Of course, we’re assuming the band is open, as it has been, and there’s lots of traffic. To recover, hit the corner X and close the program. Open it right back up and go to FT4. All is well again. Note, I have NOT tested by changing modes using the menu. That’s on my list of things to do. Any idea when RC5 will break loose? Thank you, Gary - AG0N ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RC4 crashes
> On Nov 23, 2022, at 13:54, Michael Black via wsjt-devel > wrote: > > Known bug if you are using max dust or call first. It’s fixed for RC5. > Mike W9MDB One more confirmation from my station, Mike. As previously stated, it is very repeatable. Go up on 17, 12, or 10 meters (probably any other band too, but this is where I’ve tested). Let it monitor the FT8 segment for a period of time, say several sequences. The. hit the quick button to go to FT4. The blue decode button lights and stays lit (stuck). from that time on, there are no decodes on the screen. Waterfall looks great, just no decoding. Of course, we’re assuming the band is open, as it has been, and there’s lots of traffic. To recover, hit the corner X and close the program. Open it right back up and go to FT4. All is well again. Note, I have NOT tested by changing modes using the menu. That’s on my list of things to do. Any idea when RC5 will break loose? Thank you, Gary - AG0N ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RC4 crashes
Known bug if you are using max dust or call first. It’s fixed for RC5. Mike W9MDB Sent from my iPhone > On Nov 23, 2022, at 1:52 PM, Reino Talarmo via wsjt-devel > wrote: > > > >Maybe just co-incidence but I have had two crashes now where the last entry > >in the ...ALL.TXT file was a station with compound call that was answering > >my CQ. > > 221123_18124521.074 Rx FT8-12 0.2 1386 KB1EFS/2 > > > Hi AL, > > Could this be the same issue Mike stated: ‘Referring to "Max Dist" in tab 2 > and the "Call 1st" on the main window. Those two would cause a crash if > receiving a TX1 message without a grid.’ > Which setting you had? It’s in the menu box normally ‘CQ: None’. > > 73, Reino OH3mA > > > > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] RC4 crashes
>Maybe just co-incidence but I have had two crashes now where the last entry in >the ...ALL.TXT file was a station with compound call that was answering my CQ. 221123_18124521.074 Rx FT8-12 0.2 1386 KB1EFS/2 Hi AL, Could this be the same issue Mike stated: ‘Referring to "Max Dist" in tab 2 and the "Call 1st" on the main window. Those two would cause a crash if receiving a TX1 message without a grid.’ Which setting you had? It’s in the menu box normally ‘CQ: None’. 73, Reino OH3mA ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel