I'm so glad to see the date and time can finally sync with the internet this afternoon when I got home. By logging in PSN, my trophies are back once I fire up the game and doing the synchronize thing. Hooray!
I have no doubt that after GMT time reached March 2nd the fat PS3s started connecting again (I tried it myself at 6:10 PM CST 00:10 AM GMT). Considering that so far it looks like they couldn't fix it themselves and 24 hours later when the date changed things went back to normal, will this happen again next year? Or any other subsequent year the PS3 thinks it's a leap year?
If nothing is done is to expect this to happen by 28th February 2014 (since the internal clock now is 24 hours behind the real time), but by that time Sony should already had done something about it, that is if there's still some pre CECHL machines that work... since the CECHL model were the oldest ones to be imune to this..
some sourceBoth binary and BCD encode the numbers 0-9 as 0x00 - 0x09. But BCD encodes the number 10 as 0x10, whereas binary encodes the number 10 as 0x0A; 0x10 interpreted as a binary encoding represents the number 16. For example, because the SMS protocol uses BCD for dates, some mobile phone software incorrectly reported dates of SMSes as 2016 instead of 2010.
Some other sourceThe typical Unix timestamp (time_t) stores a date and time as a 32-bit signed integer number representing, roughly speaking, the number of seconds since January 1, 1970; in 2038, this number will roll over (exceed 32 bits), causing the Year 2038 problem (also known as Unix Millennium bug, or Y2K38). To solve this problem, many systems and languages have switched to a 64-bit version, or supplied alternatives which are 64-bit.
Needless to say i was piss about my ps3twiceand pissed at myself for not taking a moment to check Sony's official website, or Sony's official PS3 forum, or the official PS3 Support Site, or the official PS3 Blog, or the official PlayStation Twitter, or even a simple Google search, not to mention check this GTP forum, before taking any unnecessary action that would not only take time but also possibly lose data - with in 24 hrs lol.
Just to have everyone clear just in case any of you are wondering........ PS has fixed this whole issue.
So I guess it tried setting the internal GMT date/clock to March 1, 2010, which is a valid date, connected to the time server and saw that the time and date was wrong, and corrected it to March 2? I just don't get why setting the time manually couldn't fix this. The internal system clock must always set itself to the network's time and then allow you to tweak what is displayed as a transformation of its internal (real, GMT) time.
Just to have everyone clear just in case any of you are wondering........ PS has fixed this whole issue.