1 ... 1820 1821 1822 1823 1824
Floating Doc (Forum Supporter)
Floating Doc (Forum Supporter) GRM+ Memberand MegaDork
12/31/24 3:08 p.m.

bobzilla
bobzilla MegaDork
12/31/24 4:04 p.m.

May be an image of 2 people and text

NickD
NickD MegaDork
12/31/24 6:02 p.m.

25 years ago

Duke
Duke MegaDork
12/31/24 7:35 p.m.
stanger_mussle (Supported by GRM undergarments) said:

25 years ago

My new boss at the time was a serious Y2K prepper. Like fully prepared to take his typical suburban house off grid for months.

He's probably still got supplies left over.

 

67LS1
67LS1 Reader
12/31/24 8:27 p.m.
Duke said:
stanger_mussle (Supported by GRM undergarments) said:

25 years ago

My new boss at the time was a serious Y2K prepper. Like fully prepared to take his typical suburban house off grid for months.

He's probably still got supplies left over.

 

I was selling backup power systems at the time. Diesel generators sets from 250 kW to 2 mW for business's. 1999 was a banner year because of the Y2K fear. People would buy anything they could find and pay any price.

2000 sucked for business. I was competing against all of the less than year old generator sets that people were dumping because nothing happened at Y2K. People were dumping them at 50 cents to the dollar. Some never even got permanent installations, just jury rigged in a parking lot.

i still look back at my commission statements from those two years and laugh.

Pete. (l33t FS)
Pete. (l33t FS) GRM+ Memberand MegaDork
12/31/24 8:35 p.m.

And it became a nothing because of all the IT people frantically writing workarounds to shore up all the computers designed in the 70s to use two-digit years because who'd be using this thirty years in the future?

 

Some things got wholesale rewritten, some things got some inventive kludges to limp things along.  (Like, say, "2001" being stored as "19101" in the backend, for an example I heard.  No, I don't know how that works either, but it limped old legacy code along)

 

2038 is going to be more interesting.  That's when some systems that store time as a function of seconds since Jan 1 1970 or something will stack overflow.  And by interesting, I mean it'll be an...

epoch fail.

RevRico
RevRico GRM+ Memberand MegaDork
12/31/24 9:36 p.m.

Floating Doc (Forum Supporter)
Floating Doc (Forum Supporter) GRM+ Memberand MegaDork
12/31/24 9:39 p.m.

Ranger50
Ranger50 MegaDork
12/31/24 10:01 p.m.

Appleseed
Appleseed MegaDork
1/1/25 12:32 a.m.
Pete. (l33t FS) said:

And it became a nothing because of all the IT people frantically writing workarounds to shore up all the computers designed in the 70s to use two-digit years because who'd be using this thirty years in the future?

 

Some things got wholesale rewritten, some things got some inventive kludges to limp things along.  (Like, say, "2001" being stored as "19101" in the backend, for an example I heard.  No, I don't know how that works either, but it limped old legacy code along)

 

2038 is going to be more interesting.  That's when some systems that store time as a function of seconds since Jan 1 1970 or something will stack overflow.  And by interesting, I mean it'll be an...

epoch fail.

Bold of you to assume we will last that long.

914Driver
914Driver MegaDork
1/1/25 8:44 a.m.

Appleseed
Appleseed MegaDork
1/1/25 8:51 a.m.

Appleseed
Appleseed MegaDork
1/1/25 8:56 a.m.

alphahotel
alphahotel GRM+ Memberand Reader
1/1/25 8:58 a.m.
Pete. (l33t FS) said:

And it became a nothing because of all the IT people frantically writing workarounds to shore up all the computers designed in the 70s to use two-digit years because who'd be using this thirty years in the future?

 

Some things got wholesale rewritten, some things got some inventive kludges to limp things along.  (Like, say, "2001" being stored as "19101" in the backend, for an example I heard.  No, I don't know how that works either, but it limped old legacy code along)

 

2038 is going to be more interesting.  That's when some systems that store time as a function of seconds since Jan 1 1970 or something will stack overflow.  And by interesting, I mean it'll be an...

epoch fail.

My inner nerd comes out: all the systems that I am aware of (linux, *BSD) have switched to keeping track of epoch time using a 64-bit variable.

time_t parties

Appleseed
Appleseed MegaDork
1/1/25 9:12 a.m.

I keep reading that as e-pooch.

 

Karacticus
Karacticus GRM+ Memberand SuperDork
1/1/25 9:13 a.m.
alphahotel said:
Pete. (l33t FS) said:

And it became a nothing because of all the IT people frantically writing workarounds to shore up all the computers designed in the 70s to use two-digit years because who'd be using this thirty years in the future?

 

Some things got wholesale rewritten, some things got some inventive kludges to limp things along.  (Like, say, "2001" being stored as "19101" in the backend, for an example I heard.  No, I don't know how that works either, but it limped old legacy code along)

 

2038 is going to be more interesting.  That's when some systems that store time as a function of seconds since Jan 1 1970 or something will stack overflow.  And by interesting, I mean it'll be an...

epoch fail.

My inner nerd comes out: all the systems that I am aware of (linux, *BSD) have switched to keeping track of epoch time using a 64-bit variable.

time_t parties

There's a whole universe of embedded real time OSs that no one ever had any reason to update the hosted apps to 64 bit time.  
 

We refer to it as the "epoch-alypse."

January 14, 2038, 3:14 UTC 

Beer Baron 🍺
Beer Baron 🍺 MegaDork
1/1/25 9:45 a.m.

David Elfering
David Elfering GRM+ Memberand Reader
1/1/25 12:19 p.m.

914Driver
914Driver MegaDork
1/1/25 12:37 p.m.

Dusterbd13
Dusterbd13 MegaDork
1/1/25 1:43 p.m.

GCrites
GCrites Dork
1/1/25 6:26 p.m.

^They sell whole pallets of Faygo

1 ... 1820 1821 1822 1823 1824

You'll need to log in to post.

Our Preferred Partners
eF8s7Eg3GNfdUJNBIc54GFTdbCvKNM0qaNpD6F7d9k3OPvrZDQIZGZgGM974RlK3