Date: Fri, 1 Nov 2013 18:56:23 GMT From: Nicolas Raspail <nicolas@whisperingvault.net> To: freebsd-gnats-submit@FreeBSD.org Subject: ports/183569: libpar2 0.3 cause nzbget to segfault Message-ID: <201311011856.rA1IuNKK019176@oldred.freebsd.org> Resent-Message-ID: <201311011900.rA1J02I0031476@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 183569 >Category: ports >Synopsis: libpar2 0.3 cause nzbget to segfault >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 01 19:00:01 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Nicolas Raspail >Release: 9.1 amd64 >Organization: >Environment: FreeBSD shadowland.whisperingvault.net 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Hi I have seen several times nzbget segfaulting because of libpar2 (0.3). Here is the backtrace fro gdb [root@shadowland /usr/home/sabnzbd]# gdb nzbget nzbget.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `nzbget'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssl.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.6 Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /usr/local/lib/libpar2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpar2.so.0 Reading symbols from /lib/libncurses.so.8...(no debugging symbols found)...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /usr/local/lib/libxml2.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /usr/local/lib/libsigc-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libsigc-2.0.so.0 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/libz.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/lib/liblzma.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/lib/liblzma.so.5 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/lib/libsupc++.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libsupc++.so.1 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000800eb3c35 in Par2Repairer::ScanDataFile () from /usr/local/lib/libpar2.so.0 [New Thread 803073c00 (LWP 385167/nzbget)] [New Thread 803009800 (LWP 384651/nzbget)] [New Thread 803073800 (LWP 385166/nzbget)] [New Thread 804ddd000 (LWP 383615/nzbget)] [New Thread 803074400 (LWP 385165/nzbget)] [New Thread 804ddc800 (LWP 385164/nzbget)] [New Thread 803008400 (LWP 384649/nzbget)] [New Thread 8048bcc00 (LWP 384134/nzbget)] [New Thread 803009000 (LWP 383813/nzbget)] [New Thread 803075400 (LWP 340982/nzbget)] [New Thread 803074800 (LWP 340981/nzbget)] [New Thread 803074c00 (LWP 340473/nzbget)] [New Thread 803075000 (LWP 340471/nzbget)] [New Thread 803007400 (LWP 100850/nzbget)] (gdb) bt #0 0x0000000800eb3c35 in Par2Repairer::ScanDataFile () from /usr/local/lib/libpar2.so.0 #1 0x0000000800eb5b4e in Par2Repairer::VerifyDataFile () from /usr/local/lib/libpar2.so.0 #2 0x0000000800eb63c6 in Par2Repairer::VerifyExtraFiles () from /usr/local/lib/libpar2.so.0 #3 0x0000000800ebc591 in Par2Repairer::Process () from /usr/local/lib/libpar2.so.0 #4 0x00000000004277bd in ?? () #5 0x00000000004272c3 in ?? () #6 0x0000000000443386 in ?? () #7 0x00000008020110a4 in pthread_getprio () from /lib/libthr.so.3 #8 0x00007ffffedf8000 in ?? () Cannot access memory at address 0x7ffffeff8000 I see that two version of libpar2 have been release 0.3.1 and 0.4.0. The 0.3.1 version correct a bugs (https://bugs.launchpad.net/libpar2/+bug/1186307) that cause nzbget to segfault. Maybe libpar2 needs to be upgraded >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201311011856.rA1IuNKK019176>