[17027] in Kerberos_V5_Development
Re: prevalence of "right" time zones without timegm()?
daemon@ATHENA.MIT.EDU (Tom Yu)
Tue Jul 12 17:16:19 2011
To: "Henry B. Hotz" <hotz@jpl.nasa.gov>
From: Tom Yu <tlyu@mit.edu>
Date: Tue, 12 Jul 2011 17:16:03 -0400
In-Reply-To: <15DD9ABA-47AE-4427-B969-0A95D4166756@jpl.nasa.gov> (Henry B.
Hotz's message of "Tue, 12 Jul 2011 14:07:15 -0700")
Message-ID: <ldvy603b3os.fsf@cathode-dark-space.mit.edu>
MIME-Version: 1.0
Cc: "krbdev@mit.edu" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
"Henry B. Hotz" <hotz@jpl.nasa.gov> writes:
> On Jul 5, 2011, at 4:20 PM, krbdev-request@mit.edu wrote:
>
>> Date: Tue, 05 Jul 2011 15:18:59 -0400
>> From: Tom Yu <tlyu@MIT.EDU>
>> I propose that we implement krb5int_gmt_mktime() using timegm() on
>> systems that have it, using our existing custom implementation if
>> timegm() doesn't exist.
>
> How does it compare to mktime()/tzset() with the right TZ?
Greg Hudson already mentioned the multithreading issues with that
approach. Determining the "right" TZ to use in this situation is also
nontrivial.
> Or is this what you're putting in your custom krb5int_gmt_mktime()?
The existing custom krb5int_gmt_mktime() implements the equivalent of
timegm() that has no knowledge of leap seconds, i.e., every minute has
exactly 60 seconds.
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
