Slashdot Mirror


Passage of Time Solves PS3 Glitch

An anonymous reader writes "A quick update on the widespread PlayStation 3 glitch we discussed recently: as of last night (Monday, March 1st) the problem has resolved itself. I powered up my PS3 to find the clock was set to April 29th, 2020, but once I went into the system menu and set the date and time via the internet I got an accurate date. That seems to be the test of whether your PS3 is 'fixed' or not; Sony says you should be all set."

147 comments

  1. Sony's Official Announcement by eldavojohn · · Score: 5, Funny
    Here is the official press release I received in an e-mail this morning:

    First Quadrennial Childhood Obesity Awareness Day Goes Off Without a Hitch!

    We'd like to thank all our gamers for observing our compulsory First Quadrennial Childhood Obesity Awareness Day that we had planned many years in advance back when we made our first consoles. We hope all the children took the time to get outside and exercise. As always, Sony endorses moderation in game play and we feel that this surprise holiday away from the Playstation Network will help today's youth become more healthy and social.

    Should we decide to surprise you with a second Quadrennial Childhood Obesity Awareness Day, it could happen March 1st of 2012. See you in 2012 (maybe)! Until then, remember to get plenty of fresh air and exercise!

    Totally in control of the situation,

    Muhammed Saeed al-Sahaf
    Chief Sony Public Think of the Children Relations Officer

    --
    My work here is dung.
    1. Re:Sony's Official Announcement by MindStalker · · Score: 1

      The problem yesterday was that the servers thought it was the 29th, but the consoles refused to accept such nonsense. In 2012 it really is a leap year. I guess the reverse could happen, but then you'd just change the date to something else and you'd be alright.

    2. Re:Sony's Official Announcement by Anonymous Coward · · Score: 1, Informative

      The problem yesterday was that the servers thought it was the 29th, but the consoles refused to accept such nonsense. In 2012 it really is a leap year. I guess the reverse could happen, but then you'd just change the date to something else and you'd be alright.

      Actually it was the exact opposite. The servers thought it was March 1st. Some older consoles (with a bug in their hardware clock chips that have a leap-year programmed every 2 years instead of every 4 years) thought it was Feb 29. Newer PS3 Slim consoles were not affected. Not all "fat" PS3's were affected either as they did not all contain the faulty chips.

    3. Re:Sony's Official Announcement by Anonymous Coward · · Score: 0

      Other way around, it was the consoles that thought it was the 29th.

    4. Re:Sony's Official Announcement by Zenaku · · Score: 1

      Some older consoles (with a bug in their hardware clock chips that have a leap-year programmed every 2 years instead of every 4 years)

      That is not the nature of the bug. (If so this would have happened on March 1, 2006 as well). The older consoles thought it was a leap year because they interpreted the date as a binary number instead of a binary coded decimal number. Essentially, they know which years are leap years, but they thought this was 2016.

      http://en.wikipedia.org/wiki/Year_2000_problem#Year_2010_problem

      --
      If fate makes you a motorcycle, you become a motorcycle.
    5. Re:Sony's Official Announcement by Volante3192 · · Score: 1

      Since the PS3 was released 11 November, 2006, how do we know this bug did not happen 01 Mar, 2006?

    6. Re:Sony's Official Announcement by Zenaku · · Score: 1

      Touche'.

      Regardless, the bug is not as trivial as someone getting the basic rules for when a leap year occurs wrong, but a result of the date being stored in one format by one module, and interpreted as a different format by another module, where the formats happen to be identical for values less than 10.

      In the end, a bug is a bug, and the result is the same, but everyone seems to be assuming that Sony's programmers just don't know when leap years occur, and I think they deserve a *little* more credit than that.

      --
      If fate makes you a motorcycle, you become a motorcycle.
    7. Re:Sony's Official Announcement by Opportunist · · Score: 1

      Muhammed Saeed al-Sahaf
      Chief Sony Public Think of the Children Relations Officer

      And I was wondering just yesterday where he ended up... Well, I guess in times like these, with economic problems, even honest people have to bend over and take any job they can get.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    8. Re:Sony's Official Announcement by Anonymous Coward · · Score: 0

      So instead, you are suggesting that they think 0x10 is the same as 10?

      I don't think that is much credit. Also, the older PS3's did not have the PSN acting as a moderator on the system and potentially blocking things, so they could have easily just not noticed the issue at all.

      Regardless, Sony is probably safe until at least 2014, when the next even, non-leap year occurs. We've seen that leap years work (2008), and I find it hard to believe that many people are comparing years as a hexidecimal number. Besides, why would anyone need to compare a year with 0x10? Nothing special happens related to 10, nor 0b0001_0000 (0x10 = 16) in terms of year. A more legitimate mistake would be an improper binary comparison to determine if it is even:

      if ( year & 0x1 == 0 )

      and neglecting to check if it's divisible by 4.

      I'm waiting for the Y2.1K bug, when all of the non-standard date-time code expects 2100 to be a leap year (it's not; years divisible by 100 must also be divisible by 400 to be leap years).

    9. Re:Sony's Official Announcement by Trisha-Beth · · Score: 1

      Not all "fat" PS3's were affected either as they did not all contain the faulty chips.

      More likely they have the faulty chip, but the internal clock is wrong. This would be more or less the same "fix" as removing the RTC battery for a while.

      I would expect a small number of owners to have the problem for 24 hours at some random time. There have probably been some PS3s that have done this before March 1st.

    10. Re:Sony's Official Announcement by Anonymous Coward · · Score: 0

      By the way, I do remember that the banks had done the math recently, confusing 2010 with 2016, but I meant to suggest that it does not make sense to have a lot of people doing that (let alone them).

      This was mainly meant to refute the idea that someone is passing around this year value and, in one function, comparing using hex. It's possible, but just so odd it seems unlikely.

    11. Re:Sony's Official Announcement by Zenaku · · Score: 3, Insightful

      So instead, you are suggesting that they think 0x10 is the same as 10?

      No, I am suggesting that person or group A developed a hardware clock that stores a set of values as binary-coded decimals, and person or group B, probably at an entirely different company, wrote firmware to read those values as binary numbers without verifying whether that was the correct format. Either someone didn't document it, or someone else didn't read the documentation.

      I don't think that is much credit.

      Hence my emphasis of the word little. It is certainly a more understandable path to failure than "Durrrr, leep yeers every 2 years i am a pogrammer, Yay!"

      --
      If fate makes you a motorcycle, you become a motorcycle.
    12. Re:Sony's Official Announcement by tlhIngan · · Score: 1

      No, I am suggesting that person or group A developed a hardware clock that stores a set of values as binary-coded decimals, and person or group B, probably at an entirely different company, wrote firmware to read those values as binary numbers without verifying whether that was the correct format. Either someone didn't document it, or someone else didn't read the documentation.

      Most likely cause. I've dealt with many RTC chips, and the ones that have standard second/minute/hour/day/month/year type registers have so far all been in BCD. The ones that aren't typically store date/time in another format, most common I've seen is seconds since an epoch, or number of days/number of seconds in day.

      Hardware RTC typically offers the full date storage (and thus BCD). SoC RTC chips (or the ones in companion chips) usually do the seconds or days/seconds thing (in which case, one should really use their OS library to do date handling... which would've prevented the Zune issue a couple of years back). And usually they're quite good about it - seconds/minutes/hours/day/month/year are either all binary, or all BCD.

      Hell, these chips handle leapyears as well, though most only do the "if year is multiple of 4" rule, not the full proper rule (year is multiple of 4, but not of 100, unless it's also a multiple of 400).

    13. Re:Sony's Official Announcement by PitaBred · · Score: 1

      So my PS3 will stop working again on March 1, 2014? Nice.

    14. Re:Sony's Official Announcement by Anonymous Coward · · Score: 0

      Mate, that was so funny. Have you ever considered becoming a comedian?

    15. Re:Sony's Official Announcement by mattack2 · · Score: 2, Informative

      So instead, you are suggesting that they think 0x10 is the same as 10?

      They are, in BCD.

    16. Re:Sony's Official Announcement by Cwix · · Score: 1

      Mine has yet to do it, and the time has been set correctly.

      --
      You are entitled to your own opinions, not your own facts.
    17. Re:Sony's Official Announcement by Trisha-Beth · · Score: 1

      The time shown on the screen isn't the same as the time in the internal hardware clock. It shouldn't practically matter what time the hardware clock is set to provided it always increments one second per second. You can't tell from the time on screen if the hardware clock is correct.

    18. Re:Sony's Official Announcement by HTH+NE1 · · Score: 1

      So instead, you are suggesting that they think 0x10 is the same as 10?

      If it's stored in packed decimal format, it can be.

      Regardless, Sony is probably safe until at least 2014, when the next even, non-leap year occurs. We've seen that leap years work (2008)

      We've seen one leap year work. We've seen two non-leap years work (2007, 2009) out of three.

      If it's doing mod math on packed decimal format data without converting first, it could get even years wrong 100% of the time every other ten year cycle of this century.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    19. Re:Sony's Official Announcement by Cwix · · Score: 1

      Ahh well obviously I showed my ignorance and jumped into a conversation half cocked. mea culpa

      --
      You are entitled to your own opinions, not your own facts.
  2. I can't wait for April Fool's Day... by VinylRecords · · Score: 1

    Is SONY going to make my PS3 explode?

    1. Re:I can't wait for April Fool's Day... by Monkeedude1212 · · Score: 1

      Yes. And then April 2nd they'll provide instructions for reassembly via their PS3 online network.

      No problem, right?

    2. Re:I can't wait for April Fool's Day... by Mongoose+Disciple · · Score: 4, Funny

      Is SONY going to make my PS3 explode?

      No, but every twenty minutes a kitten will come out.

      That'll be fixed in the next update though.

    3. Re:I can't wait for April Fool's Day... by Pojut · · Score: 1

      This post reminds me of those finallyfast.com commercials. "Is your computer fucked? Just go to finallyfast.com to fix these problems and more!"

      yeah...because if your computer is fucked, you can really get to their site. ::coulda had a V8::

    4. Re:I can't wait for April Fool's Day... by vlm · · Score: 2, Funny

      Is SONY going to make my PS3 explode?

      No, that's July 4th not April Fools Day.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    5. Re:I can't wait for April Fool's Day... by JWSmythe · · Score: 2, Insightful

          I like that as much as Verizon and Brighthouse/Roadrunner's voice attendants. "Thank you for holding. You can also get help on the web by visiting our site com"

          Every time I've been stuck on hold hearing that, it's been because the Internet connection was down. After hearing it every 30 seconds, for 45 minutes, I've been as polite as possible to the person who answers the phone and then asks

      "Is your computer turned on?"
      "Are there any lights on the front of the modem?"
      "Are you sure?"
      "Reboot your computer, and call back in 15 minutes if there are more problems."
      "Well, reboot the modem and call back in 15 minutes if there are more problems."
      "Well, it seems we're having an outage in ... where are you at? .. Yes, right there. It should be fixed soon. Give us a call back in a few hours if you're still having problems."

      I'm pretty sure that's their full script, except for "Sir, please don't curse at us, we're doing our best." :)

      --
      Serious? Seriousness is well above my pay grade.
    6. Re:I can't wait for April Fool's Day... by Opportunist · · Score: 1

      Don't tell me your ISP never told you that you could simply download the drivers for your NIC/modem...

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    7. Re:I can't wait for April Fool's Day... by Anonymous Coward · · Score: 0

      no silly it doesn't contain any flammables, gases under pressure, or lithium batteries, but be aware like other Japanese products you may experience sudden acceleration problems, so while it will not explode; it may crash into your tv causing it to explode (likely caused by improper floor-mats, even if located in the trunk.)

    8. Re:I can't wait for April Fool's Day... by SimonTheSoundMan · · Score: 1

      Just Sony's famous times kill switch, that's all.

    9. Re:I can't wait for April Fool's Day... by adolf · · Score: 1

      Hmm. Yeah, it's about like that with AT&T, too.

      Or at least it was. Nowadays, my account is flagged, and my calls go straight through to level 3 support.

      A conversation now goes something more like this:

      First, an American answers the phone.
      "This is Mike. What can I do for you?"

      "Hi, Mike. My DSL is hosed. Again. I think your RADIUS server is down."

      "Let me check on that. [clickity-click] You're right. We'll get right on that. Do you want me to call you back when it's fixed?"

      "Sure."

      Or, if it's a line problem, I just call the local manager in the AM. If he's not around, or isn't fast enough, I just give the AT&T cancellation line a call, and make them deal with it.

      I've been pretty happy with them, having developed this process. :)

    10. Re:I can't wait for April Fool's Day... by mathew7 · · Score: 1

      Actually, every computer has lithium batteries.....remember those CMOS batteries? CR2032? Those ARE lithium bateries.
      CR = Lithium/manganese dioxide, at 3V
      Gratned, it's not lithium-ion (like the laptop batteries), where the lithium is used also in the electrolyte, not only in the cathode.

  3. the question is by Anonymous Coward · · Score: 0

    The question is whether or not this will happen on March 1 of any other even non-leap years (next one would be 2014).

    1. Re:the question is by Anonymous Coward · · Score: 0

      PS3 will be an ancient relic by that time.

    2. Re:the question is by Anonymous Coward · · Score: 1, Interesting

      Not according to their planned 10-year lifespan.

      PS2s are still in wide use almost 10 years later.

    3. Re:the question is by Opportunist · · Score: 1

      PS2s are still in wide use almost 10 years later.

      Yes, and I'm sure Sony (and game makers for their consoles) ain't happy about that. After all, they could sell all those PS2 titles again for the PS3.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    4. Re:the question is by Toonol · · Score: 1

      Yeah, because the PS2 was the massive market leader. The PS3 is more like this gen's x-box... relatively powerful, but fighting over 2nd place. It doesn't have nearly the library that the PS2 had, that will keep people playing for a decade or longer.

    5. Re:the question is by Anonymous Coward · · Score: 0

      If they're so unhappy about it, why are they still making new ones?

    6. Re:the question is by VGPowerlord · · Score: 2, Interesting

      Because they have to offset their losses on the PS3 somehow, and removing its ability to play PS2 games to make you have to buy a new PS2 when your old one breaks is one of those ways.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  4. Slashdot has programmers by Singularity42 · · Score: 0, Troll

    Probably many of them will feel superior for never having made a logic bug in something as clear-cut as leap years (it's not even the year 2000 leap year problem). Just because they feel superior doesn't mean that they aren't actually superior, though!

    I think we should all use TAI and stop messing around with both leap years and leap seconds.

    1. Re:Slashdot has programmers by Anonymous Coward · · Score: 1, Insightful

      Ok, there are logic bugs, then there are extremely stupid bugs. 2010 is 2 years away from a leap year. That's ridiculous.

    2. Re:Slashdot has programmers by bn557 · · Score: 1

      Unless it was a decimalhex bug... 10 hex = 16 dec , 2016 IS a leap year.

      --
      Humans are slow, innaccurate, and brilliant; computers are fast, acurrate, and dumb; together they are unbeatable
    3. Re:Slashdot has programmers by Bakkster · · Score: 1

      This is also the first even-numbered year since the PS3 release that is not a leap year. It's possible their leap-year code is completely broken...

      --
      Write your representatives! Repeal the 2nd Law of Thermodynamics!
    4. Re:Slashdot has programmers by Anonymous Coward · · Score: 0

      duh, 2006 wasn't a leap year either

    5. Re:Slashdot has programmers by Beardo+the+Bearded · · Score: 1

      Amateurs, the lot of you.

      I once created a bug where the fix involved -- and I am serious here -- shooting a tiger.

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
    6. Re:Slashdot has programmers by tenton · · Score: 1

      duh, 2006 wasn't a leap year either

      True, but the PS3 wasn't released until well after February of that year (November).

    7. Re:Slashdot has programmers by Anonymous Coward · · Score: 0

      It is likely a mod bug of something like ((2010 % 10) % 4) == 0 So, 2020 is the next time this is likely to occur. 2014 is possible, but I doubt they were that stupied

    8. Re:Slashdot has programmers by Anonymous Coward · · Score: 0

      wasn't released to the public.
      the development kits, which were also affected by yesterday's outage were released in 2005.

    9. Re:Slashdot has programmers by IgnitusBoyone · · Score: 1

      It is likely a mod bug of something like ((2010 % 10) % 4) == 0 So, 2020 is the next time this is likely to occur. 2014 is possible, but I doubt they were that stupied

      Ah, but 2020 is a leap year so by this reasoning 2030 is the next time we have to worry. Doubt anyone cares by then

      --
      Momento Mori
    10. Re:Slashdot has programmers by Splab · · Score: 1

      Thats nothing, due to budget constraints a quick workaround to our watchdog has never been properly redone, so we are stuck with sacrificing a goat every month or the watchdog kills the databases.

    11. Re:Slashdot has programmers by Beardo+the+Bearded · · Score: 2, Interesting

      I was being literal.

      I used to work for a GPS tracking company, and the | was in packing the GPS stream into a byte for VHF transmission. It turned out that the tenths digit of longitude was always 0. It was part of an update to reduce the footprint. (This reduced the footprint from 98% to 92%, IIRC, which was a pretty big deal.)

      It made it out through my tests, production's tests, and the test customer happened to be in a spot where the tenths digit was supposed to be zero. The reason was a formatting bug in the legacy parsing code that let you download the data. It would not put in the leading 0. Damnably, there is a highway in Rhode Island that is on a 0ths longitude place. We thought the problem was with reception, and the cleared highway had a good view of the GPS constellation. That was a good thought, but it didn't explain why the coyotes were swimming in a straight line in the harbour.

      I had put the new code into the library, and we sent out hundreds of collars. One of the customers was the government of India, who wanted to put some collars on tigers to track their positions and look for poachers. The tigers all got faulty collars, and so several of them had to be tracked down and re-tranquilized.

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
    12. Re:Slashdot has programmers by Bakkster · · Score: 1

      As well, it seems the trophy update had something to do with the issue, not something that would have been seen in 2006.

      --
      Write your representatives! Repeal the 2nd Law of Thermodynamics!
    13. Re:Slashdot has programmers by Anonymous Coward · · Score: 0

      That error makes more sense as a casual mistake.

      It does not make sense as an issue relating to calculating leap year. Why would a person even be comparing 0x10 with regards to a leap year? It's not like there is some monolithic switch-statement of leap year values.

      There is absolutely no reasonable reason to be using 0x10 in any year code.

    14. Re:Slashdot has programmers by HTH+NE1 · · Score: 1

      Yeah, but March 1, 2006 was a Wednesday. Who files bug reports on Wednesdays?

      Seriously though, the bug may not have been tripped for 2006: 0x2006 BCD treated as an int (8198) is not evenly divisible by 4, but 0x2010 BCD as an int is 8208 which is evenly divisible by 4.

      Curiously, 0x2008 BCD is int 8200 which is divisible by 4, but it is also divisible by 100 and not divisible by 400. Since it worked in 2008, if it is a error failing to convert BCD to decimal, then they're just using every 4 years and not paying attention to the /100 and /400 rules.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  5. 2012 should be 2014 by Anonymous Coward · · Score: 0

    if it's quadrennial

    1. Re:2012 should be 2014 by jdgeorge · · Score: 1

      if it's quadrennial

      Good observation. That's (part of) the joke.

  6. I never realized by vekrander · · Score: 1

    that the PS3 was powered by the Zune...

  7. Here's a patch by Rik+Sweeney · · Score: 0

    bool isLeapYear = (((year % 4 == 0) && (year % 100 != 0)) || (year % 400 == 0));

    1. Re:Here's a patch by smaddox · · Score: 1, Interesting

      Your using an extra 'mod', 'compare' and 'or' to avoid a branch, yet those 'compare's are probably going to be compiled into branches anyway, thus defeating the point.

      Really, you should either break down and write it as a simple branch, or write branch free assembly for each target platform. I would suggest the former. Simplicity and readability are much more important in this day and age than a few clock cycles.

    2. Re:Here's a patch by Anonymous Coward · · Score: 2, Funny

      Your first word betrays your grasp of syntactical structure.

    3. Re:Here's a patch by Anonymous Coward · · Score: 0

      date = new Date();

      if( date.isLeapYear() ) { //...
      }

      I mean, doesn't every platform has a proper time library by now? Does the IT sector at least have the VERY BASICS in order?

    4. Re:Here's a patch by Anonymous Coward · · Score: 1, Insightful

      Protip, PS3s firmware doesn't work like that.
      They MADE the "isLeapYear" functionality, and obviously screwed it up somehow.
      They won't just pile on a bunch of mostly useless libraries that they won't need just "because", they have limited space on the internal memory remember.

      Since it won't happen again for a while, it will probably be fixed in the next update.

    5. Re:Here's a patch by Opportunist · · Score: 1

      (year % 4) is enough. Next leap year exception is 2100, I will no longer be in office by then.

      Before someone complains and compares it to Y2K: We're talking about a game console here with an expected lifetime of less than a decade. Not a supercomputer whose programs might outlive its makers.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    6. Re:Here's a patch by dominious · · Score: 2, Insightful

      WTF dude? how long does it take you to type the rest of the logical statement?

      unless you are considering limited processing power and you want to avoid extra checks. And I don't think this is the case here.

    7. Re:Here's a patch by Dylan16807 · · Score: 1

      I like this. Because this is probably the code that caused the bug. year % 4 when year is actually BCD.

    8. Re:Here's a patch by Megane · · Score: 1

      Great. Except that the bug is probably in a hardware RTC circuit. Please try again in Verilog or VHDL and include the process by which the silicon can be updated to use your glorious patch.

      It is very likely that the clock chip used BCD for the date and time, and used "bcd_year % 4" to determine a leap year. 10 is not divisible by 4, but 0x10 is.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    9. Re:Here's a patch by HTH+NE1 · · Score: 1

      bool isLeapYear = (((year % 4 == 0) && (year % 100 != 0)) || (year % 400 == 0));

      What type is "year"?

      Human representations of time should be restricted to display purposes only. A computer shouldn't care whether a particular span of 86400 seconds is in February or March.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  8. Parable by Quiet_Desperation · · Score: 1

    Time heals all wounds, and so do health potions.

  9. BUG! by 6350' · · Score: 1

    Bug bug bug BUG "bug" "BUG"!

    I know I have pretty much become an old man at this point in my life, but how did we let Warcraft users slowly replace the word "bug" with "glitch" ?! It's a bug!

    However, I have to feely admit one point: replacing the word with 'glitch' makes it easier to use as a verb, as in "that instance is glitched" vs "that instance is bugged" - in the sense that the latter use could mean "we put that bug in the bug DB already." Ah well, back to feeding ferrite core beads to pigeons...

    1. Re:BUG! by Anonymous Coward · · Score: 1, Insightful

      I view it as the 'bug' being the problem, and the 'glitch' being the manifestation of that problem.

    2. Re:BUG! by 6350' · · Score: 1

      Pithily put.

      More generally, I guess the new term arose from having a huge mass of people suddenly wodged together - many of whom were/are not terribly computer-ey - creating terms themselves to describe what they experience (ie, sixty zillion Warcraft users interacting daily). A king of eternal September in a way.

    3. Re:BUG! by PakProtector · · Score: 1

      Says the guy with the high UID.

      --

      Edward@Tomato - /home/Edward/ man woman
      man: no entry for woman in the manual.
      "Qua!?"

    4. Re:BUG! by Xtifr · · Score: 2, Insightful

      how did we let Warcraft users slowly replace the word "bug" with "glitch" ?! It's a bug!

      A bug is a logic problem in the code; a glitch is misbehavior by the program. Glitches are normally associated with bugs, but faulty hardware or cosmic rays can also cause glitches. On the other hand, it is quite possible for a bug to exist without ever triggering a glitch, if the conditions that would trigger the bug are sufficiently remote, or if other code in the system corrects for the behavior of the bug (the latter is actually quite common).

      In this case, I don't believe they've fixed the bug, but the glitch that is the manifestation of the bug is solved for now. If my understanding of what happened is correct, they should have nearly four years to ship a fix to the bug before the glitch reappears, so the fix will probably be bundled with the next system update.

      If the headline had read "passage of time fixes bug", as you suggest, I would have had to call it an outright lie. As it is, however, I think the headline is exactly correct.

    5. Re:BUG! by Lumpy · · Score: 1

      Because you are using the wrong form of bug.

      the correct use is....

      "That instance is completely buggered!" and yes the UK use of buggered is 100% correct in any sense of the term bug.

      --
      Do not look at laser with remaining good eye.
    6. Re:BUG! by Abcd1234 · · Score: 1

      Bug bug bug BUG "bug" "BUG"!

      Why, for god sakes, are the last two "bugs" in quotes? Are they some sort of ironic bugs? Is the wink implied?

      (yes, this is a ripped off joke)

    7. Re:BUG! by ildon · · Score: 1

      Don't blame WoW players for this. The use of "glitch" instead of bug is, and has been, extremely prevalent in console communities since the N64 days.

      There is some usefulness to the term "glitch" in the context it's often used for in console games, though. There are a lot of things that players can do to break the game in certain ways that don't necessarily fall into the realm of something that should or even can be fixed by a developer. Things that are the equivalent of shifting your NES cartridge left and right while the game is running do not, in my opinion, fall into the realm of "bugs". By using "glitch", the users can include that type of crap under the same umbrella as legitimate bugs.

      Anyway, my main point was don't fucking blame WoW players for that shit.

    8. Re:BUG! by denobug · · Score: 1

      I don't know why you are mod insightful. Your post should be modded funny!

  10. FUCK YOU, Singularity42 by Anonymous Coward · · Score: 0, Flamebait

    Stop attempting to belittle your fellow slashdotters to signal your "moral superiority".

    you're NOT

    once again, FUCK YOU

    1. Re:FUCK YOU, Singularity42 by GoodNicksAreTaken · · Score: 1

      Stop attempting to belittle your fellow slashdotters to signal your "moral superiority".

      I had not realized that properly coding leap year algorithms was a moral issue. On slashdot is everything a moral issue? I must be new here.

    2. Re:FUCK YOU, Singularity42 by Opportunist · · Score: 2, Insightful

      This is /. Proper coding is a moral issue. By definition.

      You can dump your geek card in the recycler at the exit. Thank you.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  11. linux? by Anonymous Coward · · Score: 0

    still for fags, fag.

  12. Re:Here is an example. by Gulthek · · Score: 1

    Did you write the firmware or something?

    *Any* programmer should feel superior because this is an extremely trivial bug that should've never been allowed to see the light of day. This only serves to highlight what must've been a breakneck release schedule as Sony was bringing the original PS3 to market (the newer slim PS3s were unaffected).

    I'd bet money that Sony caught this firmware bug too late in their production cycle to fix it (i.e. the firmware chips were already burned). An issue that might come up every two years? That would hardly warrant a "stop the presses" to Sony.

  13. BS by Anonymous Coward · · Score: 0

    BS. Just like Microsoft, Sony is patching more than just the problems they state. We will never know the real number of software patches applied. In this case the patch was applied while getting "the date and time via the internet". In other words the PS3 has software built-in to automatically update itself. It sure as hell didn't just "fix itself" or for that matter "magically break itself". In fact this patch is just a patch for their failed patch which nearly bricked everyone's system. Telling people "Oh it was simply a miscalculation in the leap year" is a lot better than saying "We didn't fully test our last DRM update and almost bricked everyone's PS3".

    1. Re:BS by Lunix+Nutcase · · Score: 1

      If that were really the case why didn't it effect the PS3 Slim? Also why didn't this manifest itself for people playing games without trophies? Oh yeah, because you're spewing bullshit.

    2. Re:BS by Anonymous Coward · · Score: 0

      Or more importantly, why are the machines that aren't even connected to the network now fixed?

    3. Re:BS by Anonymous Coward · · Score: 0

      Anon cause I'm locked down right now.
      The PS3 Slim is unaffected because they had to use different hw to fit the same things inside. Much like they did with the PS2 Slim.

      http://www.tomshardware.com/news/ps3-playstation-cell-chip-45nm,8497.html Is one example. I do not have time to look for the others, but I've seen them. Anyone else here with more time to back this up with tangible info?

    4. Re:BS by Anonymous Coward · · Score: 0

      Did you miss the ninjas Sony sent to fix it!?

    5. Re:BS by Lunix+Nutcase · · Score: 1

      But then that doesn't explain how the non-slim models in which you played games without trophies didn't have the issue either.

  14. Sony Timer by Neon+Spiral+Injector · · Score: 1

    I have a theory there's an unseen clock running inside the PS3. Since the passage of time solved the problem, shouldn't too have setting the system time forward a day? I tried that, yet the system was still bugged. It would make sense if there was a hidden clock not able to be directly set by the end user for things like DRM. Since Sony has downloadable movie rentals, which can only be viewed for 48 hours after payment. It would follow that there's an extra timer which one can't over-ride to get more time with the rental. It also makes sense to tie this to game DRM, and trophy acquisition so users couldn't forge earlier time stamps. The other observation I made is that when I manually set the clock the system would keep time as long as it was on. But shutting down and restarting would cause the displayed time to revert to the time I had previously set. So the system clock wasn't being updated by the hidden clock, while it was in the buggy 29th day of February.

    1. Re:Sony Timer by _xeno_ · · Score: 1

      I tried that, yet the system was still bugged. It would make sense if there was a hidden clock not able to be directly set by the end user for things like DRM. Since Sony has downloadable movie rentals, which can only be viewed for 48 hours after payment. It would follow that there's an extra timer which one can't over-ride to get more time with the rental.

      Yeah, but even so, it shouldn't care about leap years. In fact, it shouldn't care about human time at all. All such a clock really needs to do is continually increment some value every unit of time. Then, it just needs three pieces of information to determine if it's in the rental period:

      1. The time the rental period start, in "clock units."
      2. How long the rental period lasts, in "clock units."
      3. The current clock time.

      Is "start time" + "rental period" less than "current time?" Then it's still in the rental period. Absolutely no knowledge of the Gregorian calendar required.

      --
      You are in a maze of twisty little relative jumps, all alike.
    2. Re:Sony Timer by Anonymous Coward · · Score: 1

      The RTC is not a theory or a myth! The RTC exists. Take the battery out of your PS3 for ten minutes if you want to reset the RTC.

    3. Re:Sony Timer by spire3661 · · Score: 1

      There are errors in your post. First of all when you download a movie from PSN ,you have 2 WEEKS to first watch it. After you first push play, you have up to 24 hours to watch it again before it expires.

      --
      Good-bye
    4. Re:Sony Timer by El+Gigante+de+Justic · · Score: 1

      The problems seemed to specifically affect the PSN system along with the older PS3s (I don't have one so I haven't followed the issue that much). I'm going to guess that the date and time is sent from PSN as a single integer in seconds from an epoch time, likely Unix/POSIX time counting from Jan 1, 1970, which is then used by the hardware to figure out the actual date/time for talking to the network, and not your system entered "local" time.
          The system must have been translating the epoch time it to February 29th, which was probably causing an error in some other date checking code.

      What I'd be curious to know is if the affected systems now think its March 1 and not March 2.

    5. Re:Sony Timer by plague3106 · · Score: 1

      What I don't understand is my system played fine Sun night and Monday night. At least, it synced trophies and Bioshock played. I have one of the newer fat models though, maybe that's the difference.

    6. Re:Sony Timer by Neon+Spiral+Injector · · Score: 1

      It wasn't a PSN problem, I know someone with a PS3 which has never been online, yet she couldn't play a trophy-enabled disc game on Sunday.

      The affected systems now think it is January 2, 2000--unless the user has corrected the time. When the bug hit they all reset to December 31, 1999 (which is a year one can't manually enter).

    7. Re:Sony Timer by El+Gigante+de+Justic · · Score: 1

      So it sounds like they're running on epoch time where Jan 1, 2000 = 1, and the bug forced the time/date value to 0 or null. Ultimately it still sounds like that version of the hardware is trying to treat all even years as leap years and the bug handling code is not very graceful about it.

    8. Re:Sony Timer by Juanvaldes · · Score: 1

      Some trophy enabled games failed to init properly (Heavy Rain is one such game) and would quit. While others would load and play fine. I played Fallout 3 sunday evening but the catch was it zero'd out my local trophy data, as if I had never played the game. Not sure what would have happened if I earned one during my playtime that night. If anyone is curious now that everything working again I restored my trophies by launching the game (init to 0%) then quit and re-synced my trophy data with the PSN servers. This restored all the missing data.

      Also there were reports of some fat PS3's that were not effected by the bug at all. Just like the new slim models.

    9. Re:Sony Timer by Megane · · Score: 1

      They were showing December 31 because of the time zone adjustment. In whatever is the "prime" time zone (GMT?) it would have been exactly 2000-01-01 00:00.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    10. Re:Sony Timer by Megane · · Score: 1

      I just realized that the zero date may have been the result of: 1) clock chip returns February 29 2010 as discrete Y/M/D components, 2) date is passed to conversion routine that returns seconds-from-epoch of the date at 00:00, 3) conversion routine says WTF U DOIN? and returns zero as an error value, 4) hours and minutes and time zone offset are added to the zero.

      So it didn't so much divide by zero as add to zero.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    11. Re:Sony Timer by plague3106 · · Score: 1

      Hmm... I had just wrapped up Fallout 3 and all the addons, although I do have to go back and get some trophies that I missed. Its good to know that its a two way sync though.

  15. Re:Here is an example. by Anonymous Coward · · Score: 0

    Slashdot has programmers who will feel superior. This one, Rik Sweeney, used this code directly to signal coding superiority. I had commented on this just awhile ago, and it came true!

    Look! Look! Over here! I'm counter-culture! Validate me!

  16. I'm still pissed, though by _xeno_ · · Score: 1

    As one of the owners of a console that got bit by this bug (and the last revision to support PS2 backwards-compatibility), I'm still rather pissed off by this bug.

    First off, it's ridiculously stupid. I'd love to hear an explanation from Sony about how, exactly, they managed to have this bug exist in the first place. First off, I'd love to know why the internal clock considers 2010 a leap year but what I'd also like to know is 1) why this "internal clock" is different from the PS3 clock, which knows 2010 isn't a leap year, and 2) why this "internal clock" works on dates in the first place and not on "units of time offset from a known date."

    I mean, it's apparently an internal hardware clock, right? It's not user visible. So why, exactly, is it storing dates and not just being a clock?

    I'm sure someone's going to say that I should "just get over it, it's just a video game console" which is true. And honestly, I never really was angry at being locked out of my PS3 for 24 hours. What I'm still pissed about is Sony's piss-poor handling of the entire incident. Which, I suppose, given their track record, I really shouldn't be that surprised about.

    --
    You are in a maze of twisty little relative jumps, all alike.
    1. Re:I'm still pissed, though by petermgreen · · Score: 1

      I mean, it's apparently an internal hardware clock, right? It's not user visible. So why, exactly, is it storing dates and not just being a clock?
      Many off the shelf hardware RTCs do use human style date and time, I guess because they expect people to use them in systems where that is the most convenient format. PCs also traditionally use a human style format for thier RTC so if that part of their system is a derivative of a PC design that could also explain it.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    2. Re:I'm still pissed, though by Lumpy · · Score: 1

      Shut up, if you anger them they will start putting root-kits on CD's and DVD's again!

      --
      Do not look at laser with remaining good eye.
    3. Re:I'm still pissed, though by Anonymous Coward · · Score: 0

      Oh no, poor _xeno_ couldn't play his precious video games for 24(!) hours. That's a whole day! The horror! Perhaps if you ventured outside your basement every now and then, you would understand how pathetic you look.

    4. Re:I'm still pissed, though by mzs · · Score: 1

      They also tend to be in BCD.

    5. Re:I'm still pissed, though by Megane · · Score: 1

      The wiki entry mentioned in another reply was deleted becase it was not relevant to "ARM Architecture". (And it had horrible grammar too.) I dug it out of the article history:

      PS3 Date Controversy It has been suggest that older verions of the ARM SYSCON cpus had errata such that the CPUs believed incorrectly that 2010 was a leap year and may be partially responsible for non slim versions of the Playstation 3 not being able to function properly on 3/1/2010 (issue resolved itself on most PS3s at midnight GMT on 3/2/2010). "The ARM SYSCON CPU that is used to power up the front panel of the ps3, that is responsible for doing things like sleep mode, eject, RTC etc. Is an old batch that sony picked up from the shelf like other manufacturers that has that calendar year bug regarding feburary 29th on certain periods. Causing the ps3 system clock and the real time clock to desync, messing up security measures like Digital Rights management software and sometimes games that relies on clocks for whatever reason. As well as signing up to the playstation network This CPU is always on even when your PS3 isn’t plugged

      This is the one of the same type of CPUs that is powering up mobile devices like zune and blackberries, they have been affected with this bug, so they done some software patches. A syscon update can also fix this problem

      The Slims ps3s aren’t affected because they use a newer up to date revision on the syscon cpu that fixes this bug.

      [WARNING: will void your warranty, may be best to wait for official solution from Sony] - A quick way to fix this is to remove the RTC battery for at least 5-10 min and plug it back in, you will see the date and time reset, and voila "

      I would add the following:
      1) PS3 asks for date from chip (note: chip time does not include local time zone, and is probably in UTC)
      2) Chip returns 10-02-29 with correct hh:mm:ss. Like many clock chips, these are returned as discrete components, probably in BCD.
      3) PS3 adds 2000 to the year and passes 2010-02-29 to conversion routine, which is supposed to return an epoch offset in seconds.
      4) Conversion routine says "that's stupid" and returns zero because it's an error.
      5) PS3 adds hh:mm:ss and time zone offset to the zero.
      6) PS3 later tries to convert back to Y/M/D using an epoch of 2000-01-01 00:00.
      6) PS3s around the world display 1999-12-31 or 2000-01-01.

      The problem points:
      * Chip that used discrete date components instead of keeping track of seconds since offset. This is common to make low level (assembly-language) software easier to write, even in this era when C is used for everything but first-stage boot loaders, and integer multiply/divide instructions are standard in CPU instruction sets. This meant that a piece of un-patchable hardware needed to correctly implement the leap year date algorithm, which is rarely tested when implemented, even if the implementor understands it.
      * Bogus date was passed to conversion routine, and error condition was not checked. But then what do you do when the date you got from hardware is bogus?
      * DRM and other features that depended upon a correct date to enforce digital restrictions.

      I think it's possible the source of the bug was that the "year divisible by four" condition in the chip was based on the BCD date. 10 is not divisible by four, but 0x10 is. If so, that would put it in the same category as the SMS Y2010 bug, being due to the use of BCD. So expect it to come back every even year for the rest of the decade, if Sony doesn't patch the software's interpretation of the incorrect date.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  17. Sony is very lucky... by fuzzyfuzzyfungus · · Score: 3, Interesting

    That this particular bug "fixes" itself in a relatively short span of time.

    According to the documentation provided for PS3 linux, the clock that is embedded in the PS3 cannot actually be manipulated from under the hypervisor:

    "Similar to a PC, a built-in real time clock (RTC) keeps the wall clock time for the PS3. The RTC is backed up by a battery and so ticks even if external power is removed. The RTC value can be read by a hypervisor call, but it can not be written. The RTC value monotonically increases and never rolls back. The PS3 Linux platform support uses the standard RTC userland interface /dev/rtc, The standard hwclock command can be used to manage the RTC. Since the RTC is read only, the PS3 Linux platform support maintaines a value in system flash memory that represents the difference between the hardware RTC value and the Linux RTC value."

    I'm assuming that this read-only clock "feature" is in some way related to DRM, to keep people from playing tricks with expiration dates. Worst case scenario, it is impossible to modify the RTC without hardware tinkering. Had this not been a transient bug, that would have meant massive physical recalls. More likely, it is possible for sony-blessed firmware updates to modify the clock. However, Sony can only push those either through the internet, or on physical disks. Since the bug was preventing PSN logins, the internet option wouldn't have been automatically available(though, since the issue is transient, it now is again). They would either have to mail out upgrade disks to affected users, bundle the upgrade with future game releases, or make their customers go to some support site and burn their own upgrade disks. Gigantic pain in the ass.

    1. Re:Sony is very lucky... by Anonymous Coward · · Score: 0

      except you could update your firmware via the internet, or USB stick. Sony makes updated FW, users DL and install. take off yer tinfoil hat kid
      (you dont log into psn to update FW)

    2. Re:Sony is very lucky... by zanderredux · · Score: 1

      so what happens when the battery that keeps the RTC running dies or cannot be recharged again? if there's no way to write a new date or remotely synchronize it with sony servers, would the console be effectively bricked?

    3. Re:Sony is very lucky... by DarkJC · · Score: 1

      You don't need to be connected to PSN to download an update. In fact, if you aren't up to date and the update is mandatory, you can't connect to PSN until you DO download the update.

    4. Re:Sony is very lucky... by Ginger+Unicorn · · Score: 1

      I'm not sure, but i think that Linux stores an offset from the Hardware clock to its internal software clock. You could set the hardware clock to 1/1/1970 and it wouldn't matter as long as the the kernel knows how much of an offset is needed to set the software clock correctly. I think it also records if and how much the hardware clock runs fast/slow so that it can adjust the offset for inaccuracy as time goes past. Then if you have NTP set up it just recalibrates the software clock over the net while it's running anyway.

      Perhaps the PS3 kernel has similar functionality.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
    5. Re:Sony is very lucky... by Anonymous Coward · · Score: 0

      So what happens when your battery dies (well it's made by sony isn't it) and it can't keep time any more?

  18. Re:Here is an example. by Anonymous Coward · · Score: 0

    I'm not exactly sure why you're wasting time participating in a discussion whose members you belittle. From here it looks rather much like you do so to feel superior -- and not to be intentionally ironic, either.

    Your recent post history does nothing to help me give you the benefit of the doubt. Denigrating nursing-home workers? Really? Why do you feel the need to attack people like this? Just because the Internet Fuckwad Theory exists doesn't mean you have to fulfill it.

  19. They seriously want us to believe this? by Anonymous Coward · · Score: 0

    Fix the problem, don't wait for it to magically fix itself by getting past the error date. What about next year, or the next? Do they think the product won't hold up until then and we'll be forced to buy a new one. The bug didn't "fix" it self it just got passed the errored timespan and continued on. The problem still exists.

    And who do they think they are telling us how to use our time? I went to watch a netflix online movie with my lady and was unable to due to not being able to authenticate to the PSN. Those are our big nights together to just sit back and relax.

    1. Re:They seriously want us to believe this? by petermgreen · · Score: 2, Informative

      While I agree they should fix the problem I don't think there is any point in pushing an emergency fix at this point. The correct thing to do (assuming this is a periodic problem) is to release a properly QA'd fix as part of a normal firmware update cycle.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    2. Re:They seriously want us to believe this? by Opportunist · · Score: 1

      IF that is possible.

      I somehow doubt it. IIRC, and please someone correct me if they know more about the inner workings of the PS3 than I do, you have two "clocks" inside the PS3. One that resides uncerneath all the hypervisor and other DRM protection, shielded by it against tampering, which is used most likely for rentals and the like when Sony wants to make dead sure they know just how much time has passed and you have no chance to tamper with it. How this clock is initialized is still a mystery to me, but it cannot be set, at least to my knowledge. There is certainly no way to "rewind" it, that much has to be certain to securely lock rentals away from tampering. The other clock is the "external" clock which you get displayed, which you can set to whatever you like and so on.

      Now, the PS3 "bug" hit us here locally around 2am local time. Which leads me to a certain assumption: That the "external" clock is little more than a "show" clock, to display the time, but handled and guided relative to the internal, "official" clock, so you don't set it to 6:30 but to "+2 hours 50 minutes 28 seconds", relative to the internal, official and shielded clock.

      I could envision something like this happening:

      The "low level" clock seems to have a Feb 29th bug. When the date rolled over to March 1st in mainland Europe, nothing happened. Why? Because it was still Feb 28th for the internal clock. Because the "external" clock got from the internal "display Feb 28th, 22:00 plus the 2 hours adjustment", which the external clock did: March 1st, 00:00 am.

      At 2am, though, the internal clock signaled "display Feb 29th 2010, 00:00 + 2 hours" to which the (correct) external said "Impossible, no 29th of Feb in 2010", which probably prompted the internal one to assume tampering and thus it simply sent the general shutdown command, assuming the user tried to breach its protection.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    3. Re:They seriously want us to believe this? by petermgreen · · Score: 1

      which probably prompted the internal one to assume tampering and thus it simply sent the general shutdown command
      except the system WAS NOT completely disabled. Afaict downloadable content failed (presumablly due to it's drm dates being out of range) and the trophy system crashed but afaict games without trophy support continued to run fine as did the web browser and the backwards compatibility. Further things recovered by themselves when the internal clock rolled back to a sane date.

      This suggests to me that it should be possible for sony to at least work arround the issue even if it's impossible to fix it at source.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  20. Re:Here is an example. by Anonymous Coward · · Score: 0
    x = Now()

    If x = Now() and consolebrand Is sony Then

    Head Asplode()

    EndIf

  21. Re:Here is an example. by tenton · · Score: 1

    An issue that might come up every two years? That would hardly warrant a "stop the presses" to Sony.

    Actually, the bug would only manifest itself every 4 years. 2012 is a leap year and Feb 29 does exist, so the bug *shouldn't* occur. In 2014, though, we'll see.

  22. So what were they supposed to do? by Dr.+Manhattan · · Score: 4, Informative

    I'd love to hear an explanation from Sony about how, exactly, they managed to have this bug exist in the first place.

    Well, apparently, it wasn't a Sony bug per se, it was a bug in one of the support chips.

    Sony decided to be paranoid about time because of pirates. If you can hack the PS3 and change the date, then you can avoid expiration times and so forth. So if the hardware clock and software clock get out of sync, their DRM and such stops working. Considering the PS3 is the only major console that has not been hacked to the point of widespread piracy, keeping to this level of paranoia seems to have paid off for Sony's purposes.

    As to Sony's "piss-poor handling of the entire incident", I'd like to know what, exactly, you think they should have done about it?

    Seriously, I've just appointed you, _xeno_, to be CEO of Sony, and you just got a phone call. "Oh, crap, it's midnight GMT on March 1st, 2010, and all the older PS3 consoles can't play downloaded content or games with trophies or sign into the PSN!". What are you going to do? What orders do you give?

    --
    PHEM - party like it's 1997-2003!
    1. Re:So what were they supposed to do? by _xeno_ · · Score: 3, Informative

      You may not be aware of this, but they have a Twitter account devoted to the PlayStation and a blog. Sadly, the blog doesn't record the time when the entries were posted, but you may notice the 13-hour stretch between "slim consoles still work" and - well, actually, if you follow the link, it basically reiterates that slim consoles are working.

      Then complete silence until the 24-hour period ended, followed by a brief announcement that "hey, it works again!" and then completely ignoring that it ever happened. Instead they've posted several blog entries that conveniently knock the PSN outage way down the page.

      Do they intend to fix this issue with a patch? Can they? Does it even matter? Who knows, they certainly aren't saying. All they've said is "oops, sorry" and, well, that's it. Not even a "we're still looking into this matter."

      Of course, based on the vague "if we get new information we'll keep you posted," I get the impression that this isn't the fault of the people running the blog, it's that the PlayStation group themselves are simply not bothering to communicate. Maybe they're still looking into it, maybe they aren't, but the community managers apparently have no idea based on the weasel-wording on the blog. And that would be a problem that Sony should address.

      But in any case, I still have to wonder: why in the hell does a reduced instruction set computer have a buggy leap-year function? Why the hell does it care what the human-readable date is? All it needs to do is keep track of "units of time since a known start point." Let the OS worry about what the human time is.

      --
      You are in a maze of twisty little relative jumps, all alike.
    2. Re:So what were they supposed to do? by robmv · · Score: 1

      If you know something will "temporarily fix" by itself in 24 hours, for something not earth shattering like playing video games (no lives at risk, no mayor issue than your image and a few lost PSN network sales). Will you risk a rushed firmware patch than can cause more problems without proper testing? I don't. I will wait the 24 hours, then later issue a proper fix if it is needed, after testing if there is a possibility of that happening again another year, if 2010 is the only year that could happen, I will not publish a patch until another error must be fixed. To rush a patch that is not needed (no security related) is not welcome in production environment

    3. Re:So what were they supposed to do? by ShakaUVM · · Score: 1

      >>As to Sony's "piss-poor handling of the entire incident", I'd like to know what, exactly, you think they should have done about it?

      Well, they said they'd have a fix within 24 hours, and here we are!

      I actually laughed when I read that yesterday, since I knew exactly what their fix would be: doing nothing.

    4. Re:So what were they supposed to do? by Dr.+Manhattan · · Score: 3, Insightful

      Then complete silence until the 24-hour period ended, followed by a brief announcement that "hey, it works again!" and then completely ignoring that it ever happened. Instead they've posted several blog entries that conveniently knock the PSN outage way down the page.

      A major bug knocks out significant functionality in a console with an installed base in the tens of millions. Remember, you're the CEO of Sony, and you have to protect the value of your company. It would be criminally irresponsible if you were to rush out an untested fix. If that broke anything you'd be subject to lawsuits. Firmware updates are risky at the best of times.

      Meanwhile, your engineers are telling you, "We've got a problem with the date that's screwing up DRM. On our special development consoles, it looks like once the date rolls over in less than 24 hours, the problem will go away. We've tested it on a handful of our customer-style consoles, and from what we can see it appears to be the case there, too. But there are seven 'Fat' models out there and in these few hours we can't test 'em all. Even once that's fixed, we can't absolutely guarantee all will be working after that."

      So, you're careful about what you say, and you proceed with deliberate speed. The problem hasn't even been resolved for 24 hours yet! I strongly suspect that they are working on adding a fix to the next firmware upgrade - but that means they'll need to delay the next upgrade, add new tests to the regression tests and QA process, evaluate the fix on all nine models of PS3 (plus the two new slim models in the pipe), and then finally roll it out.

      Every company with a substantial codebase and millions of customers is this slow, by necessity. It took Microsoft a week to get the Live network stable after the flood of new users back in December, 2008. A week later (i.e. seven times 24 hours), they gave away a free downloadable game as a further apology. And they still got sued over it.

      I strongly suspect that Sony will release more information soon, and may offer a downloadable trinket as a further apology, too. But expecting a giant company to share technical information (that might be used in a lawsuit) in real-time is a bit much.

      --
      PHEM - party like it's 1997-2003!
    5. Re:So what were they supposed to do? by Dishevel · · Score: 1
      Make me CEO for the day.

      Issue apology for the bug. Give free premium theme of choice to all affected PS3 users. Then get me a limo and six hot hookers.

      This CEO shit rocks!

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    6. Re:So what were they supposed to do? by Anonymous Coward · · Score: 0

      But in any case, I still have to wonder: why in the hell does a reduced instruction set computer have a buggy leap-year function?

      That's obvious. It has reduced instructions for handling the leap years.

    7. Re:So what were they supposed to do? by kirkb · · Score: 1

      Anybody got a link to the errata from ARM? Can't find it on their site.

      --
      Slashdot: come for the pedantry, stay for the condescension.
    8. Re:So what were they supposed to do? by Gulthek · · Score: 1

      Easy, post an explanation to the official playstation twitter account and playstation blog. Be open about the problem, admit it's a mistake, admit we aren't going to fix it, explain that it's one day. Call March 1st "Playstation Nap Day"

    9. Re:So what were they supposed to do? by Man+On+Pink+Corner · · Score: 0, Flamebait

      But in any case, I still have to wonder: why in the hell does a reduced instruction set computer have a buggy leap-year function?

      Mr. Xeno, what you've just said is one of the most insanely idiotic things I have ever heard. At no point in your rambling, incoherent post were you even close to anything that could be considered a rational thought. Everyone on Slashdot is now dumber for having read it. I award you no points, and may God have mercy on your soul.

  23. Expect a repeat performance in 2014 by Vyse+of+Arcadia · · Score: 1

    These sorts of bugs have a tendency to repeat themselves. I fully expect this to happen in 2014. After all, 2010 was the first even non-leap year since the PS3's release.

    1. Re:Expect a repeat performance in 2014 by Anonymous Coward · · Score: 0

      I wouldn't expect this again till 2020. I am going to give them the benefit of the doubt that they don't think every even year is a leap year, but not extend the same curtsy about knowing that 0 % 4 == 0. Someone pointed this out earlier while we were all posting patches for the fix but ( Year % 10 ) % 4 might seem correct at a glance if you ignore all the exceptions, but it fails for any year ending in zero Now that I think about it 2020 is a leap year so 2030. I think were all good

    2. Re:Expect a repeat performance in 2014 by Anonymous Coward · · Score: 0

      You mean to tell me that they didn't hard code a leap year bug for 2010? And that since they didn't issue a fix the bug will not fix itself for future dates as well?

      Thanks for the help, Captain Obvious.

    3. Re:Expect a repeat performance in 2014 by casings · · Score: 1

      wow, whoever thought Year % 10 and Year were congruent mod 4 needs to go back to undergrad.

    4. Re:Expect a repeat performance in 2014 by Anonymous Coward · · Score: 0

      No, it fails for all even years when the tens place is odd, not when the ones place is a zero; you point out yourself that it's correct in 2020.

    5. Re:Expect a repeat performance in 2014 by bws111 · · Score: 1

      If, as suspected, the problem is that a BCD value is interpreted as binary, then you can expect 2010, 2014, and 2018 to be treated as leap years, and 2012 and 2016 to not be counted as leap years. Once we reach 2020 the problem will go away for 10 years, only to return in 2030.

  24. Pot, meet kettle by Anonymous Coward · · Score: 1, Insightful

    ...That's pretty much what ALL of you so-called Slashdotters do. Belittle anyone who doesn't agree with you ("you, sir, are an idiot, anybody who does X is an idiot", etc). I also see that so-called Slashdotters have a tendency to assume that anybody who doesn't have in-depth knowledge about the topics discussed is also an idot.

    A bunch of armchair experts, who supposedly know everything from world politics to enterprise-level corporate management, but still SOMEHOW find the time through all of their corporate, financial and world-wide political success to post asinine comments on /.

    Hence, the topic of my post.

    And, who gives a fuck that I'm anon; stop waving your pseudonyms around, or leaving some silly signature as if your real name has any bearing on the validity of your posts.

    1. Re:Pot, meet kettle by dominious · · Score: 1

      no the pseudonym will not reveal my real name, but at least someone can go through the history of my comments and get an idea of what kind of comments i leave here.

      and yes there are people who are experts in their fields, and remember there are more than 1 million users here. So there will be most likely at least a bunch of experts for each topic. Although the armchair experts are not missing, but you have to learn how to filter those out (for one check their comment history?).

    2. Re:Pot, meet kettle by Slashcrap · · Score: 2, Funny

      ...That's pretty much what ALL of you so-called Slashdotters do. Belittle anyone who doesn't agree with you ("you, sir, are an idiot, anybody who does X is an idiot", etc). I also see that so-called Slashdotters have a tendency to assume that anybody who doesn't have in-depth knowledge about the topics discussed is also an idot.

      A bunch of armchair experts, who supposedly know everything from world politics to enterprise-level corporate management, but still SOMEHOW find the time through all of their corporate, financial and world-wide political success to post asinine comments on /.

      Hence, the topic of my post.

      And, who gives a fuck that I'm anon; stop waving your pseudonyms around, or leaving some silly signature as if your real name has any bearing on the validity of your posts.

      Whatever, faggot.

    3. Re:Pot, meet kettle by Ginger+Unicorn · · Score: 1

      anybody who doesn't have in-depth knowledge about the topics discussed is also an idot.

      You sir, are an idot of the highest order.

      --
      (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
  25. Clock begins again by smd75 · · Score: 1

    Sony has a little less than 4 years to figure out how to solve this. I pray they can do it in time. Meanwhile, my PS2 worked just fine.

    --
    Im a troll because I disagree with you.
    1. Re:Clock begins again by Megane · · Score: 1

      They may have only two years to fix it. If it's a bug that causes the BCD year mod 4 to be used to determine leap years, then it will be a problem every other year in this decade. Then another ten years later it would be a problem again.

      The next time it happens, the clock will lose a day, instead of gaining a broken day. Among other things, imagine what happens when you play a downloaded "rental" video with a 24 hour clock from when you first start playing it... and you start playing just before it turns Feb 29 in UTC time.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    2. Re:Clock begins again by smd75 · · Score: 1

      PS3 was released Nov 11 2006. It missed the first even non-leap year. Did fine in 2008 (a leap year) and then had its issue during the next even non-leap year. I think itll do fine in 2 years.

      --
      Im a troll because I disagree with you.
  26. Bravo Dev Team! by Warhawke · · Score: 2, Funny

    I love how sony said that they would "fix" this in the next 24 hours yesterday. I'm glad they worked so hard and diligently to apply this fix. One might even say they moved the earth for it.

    1. Re:Bravo Dev Team! by Volante3192 · · Score: 1

      ...One might even say they moved the earth for it.

      Sony caused the Chilean earthquake?

  27. All the people complaining about DRM... by feepness · · Score: 1

    This clock verification exists to figure out whether the console is compromised. Avoiding being compromised serves both DRM and anti-cheating. I don't want people with hacked consoles getting every trophy in every game instantaneously. I don't want people getting instant headshots in MW2. This is one of the reasons I stopped playing on the PC.

    I realize cheating is still possible, but I applaud having a system which is difficult to hack, even if it means things like this can happen. Do they get to use it for DRM? Yeah, they do. Tradeoff. And if this had been some sort of permanent problem I would take my business elsewhere.

  28. So the slim is affected? by Anonymous Coward · · Score: 0

    So the slim will be affected further down the road?