RomRaider

Dude, its done, remember? Use RomRaiderJTable

I can't get it to compile in windows just yet, its failing on some stuff with g++ in cygwin (must be a version difference in the compilers). I noticed that Colby had a new release of ecuflash and in his notes it says "Preparing code for Linux / MAC OS X port". He already uses gcc, so I am going to just start digging into the code I have and see where the flash routine entry points are, wrapper it, build it and attempt to read with it on my ECU in Linux. Then I'll build the same module in cygwin. Gonna be a few more weeks man, I got a bit side tracked just tuning my car. I am really freakin busy as well, but the tune is pretty much complete and I can start pouring more time into reviewing the code and wrappering the flash routine. Sorry. If someone else wants to take a stab at it before me go right ahead. I have been successful in promoting RomRaider though so far with my shared map.

My dev time would be shortened dramatically if I could get the latest source and just start with Linux since colby has already done some porting of it. If we can't do that, I can work with what I have still.

Here are Colby's instructions for building (kinda vague):



Problem I am having is either path related (can't get it to even start to build unless I open the QT command prompt and then it fails finding the __min macro and __max macro). I'll figure it out.

Good luck man, I'm also really busy with my tune That and other RomRaider dev stuffs. Wonder if there are other C/C++ devs on this board that can help? Though it seems you have a handle on things.

Yeah I got it under control. Colby never setup the batch files correctly for building from the command line. It builds in the VC++ IDE though, but I have one error left. Gimme 5 minutes. Then I will step through the flash routines and isolate the flash code and build a quick command line flasher and throw it your way.

Right now I am fdown to this error:

c:\openecu\build\ecuflash\.\EcuRomMetadataparentseldialog.h(30) : error C2990: 'QList' : non-class template has already been declared as a class template
c:\qt\4.1.3\include\qtcore\../../src/corelib/tools/qlist.h(296) : see declaration of 'QList'

Hmmm, I think we need to find someone really dumb, I mean, manly to test it lol I already had one scary flash experience, partial flash, not sure the vein in my forehead could stand another event.

I suppose Jared is the type of person we need to do the testing.

Got the code compiling, working on linker issues. I will have ecuflash built soon in debug mode which will aid in me replacing the GUI with a command line flasher. Like "flashecu --write myrom.hex" or "flashecu --read myrom.hex".

Yeah, I am pretty manly...

Well, I found out I have to compile the QT libraries on winblows. :/ Been going for about 45 minutes now. Jeeebus!

Just wait till I post a picture of myself, then you'll really know what manly is. grrrr...

I can't make this bastardized code build with those limitted instructions. I can build it in VC++, but it fails on linking as the damn QT didn't build the libraies I need. First time using QT on windows. I am thinking I am just going to do this on linux. Tired of messing with the QT crap, I am just going to isolate the flash routines by reviewing the code this weekend.

Gotta get back to work at my day job now though.

Where is the ecuflash code ? I might be interested in making it build on FreeBSD.

I won't be able to really dig into this and get it wrappered for about 3-4 weeks. I definitely won't have anything done in 3-4 weeks, and there was some noise over on openecu.org with another volunteer to do this.

Anyway, if no one else can get to it I will do it in about a month from now.

-Gabe

BTW, I have spent a good bit of time browsing the code and it will be a good bit of work to remove the QT stuff from the flash routines (loading flash type XML, etc). Its not as easy as just wrappering some command line interface around some code. A good bit of stuff has to be moved around/replaced/unhooked from the QT stuff. I suppose adding a command line interface to ecuflash and just packaging ecuflash with RomRaider would be easier, but I don't think thats what we want. We really want a module that can eventually be JNI wrappered that works in Linux/OSX/FBSD/Winders.

Hey, any way of detaching from QT would be beyond awesome. Command line is good enough.