Hello List, I have been updating some machines to WSJT-X 2.3.0 for testing and implementing the new FST4 and FST4W modes in OpenWebRX.
While doing so, I noticed that the WSPR decoding stopped working on these hosts. For reference: The decoding process for all WSJT-X modes in OpenWebRX uses the command-line binaries (jt9 and wsprd) and feeds them with already "chopped" audio files. While analyzing, I found that wsprd command-line utility seems to fail whenever the "-a" option is not specified. The usage message states that the option should have a fallback, but it seems like that part is failing for some reason: -a <path> path to writeable data files, default="." The corresponding error message: Error: inaccessible data directory: '(null)' I was able to fix this for now by passing "-a ." to the process, but given the usage message I'd consider this a bug (albeit a minor one). I have not looked at the code at this point, but I can do so if necessary. Also: I don't remember this kind of error in RC2, although I would need to downgrade one of my machines to be able to make a final statement on this. Thank you and 73s Jakob DD5JFK
_______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
