• DarkMessiah@lemmy.world
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    4 months ago

    “Whatever happened with the ozone layer panic, if scientists are so smart?”

    We listened to the scientists, and the problem went away.

  • qjkxbmwvz@startrek.website
    link
    fedilink
    English
    arrow-up
    2
    ·
    4 months ago

    Similar with Y2K — it was only a nothingburger because it was taken seriously, and funded well. But the narrative is sometimes, “yeah lol it was a dud.”

    • TonyTonyChopper@mander.xyz
      link
      fedilink
      English
      arrow-up
      1
      ·
      4 months ago

      All this hysteria over nuclear weapons is overblown. We’ve known how to build them for 75 years yet there hasn’t been a single one detonated on inhabited American soil. They’re harmless

      • Killing_Spark@feddit.de
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        4 months ago

        You even dropped a few accidentally and nothing happened! Complete duds these things really

    • FractalsInfinite@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      ·
      4 months ago

      The question is, what will happen in 2038 when y2k happens again due to an integer overflow? People are already sounding the alarm but who knows if people will fix all of the systems before it hits.

      • zik@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        edit-2
        4 months ago

        It’s already been addressed in Linux - not sure about other OSes. They doubled the size of time data so now you can keep using it until after the heat death of the universe. If you’re around then.

        • dev_null@lemmy.ml
          link
          fedilink
          English
          arrow-up
          0
          ·
          4 months ago

          Obviously new systems are unaffected, the question is how many industrial controllers checking oil pipeline flow levels or whatever were installed before the fix and never updated.

          • CLOTHESPlN@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            4 months ago

            Being somewhat adjacent to that with my work, there is a good chance anything in a critical area (hopefully fields like utilities, petroleum, areas with enough energy to cause harm) have decently hardened or updated equipment where it either isn’t an issue, will stop reporting tread data correctly, or roll over to date “0” which depending on the platform with industrial equipment tends to be 1970 in my personal experience. That said, there is always the case that it will not be handled correctly and either run away or stop entirely.

      • ThatWeirdGuy1001@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        4 months ago

        Was there ever really a threat to begin with? The whole thing sounds like Jewish space lasers to me.

        Edit: Gotta love getting downvoted for asking a question.

        • Verxiq@lemmynsfw.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 months ago

          Yes, most administrative programs, think hospitals, municipal, etc had a year set only in 2 digits. Yesterdays timestamp will read as 99 years in the future, since the year is 00. Imagine every todo item of the last 20 odd years suddenly being pushed onto your todo list. Timers set to take place every x time can’t check when last something happend. Time critical nuclear safety mechanisms, computers getting stuck due to data overload, everything needed to be looked at to determine risk.

          So you take all the dates, add size to store additional data, add 1900 to the years and you are set. In principle a very straight forward fix, but it takes time to properly implement. Because everyone was made aware of the potential issue IT professionals could more easily lobby for the time and funds to make the necessary changes before things went awry.

          • ThatWeirdGuy1001@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            4 months ago

            That’s fuckin wild and seems like a massive oversight.

            Did they just not expect us all to live that long or did they just not think of it at all?

            • Ithi@lemmy.ca
              link
              fedilink
              English
              arrow-up
              1
              ·
              4 months ago

              Yeah I would imagine poor/lazy planning or they either thought their tools would be replaced by then and/or that computers were just a fad so there’s no way they’d be used in the year 2000.

            • withabeard@lemmy.world
              link
              fedilink
              English
              arrow-up
              1
              ·
              4 months ago

              Depends on the “they”…

              But generally, back in the day data storage, memory and processing power were expensive. Multiple factors more expensive than they are now. Storing a year with two digits instead of four was a saving worth making. Over time, some people just kept doing what they had been doing. Some people just learned from mentors to do it that way, and kept doing it.

              It was somewhat expected that systems would improve and over time that saving wouldn’t be needed. Which was true. By the year 2000 “modern” systems didn’t need to make that saving. But there was a lot of old code and systems that were still running just fine, that hadn’t been updated to modern code/hardware. it became a bit of a rush job at the end to make the same upgrade.

              There is a similar issue coming up in the year 2038. A lot of computing platforms store dates as the number of seconds since the beginning of 1970-01-01 UTC. As I type this comment there have been 1,710,757,161 seconds since that date. It’s a simple way to store time/date in a way that can be converted back to a human readable format quite easily. I’ve written a lot of code which does exactly this. I’ve also written lot of code and data storage systems that store this number as a 32bit integer. Without drilling down into what that means, the limit of that data storage type will be a count of 4,294,967,296. That means at 2038-01-19 03:14:07 UTC, some of my old code will break, because it wont be able to properly store the dates.

              I no longer work for that employer, I no longer maintain that code. Back when I wrote that code, a 32bit integer made sense. If I wrote new code now, I would use a different data type that would last longer. If my old code is still in use then someone is going to have to update it. Because of the way business, software and humans work. I don’t expect anyone will patch that code until sometime around the year 2037.

              • BorgDrone@lemmy.one
                link
                fedilink
                English
                arrow-up
                1
                ·
                4 months ago

                Without drilling down into what that means, the limit of that data storage type will be a count of 4,294,967,296.

                A little nitpick: the count at that time will be 2,147,483,647. time_t is usually a signed integer.