This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: First draft of the Y2038 design document
- From: Rich Felker <dalias at libc dot org>
- To: Paul Eggert <eggert at cs dot ucla dot edu>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Tue, 27 Oct 2015 16:56:54 -0400
- Subject: Re: First draft of the Y2038 design document
- Authentication-results: sourceware.org; auth=none
- References: <20151026001252 dot 590e09c1 dot albert dot aribaud at 3adev dot fr> <562EEE05 dot 1080304 at cs dot ucla dot edu> <20151027034324 dot GW8645 at brightrain dot aerifal dot cx> <562F3C6E dot 30905 at cs dot ucla dot edu> <20151027141026 dot GX8645 at brightrain dot aerifal dot cx> <562FE305 dot 7090004 at cs dot ucla dot edu>
On Tue, Oct 27, 2015 at 01:48:05PM -0700, Paul Eggert wrote:
> On 10/27/2015 07:10 AM, Rich Felker wrote:
> >POSIX does not permit the TZ variable to affect the result of gmtime
>
> Sure it does. If an application sets TZ to a value prohibited by
> POSIX, then the program is not a conforming application (in the
> POSIX sense), which means the implementation can do as it likes. The
> implementation can dump core, for example. Or the implementation's
> time functions can all start counting leap seconds, which is what
> glibc and several other C libraries do.
It doesn't work that way. A program which does not use functions which
are specified to depend on the TZ environment variable has
well-defined behavior regardless of the value set in the TZ variable
and whether it matches the POSIX timezone form.
Rich