Hi all,
Here is a workaround that prevents the error from ending WSJT-X:
Copy program "sfrx" to ".sfrx" in the same same directory where "sfrx"
resides.
In Linux this is usually in /usr/bin if you have installed WSJT-X normally.
( Sorry, I don't know about MacOS )
The crash is due to coding in program decoder.f90:
The code below is from sjtx-2.7.1-devel_improved_widescreen_PLUS_240714.
! Call the superFox decoder
open(47,file=trim(temp_dir)//'/fort.47',status='unknown', &
access='stream')
write(47) params%yymmdd,params%nutc,id2(1:20),id2(1:180000)
close(47)
cmnd=trim(exe_dir)//'/sfrx '//'"'//trim(temp_dir)//'/fort.47"'
i1=index(cmnd,'fort.47')
do i=1,i1
if(cmnd(i:i).eq.char(92)) cmnd(i:i)='/'
enddo
call execute_command_line(cmnd,exitstat=ierr)
if(ierr.ne.0) call execute_command_line('.\sfrx
'//'"'//trim(temp_dir)//'/fort.47"')
So if call to "sfrx" fails for any reason ( ierr <> 0 ) , the call is
made again but this time ".\sfrx" is called.
Calling ".\sfrx" will not work in Unix/Linux because it will end up in
".sfrx" being called.
If ".sfrx" is not found this results in a crash as seen in the trace:
sh: .sfrx: command not found
Fortran runtime error: EXECUTE_COMMAND_LINE: Invalid command line
Copying "sfrx" to ".sfrx" makes the second call work because now the
called program is found.
Of course this will not fix the "off by n" root cause in the decoder but
at least the program will not crash
completely.
( For the wold of me I can not understand why another call is even
attempted if the
first one fails... )
73's de Kari, oh2gqc
On 7/15/24 15:00, V. Scott Moore via wsjt-devel wrote:
Maybe some additional data. Details on the crash that I get now after
an install withou changing name:
Running: /Users/vsmoore2/Desktop/wsjtx.app/Contents/MacOS/jt9 -s
WSJT-X -w 1 -m 3 -e /Users/vsmoore2/Desktop/wsjtx.app/Contents/MacOS
-a "/Users/vsmoore2/Library/Application Support/WSJT-X" -t
/private/var/folders/qz/n31h0drj3xv4yytwk6k3316w0000gn/T/WSJT-X
At line 63 of file sfox_demod.f90
Fortran runtime error: Index '129' of dimension 1 of array 's2'
outside of expected range (127:0)
Error termination. Backtrace:
#0 0x10a38a8ee
#1 0x10a38b5d5
#2 0x10a38bb45
#3 0x1000befee
#4 0x1000bd386
#5 0x1000bcb63
#6 0x1000e569e
sh: .sfrx: command not found
Fortran runtime error: EXECUTE_COMMAND_LINE: Invalid command line
Error termination. Backtrace:
#0 0x11a5fd8ee
#1 0x11a5fe5d5
#2 0x11a5fea18
#3 0x11a85d5e2
#4 0x11a85d809
#5 0x11a85d8e6
#6 0x104ffc3f7
Hope this helps.
I did decode the fox for a few cycles before the error window appeared.
Scott
W1SSN
On Jul 14, 2024, at 13:43, Uwe, DG2YCB via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
Hi Dan,
Unfortunately, also for our standard WSJT-X we are not yet able to
offer a solution for this error.
73 de DG2YCB,
Uwe
________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Am 14.07.2024 um 12:23 schrieb Dan Merrifield via wsjt-devel:
I’m running an Apple Mac Studio with an Apple M1 CPU. Software is
12.7.4. WSJTX 2.7.0 RC5
It will not decode super fox signals and gives the following error
code: Subprocess Error, Subprocess failed with exit code 2. When you
click on this error message, the program closes.
I works fine in the non super fox, normal FT8 mode.
Dan Merrifield K1DQ
k...@metrocast.net
_______________________________________________
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
“Got time to breath, got time for music” - Brisco Darling
_______________________________________________
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
