One of those magic times: On Friday the 13th!
Paw Prints: Writings of the maddog
"At 11:31:30pm UTC on Feb 13, 2009, Unix time will reach 1,234,567,890.
Where will you be at this momentous second?" - from Bell Labs
This will be Friday, February 13th at 1831 and 30 seconds EST. If you want to find out what time it will be in your local time, try this Perl script courtesy of Matias Palomec:
perl -e 'print scalar localtime(1234567890),"\n";'
Now if there was any reason to fear Friday the 13th, I think this is it. That many numbers sequentially in a row representative of time? Who knows what will stop working? Will lex(1) cease to work, will yacc(1)s
everywhere revolt? Will the rapture be upon us?
I remember asking Alan Cox about UNIX (note that I spelled UNIX in all capital letters, as it should be) time with respect to Linux in 1999. I was confident that most Linux systems would not be adversely affected by "Y2K", but I knew about a hidden time-bomb in the year 2038, when the "UNIX epoch" comes to an end. Alan assured me that Linux was now working on 64-bit time, and its "roll-over" would happen about the time that the sun burnt out. And while this upcoming event is not a "roll-over", nevertheless because it occurs on Friday the 13th I will be holding my breath....
I intend on being at the place where I have the best chance of surviving this potential catastrophe and where I can personally do the most good:
=>Martha's Exchange Restaurant in Nashua, New Hampshire, USA<=
While our friends at Bell Labs (er, ah, Lucent....O.K. "Alcatel-Lucent") strive to understand this phenomenon, I will be doing my civic duty by drinking fine beer, and maybe an Islay scotch. This is hard to do while you are holding your breath, but I will suffer through. Who knows, perhaps the U.S. government will give us a "bailout" to study this issue.
Who will join me as we watch the time of UNIX line up? Please have a picture taken of you and your friends whereever you are at this time and email it to me at Pawprints AT linuxpromagazine DOT com
maddog
Comments
comments powered by DisqusSubscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters
Support Our Work
Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.
News
-
Halcyon Creates Anti-Ransomware Protection for Linux
As more Linux systems are targeted by ransomware, Halcyon is stepping up its protection.
-
Valve and Arch Linux Announce Collaboration
Valve and Arch have come together for two projects that will have a serious impact on the Linux distribution.
-
Hacker Successfully Runs Linux on a CPU from the Early ‘70s
From the office of "Look what I can do," Dmitry Grinberg was able to get Linux running on a processor that was created in 1971.
-
OSI and LPI Form Strategic Alliance
With a goal of strengthening Linux and open source communities, this new alliance aims to nurture the growth of more highly skilled professionals.
-
Fedora 41 Beta Available with Some Interesting Additions
If you're a Fedora fan, you'll be excited to hear the beta version of the latest release is now available for testing and includes plenty of updates.
-
AlmaLinux Unveils New Hardware Certification Process
The AlmaLinux Hardware Certification Program run by the Certification Special Interest Group (SIG) aims to ensure seamless compatibility between AlmaLinux and a wide range of hardware configurations.
-
Wind River Introduces eLxr Pro Linux Solution
eLxr Pro offers an end-to-end Linux solution backed by expert commercial support.
-
Juno Tab 3 Launches with Ubuntu 24.04
Anyone looking for a full-blown Linux tablet need look no further. Juno has released the Tab 3.
-
New KDE Slimbook Plasma Available for Preorder
Powered by an AMD Ryzen CPU, the latest KDE Slimbook laptop is powerful enough for local AI tasks.
-
Rhino Linux Announces Latest "Quick Update"
If you prefer your Linux distribution to be of the rolling type, Rhino Linux delivers a beautiful and reliable experience.
another numerological date
1 2 4 8 16 32 64
>>> time.gmtime(1248163264)
(2009, 7, 21, 8, 1, 4, 1, 202, 0)
So that would be September 21st this year. I agree it's a bit far-fetched, but at least we all won't have to live with the idea that we can never witness a cool timestamp.
noone has tried
Syncronicity?
kzr7hbz
1234570745
64/32
time zone of death
woo-hoo.
I'm amused by Mr. Krause's article from years gone by. It didn't just happen that "the epoch" was the year that UNIX(tm Bell Labs etc.) was created - It's "the UNIX epoch" and it was DEFINED by Ken and Dennis, not by any microcomputer guys. But, good numerology.
Morty is right about all those programs that need to be upgraded - or at least re-compiled - to use 64-bit time [remember all that Y2K work, guys?]. But it looks like a lot if it has already been done - IF IF IF you're running on a 64-bit system.
And I can't write that last phrase without reminding folks that the first and arguably still best 64-bit general-purpose processor was actually put into production in 1992.
http://en.wikipedia.org/wiki/DEC_Alpha
http://h18002.www1.hp.com/alphaserver/
http://www.alphalinux.org/
And should never have been allowed to drop into the deskcracks of history!
My calendar is already marked
http://community.livejournal.com/do_ne_ge_of_cu/2607.html
We will soon witness the last significant numerological date in computer history during our lifetime (using decimal notation at least, so long as the standard for Unix time maintains signed 32-bit integers).
Prize
I am already telling her that she can't give birth until this exact moment in computer history
Our other plan is if its a girl and born on Feb 17 were going to name her Annie for the TV transition...
lbmcizma
It must the date then....
date -d @67768036191705599
Wed Dec 31 23:59:59 PST 2147485547
Time_t is 64 bit but date's year is still 32!
last year
2147485547. dec. 31., wednesday, 23.59.59 CET
this is the last time I can get...
Its my birthday this Friday...
Mom, you picked a good day to give birth to me, some 37 years ago.
w00t!
Not just Windows.. DOS had an "end of days" also
LOL. She was an old lady - a grandmother, possibly a GREAT grandmother, (No offense St Grace of Hopper) and as CIO (LOL!) she though that half our PCs would self-destruct when 2000 came about.
So I switched a coupla PCs over to the year 2005. No one noticed.
And as well I checked the date at location 50 in DOS's memory - was it 16 bits or 32? cannot remember - and figured it was good until the year 2027.. or 2037? before all the 1s rolled over to zeros.
Presumably by now, Vista, and Win7 which I now use, do not keep dates at location x50 anymore..
Wait! it's the BIOS, not DOS! Where IS the clock kept now??
End of the World???
It won't be friday the 13th everywhere in the world when this is supposed to happen. So just 1 timezone further east it will be actually saturday the 14th. So what's going to happen to them? Will the world end for half of us?
Something to think about!!!
Pedantry
Australia
CoolEpochCountdown
UTC+8
$ perl -e 'print scalar localtime(1234567890),"\n";'
Sat Feb 14 07:31:30 2009
Windows
What a difference a day makes (a.k.a Total Systems Failure)
Has anyone prepared for the December 21, 2012 date? At this time we are just starting our roundtable discussions with our system engineers. Should we migrate to a Windows platform?
Wrong place to be at the critical time
Remember, "DON'T PANIC!".....
Martha's? For the End of the World?
Repent users, the UNIX apocalypse is at hand!
hi!!!
UNIX (Linux) Time
Verification of security systems compliance is awaiting a facility-specific response although the supplier has issued a general compliance statement.
In a report presented to senior management, our staff engineers have addressed any and all forseen issues with the Friday the 13th Date issue.
userspace and 64-bit time
will i die?
Damn, wrong time zone
Yes, 64 bit
> outputs:
> date: invalid date `@2147483648'
On my AMD64 machine running Debian:
/~ date -d @2147483648
Mon Jan 18 21:14:08 CST 2038
/~ date -d @21474836480
Sat Jul 6 03:21:20 CDT 2650
/~
64 bit?
date -d @2147483647
(maximum int) outputs:
di jan 19 04:14:07 CET 2038
and
date -d @2147483648
outputs:
date: invalid date `@2147483648'
now in the perl script the latter outputs:
Fri Dec 13 21:05:24 1901
which is Friday the 13th again!!!
coincidence?
but then I'll be 67 and sipping a drink under a palm tree somewhere, so i don care really..
February 14th
perl?
date -d @1234567890