Re: strptime cannot parse date older than 1938
Re: strptime cannot parse date older than 1938
- Subject: Re: strptime cannot parse date older than 1938
- From: Steve Checkoway <email@hidden>
- Date: Thu, 24 Apr 2008 03:10:41 -0700
On Apr 24, 2008, at 2:45 AM, Martin Costabel wrote:
Surf Chen wrote:
The Y2038 bug is the unix stamp time range(1970-2038)? I know that
and know what difference of long between 32 and 64.
But I think strptime is not relative to this issue,since the struct
tm
store each date parts in a int or a char*,not like the unix timestamp
store as a long.
The problem appears not to be the struct tm, but the conversion
routine that perhaps somewhere internally uses the type time_t.
And the codes works fine on my 32bit debian.
Well, on the Mac it only works if you compile for a 64bit
architecture.
Interesting, I would not have thought that this would be the issue
here since I was getting 69 and 1969+69 = 2038, the expected date. As
you say, -arch ppc64 makes it work.
It is strange that I'm getting 69 while Surf Chen is getting 70 though.
--
Steve Checkoway
"Anyone who says that the solution is to educate the users
hasn't ever met an actual user." -- Bruce Schneier
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden