This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: 64-bit Heimdal/Cygwin, clock, daylight savings conundrum
- From: ht at inf dot ed dot ac dot uk (Henry S. Thompson)
- To: cygwin at cygwin dot com
- Date: Wed, 09 Apr 2014 19:02:18 +0100
- Subject: Re: 64-bit Heimdal/Cygwin, clock, daylight savings conundrum
- Authentication-results: sourceware.org; auth=none
- References: <f5ba9bu28gl dot fsf at troutbeck dot inf dot ed dot ac dot uk> <f5b61mi26vd dot fsf at troutbeck dot inf dot ed dot ac dot uk> <20140409101004 dot GO2437 at calimero dot vinschen dot de> <f5b1tx621j0 dot fsf at troutbeck dot inf dot ed dot ac dot uk>
ht writes:
> Corinna Vinschen writes:
>
>> On Apr 9 10:24, Henry S. Thompson wrote:
>>> [Clock behaving oddly/differently]
>>> Has something changed with system clock vs. hardware clock between 32-
>>> and 64-bit cygwin? Or am I looking in the wrong place altogether?
>>
>> Hmm, maybe. Apart from time_t being 64 bit (32 bit on i686), the
>> code for time handling is identical. What's your $TZ set to?
>
> Europe/London in both cases.
>
> It occurs to me to check the Heimdal code to see if anything changed
> to enable 64-bit compilation. . .
Nah, much simpler than that :-( Four hours later, after abandoning the
attempt to compile heimdal from cygport and installing
heimdal-debuginfo, another hour of work with gdb establishes that by
default heimdal caches config info in a file in /tmp
(e.g. /tmp/krb5cc_1001) and despite a comment in the code which says
"We always try to remove the file", they don't. And the cache
includes the offset of clock time from UTC. So a cache which
persists over a change in, say DST, will be wrong wrt that!
Sigh.
Another time, I'll try to figure out why the cache isn't being deleted
-- _that_ might actually be a cygwin version issue.
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple