Steps to do when you think you found a bug:
Tracing crash bugs
Configure your ZNC version with --enable-debug.
./configure --enable-debug --enable-other-things-you-may-want make make install
Then you can run ZNC under gdb:
set logging /tmp/znc.gdb.log set logging on gdb ./znc handle SIGPIPE nostop run -D
If znc is already running, you can attach gdb to the already-running instance (where pid is znc's process id):
set logging /tmp/znc.gdb.log set logging on gdb ./znc attach pid handle SIGPIPE nostop cont
Now you use ZNC as you would always do and try to make it crash. Once it crashed, gdb will show you something like this:
Program received signal SIGSEGV, Segmentation fault.
Now we can get the useful info. This info, together with an explanation how the bug happened are then very useful to the developers.
If you had logging file set and logging enabled, you can find the bt full and everything else in /tmp/znc.gdb.log. You might want to copy it somewhere safe (that doesn't get cleared every boot unlike /tmp).
You can also get the full backtrace from core file if you have core files enabled.First run
ulimit -c unlimitedand preferrably add it to your ~/.bashrc or rc of whatever shell you use. When your ZNC crashes, you should find a file with name "core" in the directory where you ran znc. If you used cron, it is probably located at $HOME. Now run
gdb znc coreand there
set logging /tmp/znc.gdb.log set logging on bt full quit
Now your full backtrace should be in /tmp/znc.gdb.log and you can send it to the developers. It's also adviced to copy znc.gdb.log to somewhere outside /tmp as /tmp is cleared every boot.
Why use --enable-debug?
With this flag
bt full shows much more info, which is needed to understand why the crash had happened.
If you're interested in details, search the Web for "debug symbols" or just try with and without.