Where does dios mios toolbox save data
new revision.give what you can.thanks for donating.good things to come.damnit Joostin.yada, fuckin' yada g'nite. I'm exhausted and I'm going to take a nap. Now I just worked 8 hours, got home and typed this up. Even taking this misstep into consideration, I just like ya too damn much and respect all the work you've done. I think we're both excited about the project. I do give you credit though for not just flat out denying it's purpose when confronted, but no, of course crediar was not happy about the thread. You did however just start a thread in this crap hole synonymous with piracy about a program with AP, with the added benefit of screwing with the other guys' project, so I don't know if you should be pointing the finger regarding drama. I think people are finally starting to 'get' it though, so I'm hoping that dies down now. Honestly these threads make me feel like I'm doing TOO much for this project.
you think I want all this drama? I didn't know trying to help crediar out was going to be this damn difficult. My major was in psychology and I mean fer fuck's sake, it's HIS program of course he's going to handle the commits! =) The saves will be in the root of your sd card, in a folder named saves or gcmm (I dont recall). Now obviously he's a better programmer than I. Thats good because third party cards are so easy to work with. I work with him almost exclusively through PM and it's been that way since it's inception. You know it's funny, I was just saying the other day that I've probably powered up my wii some 3 to 400 times to just test something DM related. crediar and a few others would vouch for me on that. I'd like to help out in debugging and fixing this issue, so let me know if there's anything else I can do to track it down.ĮDIT: On a sidenote, disabling logging entirely did fix the SD corruption problems, so it has to be something related to the logging functionality.Īch, tueidj I shouldn't have to prove myself or all the time I've put into DM. With a buffer allocated on the stack, it still mixes the output, but it isn't jumbled. With the static buffer, it causes all sorts of collision and garbage output. I can't figure out exactly where this is happening, though. From the debug output, it seems that DML's usage of dbgprintf() is interrupted by the Dolphin OS fwrite() handler, which is redirected to dbgprintf(). Use of a static buffer in dbgprintf() for vsprintf() instead of allocating a buffer on the stack.
#Where does dios mios toolbox save data Patch#
I posted a patch to convert this to vsnprintf(), but it hasn't been applied yet, and it probably needs to be rebased after the recent revisions.
Depending on the source string, this may cause a buffer overflow, which could leak into some data structures. Use of vsprintf() on a fixed-size buffer in dbgprintf().I did narrow it down to a few potential causes: (See for more info) Has anyone else had filesystem corruption happen to them? Unfortunately, I haven't been able to use it too much because I've been hitting an issue where it corrupts the FAT filesystem every so often. I'd like to thank the devs for writing DML (and its predecessor, Dios Mios). Hi, this is my first time posting on GBAtemp.