Announcement

Collapse
No announcement yet.

Year 2038 Fixes Still Being Worked On For The Linux Kernel

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Year 2038 Fixes Still Being Worked On For The Linux Kernel

    Phoronix: Year 2038 Fixes Still Being Worked On For The Linux Kernel

    The Linux kernel has been working on many Year 2038 fixes for a while now but the work is not over. Another pull request was sent in for the Linux 4.7 kernel in trying to prepare the VFS layer with Y2038 fixes...

    http://www.phoronix.com/scan.php?pag...ore-Y2038-Work

  • #2
    What about the year 292,277,026,596 problem? Have they began to work on a fix for that?

    Comment


    • #3
      Relevant: https://xkcd.com/607/

      Comment


      • #4
        Originally posted by devius View Post
        What about the year 292,277,026,596 problem? Have they began to work on a fix for that?
        We can't worry about that yet: we have the Y10K problem first.

        Though the standard supports it, I doubt much software actually implements 5+ digit years, so it will (eventually) be a problem. Hmm, I wonder how they deal with Guinness's 9000 year lease, which would expire in 10759.

        Comment


        • #5
          Seriously, setting the date to year 10000 or higher should be a standard unit test in any software that does anything with date/time

          Comment


          • #6
            Why not just let it happen? If the world ends, there will be no problem anymore. Zero work, maximum effect.

            Comment


            • #7
              the solution is simple. however the problem concerns only with 32bit operating system based on unix.

              Comment


              • #8
                How is Microsoft affected by these problems?

                Love how their epoch is January 1, 1601... Why in the world do they have to be different for everything?

                Reference:
                https://msdn.microsoft.com/en-us/lib...=vs.85%29.aspx

                Comment


                • #9
                  Originally posted by Azrael5 View Post
                  the solution is simple. however the problem concerns only with 32bit operating system based on unix.
                  Or with any system trying to be compatible with Unix. Like an application for processing web server log files running on Windows. If the log files have Unix time stamps, the Windows software has to deal with them.

                  Comment


                  • #10
                    I wonder how many developers have had their computer running with their date system set on Y2038+. Could we find a year with the same weekdays patterns ? (ie, may the 26th is a Thursday )? Is it periodic? If so, it might be worth it to try to use one's computer with the date set to 10k+

                    Comment

                    Working...
                    X