Exactly along the lines of Brian's post, I recently had a report of
LInpac crashing at started up on Glibc 2.24 / GCC 6.3.0 based systems
(Debian 9.0/Stretch, Debian 10.0/Sid, and Arch Linux). This was really
strange as this program has been working just fine call older
generations of Linux distros, etc. The initial crash was always
consistent but we found over four different workarounds to get it to
successfully run which did not make any sense. Ultimately, it turned out
that the new GCC was behaving differently on memory release operations
compared to say GCC 4.9.2 (found in Debian 8.0 / Jessie). A few code
changes were require to stop using the library call "delete[]" and now
use "free ()" solved the issue. Definitely a pain but this is one of
those "progress" pains that all software developers have to pay.
As to how to better troubleshoot this Jnos issue, you need to run a gdb
backtrace. I just checked Jnos 2.0K and it leaves in debugging objects
by default (unnecessary actually). Once compiled, run Jnos via gdb,
"run" the processand once it crashes, request a backtrace. This is a
decent, non-complicated example:
http://wiki.freepascal.org/Creating_a_Backtrace_with_GDB
From there, take this backtrace detail to the Jnos support email list
and Maiko.
--David
KI6ZHD