[tz] Transitions after those included in zoneinfo binaries?

[Paul G]

Interesting, I wonder if these zonefile parsers were both written before version 2 came out. Neither of them supports the 64-bit files, either.

Should be a simple matter to update dateutil accordingly.

On 12/13/2017 03:41 PM, Zefram wrote:
> Paul G wrote:
>> What it boils down to is that when it runs out of transitions,
>> python-dateutil selects the "standard" offset and pytz assumes that
>> after the last transition the value "holds".
> 
> Neither of these is correct.  The correct answer is that the
> extended-POSIX-TZ string at the end of the file specifies the behaviour
> following the last explicit transition.  If there is no such string,
> the behaviour is not specified, but it is implied that it's trickier
> than POSIX can represent, and it is unwise to assume anything.
> 
> In version 1 of the tzfile format, which didn't have the option of
> any POSIX-ish-TZ string, the type of local time specified by the last
> explicit transition applies from then until the end of time, namely
> 2038-01-19T03:14:08Z.
> 
> -zefram
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://mm.icann.org/pipermail/tz/attachments/20171213/326b312e/attachment.sig>