Skip to main content
Help Center Community Shop

Chrome, Edge, and Firefox users...

Comments

15 comments

  • BikerBob

    Hmm, reminds me of all the changes that needed to be made in COBAL programs to accept the change to the year 2000 to make sure the apps didn’t think it was now 1900 (AKA Y2K). And there were a lot of changes that needed to be made!

    0
  • Mr. Perfect

    Are those site operators wholly unaware of that possibility?

    6
  • Rocky Raab

    I have no way of knowing who knows what about anything.

    0
  • toad67

    I updated my chromer late last week. Everything worked fine, except the gb auction side made me check that I wasn't a robot every time I went there for the first few days. Seems to be working fine now.

    3
  • Nanuq907
    BikerBob: 30503000591131/comments/30503009945755

    Hmm, reminds me of all the changes that needed to be made in COBAL programs to accept the change to the year 2000 to make sure the apps didn’t think it was now 1900 (AKA Y2K). And there were a lot of changes that needed to be made!

    2038 is the REAL Y2K. I hope I'm retired and living far away from computers when that comes around.

    3
  • cbxjeff

    Nanuq907, for a guy that grew-up with DOS, please explain 2038.

    3
  • Nanuq907

    Warning, Geek Speak to ensue. Please be patient.

    Most big computer systems run on a flavor of UNIX. In UNIX, dates are stored as a "unix timestamp", a "unix epoch time" or simply, a "timestamp". A timestamp is defined in UNIX as the number of seconds elapsed since midnight, January 01, 1970 UTC. If the date is stored in a signed 32-bit integer (common) then when the timestamp reaches 03:14:07 on January 19th, 2038 UTC it will have counted up to 2,147,483,647 seconds. Adding one more second will make it 2,147,483,648 but that number cannot be stored as a positive signed 32-bit integer. So it will flip the signed bit and the new number will be negative 2,147,483,648 seconds, or December 13th 1901 at 20:45:52 UTC.

    No bueno.

    The answer is for everyone to be on 64-bit architecture by then, and that all the coders will have gone through ALL of their legacy code to eradicate signed 32-bit integer timestamps.

    I think I'll be on a beach somewhere. I smell a piña colada in that future, maybe two.

    9
  • Ditch-Runner

    well all I can say

    beyond my pay scale


    9
  • Brookwood

    I already pay enough in taxes. I make good and sure I stay far, far away from BRAIN TAX! 😁



    0
  • Rocky Raab

    If you would like a very simple, safe, and secure browser that is ideal for mobile platforms, check out Midori. It features very fast page loading, no ads, no tracking, and many other features. And, it's free.

    https://astian.org/en/midori-browser/


    Sorry, it isn't available for iOS yet, but that's coming soon.

    0
  • cbxjeff

    Well that clears it up. Thanks Nanuq907. 😉

    3
  • Don McManus

    This is most dire


    Hopefully it is not as bad as transitioning to the year 2000.

    0
  • select-fire

    Firefox will not work on one bank I use

    0
  • Rocky Raab

    I had that same issue with Firefox and a bank. For reasons beyond my pay grade, no browser works with all websites, and vice versa. When websites are designed, they try to test them with as many browsers as possible, but they can't test them all. Some are simply incompatible.

    That's why you should always have a backup browser or two installed and ready to use. As much as I hate it for its duplicity and tracking, Chrome is the #1 used browser, and every web designer designs for it.

    0
  • Bubba Jr.
    Nanuq907: 30503000591131/comments/30503001417371

    Warning, Geek Speak to ensue. Please be patient.

    Most big computer systems run on a flavor of UNIX. In UNIX, dates are stored as a "unix timestamp", a "unix epoch time" or simply, a "timestamp". A timestamp is defined in UNIX as the number of seconds elapsed since midnight, January 01, 1970 UTC. If the date is stored in a signed 32-bit integer (common) then when the timestamp reaches 03:14:07 on January 19th, 2038 UTC it will have counted up to 2,147,483,647 seconds. Adding one more second will make it 2,147,483,648 but that number cannot be stored as a positive signed 32-bit integer. So it will flip the signed bit and the new number will be negative 2,147,483,648 seconds, or December 13th 1901 at 20:45:52 UTC.

    No bueno.

    The answer is for everyone to be on 64-bit architecture by then, and that all the coders will have gone through ALL of their legacy code to eradicate signed 32-bit integer timestamps.

    I think I'll be on a beach somewhere. I smell a piña colada in that future, maybe two.

    Thanks, Nanuq, for the explanation. I'm pretty sure I'll be 6 feet under by then, so I'm not going to worry about it.

    3

Please sign in to leave a comment.

Recent Activity

Didn’t find what you’re looking for?