Can you post the relevant section of ALL.TXT with your QSO data including all
the other decodes around that too?
Mike W9MDB
On Sunday, September 18, 2022 at 07:11:56 AM CDT, Saku via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
Hi!
Just worked FH/OK1M on 21.091 using hound mode.
After called a while I got answer, but wsjtx just continued calling.
I had manually click on the received report line and after that wsjtx
moved to proper TX frequency and started to give R-report.
When I got RR73 wsjtx just continued to send R-report and had to stop
manually.
After that I closed wsjtx, compiled it again (without my own patches)
and worked FH/OK1M again with my XYL's callsign.
Just same errors then, as expected, bug is not in my patches that do not
effect this part of operation.
I assume bug lays somewhere in the original source code. Those who can
do better with C should look the code.
I have feeling that I have seen similar error report somewhere with
earlier wsjt-x versions.
Fedora release 35 (Thirty Five)
wsjt-x2.6.0-rc4 self compiled, source from
https://git.code.sf.net/p/wsjt/wsjtx (same day as Hamlib below)
rigctl Hamlib 4.5~git fri sep 16 13:33:51 2022 +0000 SHA=b1d132
--
Saku
OH1KH
_______________________________________________
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
