file modification time not properly set on Cygwin

[Denis Excoffier]

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.