Hello, It seems that on Cygwin, the `file modification time in Unix format' of the output format is not set properly.
% uname -s CYGWIN_NT-5.1 % gzip --version | head -3 gzip 1.4 Copyright (C) 2007 Free Software Foundation, Inc. Copyright (C) 1993 Jean-loup Gailly. % setenv TZ UTC % echo abcd | gzip | gzip --list --verbose method crc date time compressed uncompressed ratio uncompressed_name defla ffffffff Dec 1 00:00 -1 -1 0.0% stdout % I would have expected the current date (March 15) in the `date' column above. In fact, `Dec 1 00:00' is the modification time of /dev/null: % ls -al --full-time -gG /dev/null crw-rw-rw- 1 1, 3 2006-12-01 00:00:00.000000000 +0000 /dev/null % In accordance with algorithm.doc (see within the source distribution), the `file modification time in Unix format' field is stored in bytes 5 to 8 of the output (gzip) format, and "If input does not come from a regular disk file, the file modification time is set to the time at which compression started." The same gzip-1.4.tar.gz compiled under the same compiler (GCC 4.4.3) produces a correct result under Solaris 8 and Solaris 10 (at least). The gzip-1.3.12 currently packaged for Cygwin produces the same error. Thank you for your help. Denis Excoffier. The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.
