2019-06-18, 02:12 AM
It's still fairly early days for me understanding the best way to approach these sorts of issues when users have them on Linux.
A couple of options:
1) you temporarily allow me to remote in to this Linux box via ssh, adding port 22 port forwarding in your router to whatever the Linux machine is, with this I can run the debug session from here, and watch where it crashes. I'd only need access for 20 minutes or so.
2) or you try running:
and when it segfaults try typing 'backtrace'.
The first of those would be the most straight forward. For the second, it might give us a bit more to go on, but we may have to repeat the process with a debug build to get better info.
A couple of options:
1) you temporarily allow me to remote in to this Linux box via ssh, adding port 22 port forwarding in your router to whatever the Linux machine is, with this I can run the debug session from here, and watch where it crashes. I'd only need access for 20 minutes or so.
2) or you try running:
Code:
gdb ./DeviceHostLinux -device:adapter0 -type:ATSC -parent:0 -scan:/usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
run
The first of those would be the most straight forward. For the second, it might give us a bit more to go on, but we may have to repeat the process with a debug build to get better info.