Re: [PATCH] archive-zip: omit UT extra field if mtime is out of range

From
René Scharfe <hidden>
Date
2026-10-12 14:45:22
Reply to
unknown sender, 2026-10-12
On 10/12/26 2:56 PM, m@sph3r3.com wrote:
Thanks for the patch. I confirmed that it fixes the 2106 case: before
the change, UT wrapped to zero and unzip -u retained the existing 2025
file; afterward, UT is omitted and the file is replaced correctly.
Thanks for checking!
For the i386 failure Junio reported, the beyond-2038 archive test and
its dependent omission check should use TIME_T_IS_64BIT. TIME_IS_64BIT
checks Git's timestamp_t, which can be 64-bit while time_t is 32-bit.

With that two-line adjustment, all 18 t5004 tests pass on x86-64
Linux. Forcing TIME_T_IS_64BIT off skips only those two tests; the
other 16 pass, including both INT32_MAX checks. I haven't run a native
32-bit build.
That would be an easy way out, nice!  I suspect git archive should not
even use time_t in this context, though.

René
Thread (14 messages) 14 messages, 3 authors, last reply 18d ago
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help