devkitPro

WinterMute wrote: I tried compiling code as thumb a while ago and it failed. The TODO list does have a note on this & the intent to figure out why.

Any chance you could get me a fat image containing files like this for testing?

1. possibly because you didn't compile arm9 part in ARM.
2. later

hbmenu is not a DSi only project nor will modified binaries for specific DS model consoles be provided. The bootloader provider with hbmenu is not a library, nor is it intended for use in normal user code. Explain the 0xE5 thing in more detail. Under what circumstances does this become an issue? Ho...

this is nothing more than a cosmetic change as far as I can determine. Your "bootlib" patch removes essential functions from hbmenu so it was removed. Please don't post it again. 1. As for NT flag, yes it is cosmetic change, but it is what libelm(Wood/AKAIO) and MoonShell are doing. [edit...

WinterMute wrote: Searching for the file using libfat is stupid, short sighted, prone to error and incredibly slow if the user has a lot of files on the card. Please do not provide incentives for card makers to not support argv.

But MeRAMAN's softwares use that method since before you provided argv scheme...

(a) No (need dumping DS card)
(b) http://www.bottledlight.com/ds/index.ph ... /NDSFormat <- check "icon"

WinNT uses reserved flag for filenames with all small characters like "boot.nds". When there is such file, you can see "boot.nds" on WinNT but "BOOT.NDS" on libfat. This patch will return "boot.nds" instead of "BOOT.NDS" for such case. And it seems t...

dirnext() returns boot.nds instead of BOOT.NDS, so (also for 8.3 files) you will see the same file name as on WinXP PC.

viewvc is dead, but you can see
https://devkitpro.svn.sourceforge.net/s ... pro/trunk/
anyway it is true that I can't track what is updated in new revision.