Gzip 1.15 Released With Many Bug Fixes For Issues Present Since Its Inception

Gzip 1.15 is out today for succeeding the Gzip 1.14 release from April 2025. With this release comes a number of fixes for bugs present since the beginning of Gzip. Gzip 1.15 is made up of more than one hundred new commits and largely focused on bug fixes collected over the past year and a half. Among the bugs present since the beginning that have finally been resolved include Gzip mistakenly removing the wrong file if another process simultaneously renames a Gzip destination's ancestor, use of uninitialized memory, a buffer overflow when decompressing LZH files, possible corruption, and more: "gzip no longer can mistakenly remove the wrong file if some other process simultaneously renames a gzip destination's ancestor. [bug present since the beginning] gzip -d no longer rejects PKZIP signatures, local header, and data descriptors. These can appear in well-formed streamed zip files. [bug present since the beginning] gzip diagnostics now quote file names containing unusual characters. [bug present since the beginning] A use of uninitialized memory on some malformed inputs has been fixed. [bug present since the beginning] A buffer overflow has been fixed when decompressing an .lzh file after decompressing a .Z file. [bug present since the beginning] When decompressing an .lzh file, the output is no longer corrupted when an internal bit buffer is not properly cleared. [bug present since the beginning] When decompressing an .lzh file after another .lzh file, the output is no longer corrupted by the previous file's decoding table. [bug present since the beginning] gzip --synchronous no longer fails to synchronize unreadable parent directories on platforms like GNU/Linux that have O_PATH, or to synchronize any parent directories on platforms like FreeBSD that have O_SEARCH but not O_PATH. [bug introduced in gzip-1.7] On old-fashioned or limited platforms lacking mktemp, gzexe, zdiff and znew no longer have a race when creating a temporary file. [bug present since the beginning]" Gzip 1.15 also no longer just assumes the C locale but will now follow the locale specified by the environment variable as it affects filename quoting and the like. Gzip 1.15 also ends support for FreeBSD 4.11, HP-UX 11.00, Minix 3.1.8, and Microsoft Windows 8.1 via MinGW without UCRT. Gzip 1.15 for your compression/decompression needs can be found via the release announcement.