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_CPU_860@_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.