You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Why is zipdetails happy with a length 12 0x5855 extensible data field in the local header:
000000025 Extra ID #0001 5855 'UX: Unix Extra type 1'
000000027 Length 000C
000000029 Access Time 62DF1FC7 'Mon Jul 25 15:57:11 2022'
00000002D Mod Time 62DF0738 'Mon Jul 25 14:12:24 2022'
000000031 UID 01F5
000000033 GID 0014
but then complains about the exact same field in the central directory?
CC90F4A05 Extra ID #0001 5855 'UX: Unix Extra type 1'
CC90F4A07 Length 000C
# ERROR: Offset 0xCC90F4A07: 'Length' field in 'Extra ID' 0x5855 (Unix Extra type 1) invalid: expected 0x8, got 0xC
The text was updated successfully, but these errors were encountered:
The file extrafld.txt in the infozip sources says the local & central versions have different sizes. No idea of the history of that.
-Info-ZIP Unix Extra Field (type 1):
==================================
The following is the layout of the old Info-ZIP extra block for
Unix. It has been replaced by the extended-timestamp extra block
(0x5455) and the Unix type 2 extra block (0x7855).
(Last Revision 19970118)
Local-header version:
Value Size Description
----- ---- -----------
(Unix1) 0x5855 Short tag for this extra block type ("UX")
TSize Short total data size for this block
AcTime Long time of last access (UTC/GMT)
ModTime Long time of last modification (UTC/GMT)
UID Short Unix user ID (optional)
GID Short Unix group ID (optional)
Central-header version:
Value Size Description
----- ---- -----------
(Unix1) 0x5855 Short tag for this extra block type ("UX")
TSize Short total data size for this block
AcTime Long time of last access (GMT/UTC)
ModTime Long time of last modification (GMT/UTC)
...
The local-header extra block may optionally contain UID and GID
info for the file. The local-header TSize value is the only
indication of this. Note that Unix UIDs and GIDs are usually
specific to a particular machine, and they generally require root
access to restore.
Why is zipdetails happy with a length 12
0x5855
extensible data field in the local header:but then complains about the exact same field in the central directory?
The text was updated successfully, but these errors were encountered: