I have the problem on 4 different computers. Three are servers and on is a desktop computer. I've been using iptraf, then iptraf-ng for years without problem. Reproducible: Always Steps to Reproduce: 1. type "iptraf-ng" in a console Actual Results: the app segfaults. There's a bunch of lines printed, but this is not well displayed, probably because ncurses stuff was already initialisez. Random copy/paste : --------------------------------------------------------------------------------------------------------- 7fdf4c3d9000-7fdf4c429000 r-xp 00000000 08:01 7331 /lib64/libncurses.so.5.9 7fdf4c429000-7fdf4c628000 ---p 00050000 08:01 7331 /lib64/libncurses.so.5.9 7fdf4c628000-7fdf4c62c000 r--p 0004f000 08:01 7331 /lib64/libncurses.so.5.9 7fdf4c62c000-7fdf4c62d000 rw-p 00053000 08:01 7331 /lib64/libncurses.so.5.9 7fdf4c62d000-7fdf4c62e000 rw-p 00000000 00:00 0 7fdf4c62e000-7fdf4c64f000 r-xp 00000000 08:01 11727 /lib64/ld-2.14.1.so 7fdf4c80d000-7fdf4c811000 rw-p 00000000 00:00 0 7fdf4c84c000-7fdf4c84e000 rw-p 00000000 00:00 0 7fdf4c84e000-7fdf4c84f000 r--p 00020000 08:01 11727 /lib64/ld-2.14.1.so 7fdf4c84f000-7fdf4c850000 rw-p 00021000 08:01 11727 /lib64/ld-2.14.1.so 7fdf4c850000-7fdf4c851000 rw-p 00000000 00:00 0 7fffd15a4000-7fffd15c6000 rw-p 00000000 00:00 0 [stack] 7fffd15ff000-7fffd1600000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 ------------------------------------ On some case the segfault would only appear after the first screen (main iptraf menu), just hitting 'enter' after the app has started. On the four computers, some are amd64 (->iptraf 1.1.1) and some are ~amd64 (->iptraf 1.1.2). I've tried removing all stuff in /var/*/iptraf-ng I've tried to re-emerge ncurses and then iptraf-ng again. ncurses is the only dep according to ldd. None of this solve the problem.
Created attachment 310925 [details] emerge --info on one server (stable amd64)
1) What kind of TTY / shell environment are you running iptraf in? 2) Could you generate a gdb backtrace for this?
Uh? I can't reproduce the problem on none of the servers. I'm just ... astonished by what i see. Nothing has changed (despite time?) on those servers since 2 days ago. The env is "bash through ssh", nothing fancy. "echo $TERM" says "xterm". I'll re-open and try to get a backtrace if i can reproduce the probleme. Out of memory, i couldn't have a better backtrace that what is already displayed : i think that iptraf-ng already displays the bt when it crashes, but it's not easy to get because of the terminal getting scrambled by ncurses.
Ok, it now crashes again on all my servers.. I really can't see what the difference could be with my last test. I'm pretty sure my ENV hasn't changed for exemple. Here's a backtrace, i'm afraid it's not very useful. 0x00007ffff764a265 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff764a265 in raise () from /lib64/libc.so.6 #1 0x00007ffff764b50a in abort () from /lib64/libc.so.6 #2 0x00007ffff76841ac in ?? () from /lib64/libc.so.6 #3 0x00007ffff76894d5 in ?? () from /lib64/libc.so.6 #4 0x00007ffff768e27c in free () from /lib64/libc.so.6 #5 0x0000555555559d47 in ?? () #6 0x00005555555674df in main () If as a user i do "sudo iptraf-ng" it segfaults as well. I removed almost all my env variable and it still crashes: ---------------------------------------------------------------- bragon root # env TERM=xterm PATH=/root/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.3 _=/usr/bin/env ---------------------------------------------------------------- I tried setting TERM=linux and it crashes too.
What kinds of network interfaces are present on those systems, by the way? Also, you should be able to set `ulimit -c unlimited' after you've compiled iptraf-ng with debug symbols[1] and then run gdb on the coredump file that is generated. [1] http://www.gentoo.org/proj/en/qa/backtraces.xml
it seems the problem goes away with net-analyzer/iptraf-ng-1.1.3.1. On several computer, i can reproduce the problem with 1.1.2, then update, then try again and it works. I will reopen if needed.