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
-
ESET Discovers New Linux Malware
WolfsBane is an all-in-one malware that has hit the Linux operating system and includes a dropper, a launcher, and a backdoor.
-
New Linux Kernel Patch Allows Forcing a CPU Mitigation
Even when CPU mitigations can consume precious CPU cycles, it might not be a bad idea to allow users to enable them, even if your machine isn't vulnerable.
-
Red Hat Enterprise Linux 9.5 Released
Notify your friends, loved ones, and colleagues that the latest version of RHEL is available with plenty of enhancements.
-
Linux Sees Massive Performance Increase from a Single Line of Code
With one line of code, Intel was able to increase the performance of the Linux kernel by 4,000 percent.
-
Fedora KDE Approved as an Official Spin
If you prefer the Plasma desktop environment and the Fedora distribution, you're in luck because there's now an official spin that is listed on the same level as the Fedora Workstation edition.
-
New Steam Client Ups the Ante for Linux
The latest release from Steam has some pretty cool tricks up its sleeve.
-
Gnome OS Transitioning Toward a General-Purpose Distro
If you're looking for the perfectly vanilla take on the Gnome desktop, Gnome OS might be for you.
-
Fedora 41 Released with New Features
If you're a Fedora fan or just looking for a Linux distribution to help you migrate from Windows, Fedora 41 might be just the ticket.
-
AlmaLinux OS Kitten 10 Gives Power Users a Sneak Preview
If you're looking to kick the tires of AlmaLinux's upstream version, the developers have a purrfect solution.
-
Gnome 47.1 Released with a Few Fixes
The latest release of the Gnome desktop is all about fixing a few nagging issues and not about bringing new features into the mix.
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