from the spec http://www.pkware.com/documents/casestudies/APPNOTE.TXT, this is a Unix extra field, which has an equivalent NTFS extra field with timestamp: I didn't see any other case of such timestamp extra-info
IMHO, if we add such extra fields, we should try to be consistent across these OSes Regards, Hervé Le vendredi 10 octobre 2014 08:30:56 Kristian Rosenvold a écrit : > Zip has a default timestamp granularity of 2 seconds. Adding the X5455 > field increases this granularity to a level where we can pack/unpack a > jar/zip file and expect to retain the timestamp of the original .class > file. > > "Jar" itself does not understand X5455 and will apply 2 second > rounding (but jar does not /complain/ about X5455), so this is mostly > about retaining timestamp precision within the build itself. > > Any reason NOT to add X5455 support ? > > Kristian > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
