GNU bug report logs - #73821
"gunzip -r -t" stops on first bad file

Previous Next

Package: gzip;

Reported by: Sam Steingold <sds <at> gnu.org>

Date: Tue, 15 Oct 2024 15:58:01 UTC

Severity: wishlist

To reply to this bug, email your comments to 73821 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gzip <at> gnu.org:
bug#73821; Package gzip. (Tue, 15 Oct 2024 15:58:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Sam Steingold <sds <at> gnu.org>:
New bug report received and forwarded. Copy sent to bug-gzip <at> gnu.org. (Tue, 15 Oct 2024 15:58:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Sam Steingold <sds <at> gnu.org>
To: bug-gzip <at> gnu.org
Subject: "gunzip -r -t" stops on first bad file
Date: Tue, 15 Oct 2024 11:56:48 -0400
[Message part 1 (text/plain, inline)]
"gunzip -r -t" should recursively examine all the compressed files
recursively and print all the corrupt files instead of stopping on the
first bad file.

gunzip 1.13
[Message part 2 (text/html, inline)]

Severity set to 'wishlist' from 'normal' Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Tue, 11 Feb 2025 07:39:01 GMT) Full text and rfc822 format available.

This bug report was last modified 122 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.