Bug 350621 - uncompress silently ignores unknown extensions
Summary: uncompress silently ignores unknown extensions
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: ncompress
Version: 4.2
Hardware: All
OS: Linux
low
low
Target Milestone: ---
: ---
Assignee: Ondrej Vasik
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-10-24 15:46 UTC by Jeff Morriss
Modified: 2008-05-27 18:46 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-05-27 14:55:35 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jeff Morriss 2007-10-24 15:46:42 UTC
Description of problem:

I received a compress'd file without the customary ".Z" extension.  I ran
"uncompress" on it which issued no complaints but the file was still compressed.

Other programs (like gunzip or the UNIX version of uncompress) issue a complaint
when ignoring unknown file extensions.

Version-Release number of selected component (if applicable):

ncompress-4.2.4-40

How reproducible:

See below:

Steps to Reproduce:
1. cp /etc/hosts foo
2. compress foo
3. mv foo.Z foo
4. uncompress foo
  
Actual results:

% uncompress foo
% file foo
foo: compress'd data 16 bits


Expected results:

% uncompress foo
foo.Z: No such file or directory
% file foo
foo: compress'd data 16 bits

(This "expected result" taken from a Solaris 9 system.  A result similar to
gunzip's "gunzip: foo: unknown suffix -- ignored" would also be reasonable.)

Additional info:

This is really not a big deal but it would be better if the user was warned
nothing was happening.

Comment 1 RHEL Program Management 2008-02-01 19:00:22 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

Comment 2 Ondrej Vasik 2008-05-27 14:55:35 UTC
Again thanks for report and sorry for late response. Situation is the same as
with #350631. That message is visible only in verbose mode and suppressed by
default.

Therefore:
% uncompress -v foo
foo - no .Z suffix

That's almost the same what you have requested. Therefore closing NOTABUG. Feel
free to add any comments if you are not satisfied with that explanation.

Comment 3 Jeff Morriss 2008-05-27 18:46:20 UTC
[As with bug 350631]:

Well, OK, though I would think this (verbose) output should be the default
output to avoid confusing users.


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