lbzip2-2.0 - Segf with args -d -c --

[jlec]

On my gentoo system with lbzip2-2.0 I get an segf for

lbzip2 -d -c -- automake-1.11.1.tar.bz2 > automake-1.11.1.tar

(gdb) set args -d -c -- automake-1.11.1.tar.bz2 > asd (gdb) run Starting program: /usr/bin/lbzip2 -d -c -- automake-1.11.1.tar.bz2 > asd [Thread debugging using libthread_db enabled] [New Thread 0x2aaaab698700 (LWP 32031)] [New Thread 0x2aaaab899700 (LWP 32032)] [New Thread 0x2aaaaba9a700 (LWP 32033)] [Thread 0x2aaaab899700 (LWP 32032) exited] [New Thread 0x2aaaabd9c700 (LWP 32034)] [New Thread 0x2aaab0200700 (LWP 32035)] [New Thread 0x2aaab05cf700 (LWP 32036)] [New Thread 0x2aaab07d0700 (LWP 32037)] [New Thread 0x2aaab09d1700 (LWP 32038)] [New Thread 0x2aaab0bd2700 (LWP 32039)] [New Thread 0x2aaab0dd3700 (LWP 32040)]

Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x2aaaaba9a700 (LWP 32033)] work_retrieve (ispec=0x7fffffffc5a0, w2m_q=, sw2w_q=0x2aaaab697c40, ibits_left=8, ibitbuf=134217728, ipos=4528, s2w_blk=0x2aaaabd9d010) at lbunzip2.c:1118 1118 lbunzip2.c: No such file or directory. in lbunzip2.c (gdb) bt

0 work_retrieve (ispec=0x7fffffffc5a0, w2m_q=, sw2w_q=0x2aaaab697c40, ibits_left=8, ibitbuf=134217728, ipos=4528, s2w_blk=0x2aaaabd9d010) at lbunzip2.c:1118

1 work_scan (ispec=0x7fffffffc5a0, w2m_q=, sw2w_q=0x2aaaab697c40, s2w_blk=) at lbunzip2.c:1316

2 work (ispec=0x7fffffffc5a0, w2m_q=, sw2w_q=0x2aaaab697c40) at lbunzip2.c:1330

3 work_wrap (v_work_arg=) at lbunzip2.c:1359

4 0x00002aaaaaedff1c in start_thread () from /lib64/libpthread.so.0

5 0x00002aaaab1d921d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

version 0.23 is fine.

Portage 2.2.0_alpha77 (default/linux/amd64/10.0, gcc-4.6.2-asneeded, glibc-2.14.1-r0, 3.1.1-lh x86_64)

System uname: Linux-3.1.1-lh-x86_64-Intel-R-_Core-TM-_i7_CPU860@_2.80GHz-with-gentoo-2.1 Timestamp of tree: Wed, 23 Nov 2011 07:00:01 +0000 ccache version 3.1.6 [enabled] app-shells/bash: 4.2_p10 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.5.4-r4, 2.6.7-r2, 2.7.2-r3, 3.1.4-r3, 3.2.2 dev-util/ccache: 3.1.6 dev-util/cmake: 2.8.6-r3 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1 sys-apps/openrc: 0.9.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1-r1 sys-devel/binutils: 2.22 sys-devel/gcc: 4.2.4-r1, 4.3.6-r1, 4.4.6-r1, 4.5.3-r1, 4.6.2 sys-devel/gcc-config: 1.5-r2 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.14.1

[kjn]

Thank you for the report.

I have reproduced and identified the bug, a fix is pending.

[jlec]

Now I get a

$ lbzip2 -d patchutils-0.3.2.tar.bz2 lbzip2: "patchutils-0.3.2.tar.bz2": stream CRC mismatch

[kjn]

Thank you again for the report, but it is a different, unrelated bug.

It's now tracked as #5, see #5 for more info.