I guess it's nice that it autopatches, but homebrew programmers shouldve been modifying their makefile to automatically do it as part of the build process anyway..
]]>Or am I doing something wrong ?
to launch the newly built desmume from svn, I'm using this command :
E:\Coding\Tools\DeSmuME_dev.exe --cflash-path=E:\Coding\Ankinds\Release\ E:\Coding\Ankinds\Release\Anki.nds
btw, it's really nice that desmume now automatically patches homebrew roms with the MPCF dldi. Thanks for that too.
]]>desmume easily knows that something got written to. it might could even discern which files got written to, with enough clever code. similar clever code is why the old code was buggy and impossible to fix. it would be fairly tricky to figure this out in the new code. i don't think I am interested.
libfat has worked in desmume for a long time, it was just flaky.
]]>I'll investigate the matter further and try to build a simple test case if desmume is at fault.
2. Ok, I'll cope with it.
2a will be a very nice addition in a couple of months and don't bother with 2b.
Better spend your time and energy on another place (especially if 2a is coming).
Just out of curiosity (I'm a noob in emulation/desmume internals, so bear with my stupidity ^^;),
At the moment, is there a way for desmume to know if the rom has tried to write to the "emulated fat files" that you maintain somewhere in memory ? And which file has been written to ?
If both answer are yes, maybee writting the file to the directory could be done by pausing emulation, writting the dirty emulated file to disk and rescanning the directory. But I guess that it would be slow.
And last but not least : I loooooooooove you and desmume.
Since I have managed to make libfat/nitrofs work in desmume, development speed has considerably increased (how I hated testing on the ds by removing putting in the sd card and the flashcart).
Many many thanks to the desmumle team.
I have a few questions :
1) Is there a way to make desmume use long names instead/in complement of 8.3 filenames
(like having a hashmap that stores the long name and associates it with the 8.3 name) ?
It woul allow testing/developping my app further (it works in collaboration with a window app, so I don't really have the choice for the filenames)
2) Is there a way to make desmume write the files to the windows directory (I'm using the "path to repository" option) ?
I ported sqlite3 to the ds and it would be extremely usefull for testing/debugging purposes
3) to use googletest in my nintendo ds app inside devmume I hacked a previous desmume version :
My apps poke information at some point in memory and desmume listens/peek to these places.
when it finds relevant information there, it stops emulation, write some files on disk and exits.
Could there be a command line option, say "-exitwithnds" that tells desmume to exit when the rom exits and to return the error return code of the rom ?
]]>Can you point me in the right direction?
*EDIT*
Ok, I got a disk image made, but it seems it still a little buggy.
i can confirm your 1st folder bug. i had a directory called `data` above ID1 which was making it work. thanks for figuring that out
]]>Homebrew CANNOT access the lowest alphabetically named folder!
If just I just had a folder name "ID1" in my CF specified directory, Quake gives the "could not find ID1" error. If I then add a folder that would be placed lower alphabetically, for example "HD1", in the folder next to "ID1", Quake WORKS!
Hope this info helps.
Also, it looks like the CF settings ALWAYS get set to "use ROM path", no matter what else I set it to.
]]>