Ok, the date is correct. Gateway uses the date directly from the file allocation table:
https://en.wikipedia.org/wiki/File_Allocation_Table
https://en.wikipedia.org/wiki/File_Allocation_Table
Just a question. a friend of mine has a mcumall programmer which has jtag and spi interface, if gateway comes up with an update that reguires programing their chip, can we simply use a programmer like the mcumall one and flash the clones using the jtag pins on the back of the pcb? or it's not that easy?
Ok, the date is correct. Gateway uses the date directly from the file allocation table:
https://en.wikipedia.org/wiki/File_Allocation_Table
Create date (since DOS 7.0 with VFAT).
The year, month and day are encoded according to the following bitmap:
Bits Description
15-9 Year (0 = 1980, 119 = 2099)
8-5 Month (1–12)
4-0 Day (1–31)
Code:Create date (since DOS 7.0 with VFAT). The year, month and day are encoded according to the following bitmap: Bits Description 15-9 Year (0 = 1980, 119 = 2099) 8-5 Month (1–12) 4-0 Day (1–31)
With that info 0x4444 is April, 4th 2048

like this 0x4444 = 0100010 0010 00100
bit 4-0 00100 = 4
bit 8-5 0010 = 2 Feb
bit 15-9 100010 = 34 (1980 + 34 = 2014)
or am I wrong
The world endsand what is going to happen on 4 feb 2014?
Code:checkGW() { if(crcOK)return; // Check if the CRC is ok. If the CRC is ok, return and don't execute the other checks if(random)return; // Generate a random number and check, if the number matches the requirement's. If they don't match, return and don't execute the other checks if(no_filebefore0x4444)return; // Check the date of the first file beginning with "L". If the date is before the 04. Feb., return and don't execode the brick routine brick() // If all checks before don't return, the brick code is executed }
like this 0x4444 = 0100010 0010 00100
bit 4-0 00100 = 4
bit 8-5 0010 = 2 Feb
bit 15-9 100010 = 34 (1980 + 34 = 2014)
or am I wrong
It makes much more sense now. Burn gbatemp, burn for your stupid members 

I
The world ends
Seriously: The second check is active, if the file creation date is after this date, so 2 checks are running which theoretically can double the chance of a brick.

except that maybe people have incorrect times set on their 3ds etc...so its not as fool proof as you would imagine
Yeah, you can proof, that the second check is not running yet. The first one runs since almost a month.This pseudocode is bullshit and I can prove it:
If this is what the GW code does then neither clone card users nor legit GW users would have bricked their 3DS until Feb 4th.
This pseudocode is bullshit and I can prove it:
If this is what the GW code does then neither clone card users nor legit GW users would have bricked their 3DS until Feb 4th.
Guess what today is? Jan 24th. So we should not see a single brick yet the threads on this forum are full of them (with clone users)
This is a second check, that hasn't been activated yet. On February 4th, the chance of your console bricking on legitimate Gateway and clone firmware will essentially double.
Again I see that you're reading all the threads, all the posts related to Gateway, and spreading rumors, like this one.
We don't know for sure, what will be after 4th february.
But I see that you know everything the best.
Sorcerer one?
But I see that you know everything the best.





