[tz] two distinct limits on time zone abbreviation length in tzcode?

Paul Eggert eggert at cs.ucla.edu
Mon Mar 13 08:19:44 UTC 2023


On 2023-03-05 03:55, Paul Eggert wrote:

> I'm thinking of changing the code so that there's just one limit, 
> presumably the higher one, so that we don't get the confusing behavior 
> noted above. Comments welcome.

I installed the attached proposed patches to do that.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-tzfile.h-Add-update-implementation-limit-commentary.patch
Type: text/x-patch
Size: 1403 bytes
Desc: not available
URL: <https://mm.icann.org/pipermail/tz/attachments/20230313/280092e6/0001-tzfile.h-Add-update-implementation-limit-commentary.patch>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-One-limit-not-two-on-tz-abbr-in-localtime.c.patch
Type: text/x-patch
Size: 1699 bytes
Desc: not available
URL: <https://mm.icann.org/pipermail/tz/attachments/20230313/280092e6/0002-One-limit-not-two-on-tz-abbr-in-localtime.c.patch>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-Check-overlong-abbreviations-more-consistently.patch
Type: text/x-patch
Size: 5586 bytes
Desc: not available
URL: <https://mm.icann.org/pipermail/tz/attachments/20230313/280092e6/0003-Check-overlong-abbreviations-more-consistently.patch>


More information about the tz mailing list