gzip version 1.3.12(Windows) and probaly others too, does not save /
restore file timestamp correctly(Always set to current.
Linux versions, when saving to a local file system, resoter/save correctly,
but if it is a mounted remote filesystem like CIFS in my case, does not.
After a change in the sou
Antonio Sidinei Schug wrote:
gzip version 1.3.12(Windows) and probaly others too, does not save /
restore file timestamp correctly(Always set to current.
1.3.12 is dated 2007 and is pretty old. I'm afraid that we worry only about the
latest version.
if I put copy_stat after file descriptor(
Hi,
Here are test results of the today's gzip git + newest gnulib (= nearly
the same as Jim's gzip-1.8.40). I tested only 32-bit platforms.
1) On
Linux/i386 (on a bi-arch system):
Linux/hppa (on a Linux/x86_64 system):
Linux/m68k (on a Linux/x86_64 system):
Linux/arm (on a bi-arch system):
Linux/
Test results of gzip git of today + gnulib git of today (only 32-bit platforms):
On
FreeBSD/i386:
Haiku/i386:
HP-UX/hppa:
HP-UX/ia64:
FAIL: help-version
Find attached the test-suite.log of each platform.
===
gzip 1.8.41-9d3bb-dirty: tests/test-s
Test results of the newest gzip + gnulib on MacOS X 10.5.8 / PowerPC:
FAIL: help-version
FAIL: zgrep-f
Find attached the test-suite.log.
===
gzip 1.8.41-9d3bb-dirty: tests/test-suite.log
===
# TOTA
> > On FreeBSD 11/x86 (32-bit) there are 3 test failures.
>
> Two of the three we've already discussed. In the third one, apparently this
> sort
> of /bin/sh script:
>
> #!/bin/sh
> exec printf '%s\n' "a long string"
>
> improperly exits with status 0 when standard output is /dev/full.
In the
Paul Eggert wrote:
> > On GNU/Hurd (with touch 8.26 and glibc 2.24) the 'timestamp' test fails.
>
> Thanks for reporting that. I installed the attached, which I hope fixes it.
As reported in https://lists.gnu.org/archive/html/bug-gzip/2017-11/msg00014.html
this change indeed fixes the failure on
I wrote:
> 5)
> OpenBSD/i386:
> NetBSD/sparc:
> IRIX n32:
> FAIL: timestamp
>
> Find attached the test-suite.log of each platform.
Since Paul asked about more details on this one in
https://lists.gnu.org/archive/html/bug-gzip/2017-11/msg5.html
here are more details (on OpenBSD/i386):
$ make
