Whatever this thing is. Assume it's meant to be firmlaunchhax
http://pastebin.com/fxUshNDR
http://pastebin.com/fxUshNDR
i agree with this thread... but please ask to change the title, or people will still create new threads because they think that their findings are really reliable; and that this thread is just for bulshit\jokes
and keep it organized, edit the first post with links for the paste bins\indexing the people who shared them..
something like this thread: http://gbatemp.net/threads/gbatemps-golden-threads-thread.334504/
but everything inside this room.

report it, asking for change name, and currently no staff online... gbatemp right now is a jungle with no law :CWill do! Thanks for the idea.
Also, any mods willing to change the thread name to "Post Pastebins Here" Or something of the sort?

Thats just trolling shit I fed him.. its GW code for mounting NANDWhatever this thing is. Assume it's meant to be firmlaunchhax
http://pastebin.com/fxUshNDR
report it, asking for change name, and currently no staff online... gbatemp right now is a jungle with no law :C
Thats just trolling shit I fed him.. its GW code for mounting NAND
Might as well contributeI think this might actually be something.
http://pastebin.com/Gmm48dsa
The comment says "Patch NIM to reply with 0 in CheckSysupdateAvailable." Assuming the code does what it says, it would allow the eShop to work on outdated firmwares.
Idk of it's legitimacy but look at that dateMight as well contributeI think this might actually be something.
http://pastebin.com/Gmm48dsa
The comment says "Patch NIM to reply with 0 in CheckSysupdateAvailable." Assuming the code does what it says, it would allow the eShop to work on outdated firmwares.
Well just from a complete idiot with no coding experience whatsoever it suggests that the Nim process ID is dynamic so you would probably have to figure that out tooI know enough programming to have an idea of what that code is doing, and—in theory—it looks right to me.
It defines the nim process, an address, and an instruction, and says "Patch this process, with this instruction, at this address." Assuming the address and instruction are correct... it should work.
I'm just not sure what to do with it. You could use bootstrap, but then there's no way to get back to the home menu.
An alternative—and probably the better method—would be to use NTR Debugger, but I don't understand its syntax well enough to translate the C code.
Well just from a complete idiot with no coding experience whatsoever it suggests that the Nim process ID is dynamic so you would probably have to figure that out too
Yeah I understand, I was just going off what that paste in said......again as I said I don't really have any programming experience so I'm probably just chatting crap......if you feel like you can do something with it give it a go in NTR....see if it worksI know for a fact that NIM is 0x25 on my 3DS (at least when it's running 9.0-E, haven't had a reason/opportunity to check anything else).
It's listed as 0x25 in that pastebin as well.
Even if it wasn't, though, NTR Debugger makes it REALLY easy to find the address of a process. You type "listprocess()" and the address of every one shows up!![]()
That patch just stops the system from giving update nags. It won't fix the eShop.
Oh, okay. Thanks for the info! Is this going to be added to KARL to stop emunand update nags?
It can cause a bunch of really bizarre side-effects, so probably not. Daz had like 60 empty gifts show up on his home screen after going into standby with it.

That is very odd. I wonder if there's a workaround for update nags.![]()