Bug 666678 - [abrt] pbzip2-1.1.1-1.fc14: ferror: Process /usr/bin/pbzip2 was killed by signal 11 (SIGSEGV)
Summary: [abrt] pbzip2-1.1.1-1.fc14: ferror: Process /usr/bin/pbzip2 was killed by sig...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: pbzip2
Version: 14
Hardware: i686
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Jeff Gilchrist
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:634d2a559c30f1cf3c7b6270030...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-02 09:45 UTC by Mihai Lazarescu
Modified: 2011-02-19 20:06 UTC (History)
1 user (show)

Fixed In Version: 1.1.2
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-19 20:06:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (8.93 KB, text/plain)
2011-01-02 09:45 UTC, Mihai Lazarescu
no flags Details
File to reproduce the behaviour (190.24 KB, application/octet-stream)
2011-01-02 16:37 UTC, Mihai Lazarescu
no flags Details

Description Mihai Lazarescu 2011-01-02 09:45:12 UTC
abrt version: 1.1.14
architecture: i686
Attached file: backtrace
cmdline: pbunzip2 /home/mihai/projects/smart-park/pcb/eagle/GW-2.0/gw_2_0-gerbers.tar.bz2
comment: I was running a script that converted all bzip2-compressed files to xz in two steps: first decompress using pbzip2, then compress using pxz.  At some point in the list, pbunzip2 crashed frequently for many files (a few tens of times, each on a different file).  On the files before and after that it appears to work OK.
component: pbzip2
crash_function: ferror
executable: /usr/bin/pbzip2
kernel: 2.6.35.9-64_1.cubbi_tuxonice.fc14.i686
package: pbzip2-1.1.1-1.fc14
rating: 4
reason: Process /usr/bin/pbzip2 was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1293961184
uid: 16412

How to reproduce
-----
1. Called pbunzip2 with the compressed file as argument
2. Crash happened.
3.

Comment 1 Mihai Lazarescu 2011-01-02 09:45:15 UTC
Created attachment 471372 [details]
File: backtrace

Comment 2 Mihai Lazarescu 2011-01-02 10:14:21 UTC
It looks like all troublesome files were read-only.  Can this
cause the crash?

Comment 3 Jeff Gilchrist 2011-01-02 15:53:56 UTC
If I set a .tar.bz2 file to -r--r--r--  and try to uncompress with pbunzip2 it will uncompress fine, and leave just the .tar with the same -r--r--r-- permissions so I can't reproduce your problem on two different systems.

How big are these read-only files that are crashing?  Is one small enough to attach or provide a link for me to download and take a look locally?

Jeff.

Comment 4 Mihai Lazarescu 2011-01-02 16:37:41 UTC
Created attachment 471394 [details]
File to reproduce the behaviour

To reproduce the behaviour:

** save the attachment (test.tar.bz2) in a directory;

** cd to that directory;

** make both the directory and the file RO:

    chmod a-w test.tar.bz2 .

** attempt to uncompress:

    pbunzip2 test.tar.bz2

** I get right away:

    Segmentation fault (core dumped)

The same file decompresses fine if everything is RW.

This does not appear to happen with other files (e.g., cp
/boot/vmlinuz .; bzip2 vmlinuz; chmod a-w vmlinuz.bz2 .;
pbunzip2 vmlinuz.bz2 works as intended).

Comment 5 Yavor Nikolov 2011-02-14 00:15:29 UTC
I managed to reproduce the problem. Root cause & possible workarounds as per my initial analysis described here:
https://bugs.launchpad.net/pbzip2/+bug/717852

BTW - decompressing to read-only target directory is anyway supposed to fail (though not so abruptly).

Comment 6 Jeff Gilchrist 2011-02-19 20:06:53 UTC
This has now been fixed in upstream release 1.1.2:
http://compression.ca/pbzip2/


Note You need to log in before you can comment on or make changes to this bug.