Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Unix Operating Systems Software IT

February 13th, UNIX Time Will Reach 1234567890 376

mikesd81 writes "Over at Linux Magazine Online, Jon maddog Hall writes that on Friday the 13th, 2009 at 11:31:30pm UTC UNIX time will reach 1,234,567,890. This will be Friday, February 13th at 1831 and 30 seconds EST. Matias Palomec has a perl script you an use to see what time that will be for you: perl -e 'print scalar localtime(1234567890),"\n";' Now, while this is not the UNIX epoch, Alan Cox does assure us that Linux is now working on 64-bit time, and the UNIX epoch 'roll-over' would happen about the time that the sun burnt out."
This discussion has been archived. No new comments can be posted.

February 13th, UNIX Time Will Reach 1234567890

Comments Filter:
  • Why perl? (Score:1, Insightful)

    by Anonymous Coward on Sunday February 08, 2009 @05:36PM (#26776227)
    Perl, because `watch date +"%s"` is too easy?
  • by Waffle Iron ( 339739 ) on Sunday February 08, 2009 @05:55PM (#26776433)

    So the time is 123456789? That's the stupidest time I've ever heard in my life... It sounds like something an idiot would have on his luggage.

    Indeed, it would be hard to find a more stupid era than Nov 1973. It was the height of the Watergate scandal, a time of inflation, energy crisis, bad haircuts, ugly suits, and the quality of pop music spiraling downward. Truly a nadir in modern history.

  • Re:With (Score:1, Insightful)

    by Anonymous Coward on Sunday February 08, 2009 @06:18PM (#26776675)

    That is a reasonable, well thought out idea with overall little recourse.
    It will never happen.

  • by altek ( 119814 ) on Sunday February 08, 2009 @06:49PM (#26777001) Homepage

    Yes, it's a slow news day and that's why this is on the front page! It's Sunday afternoon (for most of us), ferchrissakes.

    So just enjoy it, it's geeky and novel. I don't think anybody meant for it to be considered a big deal, and if you don't find any fleeting moment of joy from it, just move along.

  • Leap seconds (Score:5, Insightful)

    by CustomDesigned ( 250089 ) <stuart@gathman.org> on Sunday February 08, 2009 @06:55PM (#26777063) Homepage Journal

    Raw unix time is simply a count of seconds since a defined point in time - and has nothing to do with leap seconds. Leap seconds only come into play when converting to human readable display format (along with timezones and DST). Leap seconds have been handled for some time by the zoneinfo library used by most unix and linux distros. Even Java handles leap seconds with my port of zoneinfo to a Java TimeZone implementation [nyud.net].

    The tzdata package included in most Linux distros includes leapsecond data in the "right" directory. You can find out the time including leapseconds by setting your TZ environment variable to "right/...". For instance:


    $ TZ="right/US/Eastern" date; TZ="US/Eastern" date
    Sun Feb 8 17:52:42 EST 2009
    Sun Feb 8 17:53:06 EST 2009

  • Re:With (Score:3, Insightful)

    by FST777 ( 913657 ) <`frans-jan' `at' `van-steenbeek.net'> on Sunday February 08, 2009 @07:39PM (#26777535) Homepage
    The resolution is not the problem. Due to the fact that we are measuring nature, small changes do happen. This is the reason that leap seconds aren't scheduled decades in advance.

    See here [wikipedia.org].

    I'd like the metric system to take over our measurement of time, but, disregarding other problems, it won't solve the leap second issue all by itself.
  • Re:Leap seconds (Score:3, Insightful)

    by omnichad ( 1198475 ) on Sunday February 08, 2009 @11:15PM (#26779141) Homepage
    Pedantically.... You should always store in UTC. GMT is just a more important local time, but still subject to local laws and whims.
  • Re:Leap Seconds? (Score:3, Insightful)

    by Z00L00K ( 682162 ) on Monday February 09, 2009 @03:27AM (#26780559) Homepage Journal

    But here it won't happen until Saturday.

    "Sat Feb 14 00:31:30 2009 CET"

For God's sake, stop researching for a while and begin to think!

Working...