RFLAGG

*update* Okay, I'm about 50% done converting the dll's to lib's. One problem has become apparant though. I've merged all your updates into my source fork, but that took a considerable amount of time. Right now my source should compile on both windows and linux, because it uses #ifdef's to check what platform it's being compiled on, and only use the necissary code. So, the question is, do you want me to keep maintaing the Linux port, or do you want to use my source (which compiles the same under windows), the downside being that the code is alot bigger (and it sucks seeing other peoples code in your work) or for me to just make patches for your code that the Linux users can apply to make it compile?

Okay, people, I think you guys are missing the point of an emulator. If you want the touchscreen, buy a DS. Simple. The emulator is for emulating the hardware of the DS, not the physical feel of the touchscreen. Not to mention that the touchscreen won't be implemented for a *long* while, Two9A is still working on the second CPU. Obviously, it's going to use the mouse, as that's the most natural thing.

Well everything is ported, cept a lil bit to do with the DLL -> lib conversion. Since this is so early in development, I think I'd be in my best intrests to wait until you've got the design figured out (you mentioned splitting up the DLL's etc) I know it wouln't cause me that much more work, but I'm a lazy lazy man and am currently working on a mock-engine for a DS game (I just got mine today - christmas - such a beautiful thing it is, so powerful and small) I'll clean up the code sometime soon and post it. Merry Christmas everyone. p,s, I read (most of) that ARM pdf you have on the site. Wow I think I've gone braindead. I wish I could remember/understand half of what I read.

UPDATE - It still gets about ~1,000,000 compile time errors, but at least I made the makefile work - I've got all the "need to fix for *nix" code seperated - Need to add your recent changes into the code im using. and wow that's it, let's throw a party. This week is the last week before Christmas holidays, so once it's over I'll have lots of school-free, uninterupted time to work on stuff, so it won't take long.

From the debugging output, it looks like the program didn't link properly. Of course, since the emulator does such low level things it could be all too many different things. Looks like a job for printf debugging Maybe I'll try sometime and install Windows, see if it works for me. I love debugging. As long as I don't have a class due date that is. 0_o

Haha yes, well I was looking over the code, and was a bit shocked at first Not many comments, but I think I'm starting to piece together most of the parts. From what I've gathered, all I would need to do is change the code: 1) From DLL's to *nix libs 2) All the WinAPI stuff to Qt / wxWindows / etc / etc 3) Any graphical stuff to SDL (unless it already is, I haven't gotten that for yet) The main part is 1), but I'm guessing it wouldn't take *too* long.... I'll try sometime next week (Very busy this week) and see what happens. Also, if all goes according to plan, it should basically be compatible with all *nix OSes, (or at least 99.9%) including the BSD's (freeBSD, Mac OSX) EDIT: This was all compiled in vc++ right?

Hey, I was looking around on some info for the DS, because I want to develop games for it (I'm glad it's close to the GBA, I won't have to relearn as much!) and I found this site. I don't know how much I could help out, but I'll be downloading the sources tonight and taking a peek around. I'd be happy to make a linux port, since I'm used to linux coding (and use it everyday) and I'm gonna be trying to make some demo's too. Anyways, if you guys are interested just say so.