Summary: | pfqueue-0.5.0 segfaults on exit | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexander Stoll <technoworx> |
Component: | Current packages | Assignee: | Andrej Kacian (RETIRED) <ticho> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | net-mail+disabled |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://sourceforge.net/tracker/index.php?func=detail&aid=1327129&group_id=107768&atid=648764 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alexander Stoll
2005-11-22 07:57:13 UTC
Can you please provide a backtrack? I cannot seem to reproduce it, even though I remember some segfault on quit once or twice in the past. (In reply to comment #1) Here comes the backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 32717)] 0x29e8f6c6 in regerror () from /lib/libc.so.6 (gdb) bt #0 0x29e8f6c6 in regerror () from /lib/libc.so.6 #1 0x29e8f8c8 in regfree () from /lib/libc.so.6 #2 0x29d50daf in pfql_close () at pfqlib.c:659 #3 0x0804d2d2 in main (argc=1, argv=0x5fcec7f4) at fe_ncurses.c:903 Could you give 0.5.1 a try? According to the changelog, this bug was fixed in 0.5.1. See also supplied URL. (In reply to comment #3) > Could you give 0.5.1 a try? Done, but same Segfault occurs with 0.5.1, nothing obvious changed... If you want a bt for this version too, please request it. Yes, the full backtrace would be welcome - I'll contact the pfqueue developer with it. (In reply to comment #5) This time its another issue than 0.5.0, segfault seems to occur in external lib, I have no full debugging environment in place beyond building pfqueue with full debugging symbols, so bt is no help because of missing symbols in external libs... strace output: poll([{fd=0, events=POLLIN}], 1, 0) = 0 rt_sigaction(SIGTSTP, {0x2da4bea0, [], SA_RESTORER|SA_RESTART, 0x2db08688}, NULL gettimeofday({1137590860, 840055}, NULL) = 0 poll([{fd=0, events=POLLIN, revents=POLLIN}], 1, 1000) = 1 gettimeofday({1137590861, 495990}, NULL) = 0 read(0, "q", 1) = 1 nanosleep({0, 200000000}, NULL) = 0 munmap(0x2dbfe000, 147456) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV (core dumped) +++ it seems to segfault while freeing memory... As already reported upstream, pfqueue-0.5.2 solved this issue completely, verified on different boxes, if no one complains, this seems fixed, please mark stable soon. 0.5.2 marked stable on x86. If you want other arches to mark it stable, please file a bug with them. Thanks for getting back to this bug! |