• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: 2048 bug
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 2048 bug


  • Subject: Re: 2048 bug
  • From: Terry Lambert <email@hidden>
  • Date: Tue, 14 Jul 2009 03:45:56 -0700

On Jul 13, 2009, at 2:59 PM, Esteban Bodigami <email@hidden> wrote:
2552/7/13 Kevin Van Vechten:
From: Esteban Bodigami
Date: July 13, 2009 11:16:33 AM PDT
To: email@hidden
Subject: 2048
cann't we just count the minutes after the 1st of January of 1970 instead of seconds after it?

No.  In general it is not possible to redefine existing programming interfaces after the fact without disrupting existing applications.

If one were to define a new interface, it might make sense to partition the units into minutes and seconds as you describe.

We've already bumped time_t to be a 64-bit value on x86_64 which extends the resolution quite a bit further into the future for that platform.

I know about that solution... but what about 32-bit computers?

They become obsolete in 29 years. Or we slide the epoch. Or we lose binary compatibility. As the person more or less responsible for making it size variant so it was 64 bits for 64 bit systems, I leaning towards obsolete for 32 bit systems.

-- Terry
 _______________________________________________
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

  • Follow-Ups:
    • Re: 2048 bug
      • From: Esteban Bodigami <email@hidden>
References: 
 >2048 bug (From: Esteban Bodigami <email@hidden>)
 >Re: 2048 bug (From: Kevin Van Vechten <email@hidden>)
 >Re: 2048 bug (From: Esteban Bodigami <email@hidden>)

  • Prev by Date: Re: 2048 bug
  • Next by Date: Re: 2048 bug
  • Previous by thread: Re: 2048 bug
  • Next by thread: Re: 2048 bug
  • Index(es):
    • Date
    • Thread