[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug classpath/23854] ZipEntry handles additional timestamp in zip-file
|
From: |
gnu_andrew at member dot fsf dot org |
|
Subject: |
[Bug classpath/23854] ZipEntry handles additional timestamp in zip-file incorrectly |
|
Date: |
6 Oct 2007 23:10:26 -0000 |
------- Comment #5 from gnu_andrew at member dot fsf dot org 2007-10-06 23:10
-------
The main issue seems to be that the UT block stores the modification time in
seconds as an integer, and this is then passed as milliseconds to the calendar
class. Multiplying it by 1000 beforehand gives a more sensible result, but we
still seem to be out by 1 hour.
OpenJDK:
java ZipDates with_cygwin.zip
ZipDates.java date: 1126601898000 Tue Sep 13 09:58:18 BST 2005
CACAO+Classpath CVS:
ZipDates.java date: 1126598298000 Tue Sep 13 08:58:18 British Summer Time
2005
Not sure if this is a bug in our zip implementation or in our date handling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23854