On 04/08/2013 14:02, Edson W. R. Pereira wrote:
Hi Edson,
thanks for the feedback.
If I edit wsprx.ini and change the audio devices there, wsprx starts
and I can decode signals. However TX fails with a SIGSEGV.
I think you saying that the configuration screen to select the audio
devices is not working in your build?
This I don't understand as that code is pretty straightforward. Maybe
you are not managing to exit the program cleanly after setting the
configuration? The updated settings are only written to the .ini file
right at the end of the program exit.
Perhaps you could try setting the audio devices then exit immediately to
get an updated .ini file.
As for the TX crash, I will make a Linux build and do some testing here.
The error looks like something has scribbled over the heap storage or a
double free () call which is being picked up by the standard glibc
debug heap checking.
If that is a debug executable; can you run it to the SEGV under gdb and
do a stack backtrace (bt) please?
It might be failing in a different thread from the main program thread.
An "info threads" helps, if the active thread is not thread 1, then
switch to thread 1 and do the backtrace there.
Info follows.
*** glibc detected *** ./wsjtx: free(): corrupted unsorted chunks:
0x0000000002aa1ac0 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f3ba7835b96]
/usr/lib/nvidia-current/tls/libnvidia-tls.so.304.88(+0x1cc1)[0x7f3ba4504cc1]
looks like the free () that detected the problem is in some video card
code, so maybe this might be a video issue rather than a wsjtx issue.
<snip>
73
Bill
G4WJS.
_______________________________________________
Wsjt-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/wsjt-devel
