0.5.0 segfaults when exiting with "q"
Brought to you by:
steunix
Menu
▾
▴
#3 0.5.0 segfaults when exiting with "q"
Complied v0.5.0 with Gentoo ebuild out of the box.
All prior versions worked fine.
0.5.0 segfaults when exiting the application with "q".
Works nicely before that (although it autodetects exim
backend when postfix2 should haven been detected, no
exim on the machine (does print "exim pfqueue backend:
cannot guess spool_directory" to stderr as from pfq_exim).
When forced with -b postfix2 this message does not show
anymore but the segfault at program exit stays, so I
guess it's unrelated.
Compiled with -O2 -march=pentium4 -fomit-frame-pointer.
Recompiling does not change anything.
Segfault is reproducable.
Coredump (.gz'd) attached.
Coredump Linux 2.4.28-gentoo-r9 Pentium 4 CPU
Logged In: YES
user_id=729093
The "cannot guess spool_directory" is only because if no
backend is specified, it tries to detect 1) exim, 2) postfix
2.x and 3) postfix 1.x, so it's just a warning related to
autodetect. The segfault is definitely a bug, will check for it.
Logged In: NO
Some more info:
The segfault is dependant on the glibc employed. Pfqeue
seems to not clean up it's (linux-)threads well.
BTW: The "cannot guess spool_directory" is annoying, please
silence this. Thank you.
Logged In: YES
user_id=729093
Hopefully closed with graceful quit in 0.5.1