GNU bug report logs - #70430
VMS/VAX GZIP 1.3.12e deletes wrong file, doesn't honor file version number

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mark Diaz <mark <at> markdiaz.biz>
Subject: bug#70430: closed (Re: bug#70430: VMS/VAX GZIP 1.3.12e deletes
 wrong file, doesn't honor file version number)
Date: Sat, 20 Apr 2024 23:55:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#70430: VMS/VAX GZIP 1.3.12e deletes wrong file, doesn't honor file version number

which was filed against the gzip package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 70430 <at> debbugs.gnu.org.

-- 
70430: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70430
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Mark Diaz <mark <at> markdiaz.biz>
Cc: 70430-done <at> debbugs.gnu.org
Subject: Re: bug#70430: VMS/VAX GZIP 1.3.12e deletes wrong file, doesn't honor
 file version number
Date: Sat, 20 Apr 2024 16:54:15 -0700

On 2024-04-16 11:10, Mark Diaz wrote:
> Sorry if this is a known issue or has already been corrected

Your bug report is about gzip 1.3.12 (2007-04-13). Unfortunately gzip's 
support for VMS was removed in gzip 1.9 (2018-01-07) and (as you're 
noticing) it wasn't really working even before that. Unless someone 
volunteers to spend quite a bit of time on it I doubt whether gzip will 
get working again on VMS, so I'm closing the bug report.

[Message part 3 (message/rfc822, inline)]

From: Mark Diaz <mark <at> markdiaz.biz>
To: bug-gzip <at> gnu.org
Subject: VMS/VAX GZIP 1.3.12e deletes wrong file,
 doesn't honor file version number
Date: Tue, 16 Apr 2024 14:10:43 -0400

[Message part 4 (text/plain, inline)]

Sorry if this is a known issue or has already been corrected
No need for a response.

VMS/VAX 7.2 GZIP 1.3.12e

Compresses FILE.DAT;1 and FILE.DAT;2 is deleted.

$ DIRECTORY FILE.DAT*
  FILE.DAT;2
  FILE.DAT;1

$ GZIP FILE.DAT;1

$ DIRECTORY FILE.DAT*
  FILE.DAT;1
  FILE.DAT-GZ;1


There are VMS native RMS library routines that will return the fully qualified file specification of an open file.
There are VMS native RMS library routines that will delete a file when it is closed.
Either option it should only delete the input file on success.

Regards,
Mark Diaz
mark <at> markdiaz.biz

[Message part 5 (text/html, inline)]

Previous Next

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