I'm open to suggestions. What formatting changes would an IDE fix?

Also, I'd welcome patches (or a whole new repo) for both an ant/ivy build system, or maven system. Like I said, I'm a c/c++ guy who uses makefiles, and rarely uses windows to do any building, since cmd.exe is a joke, and cygwin is a fat bloated slow mess.

Also, I'd like to extend it to be able to output the "new" (xml) format xdfs.

Please consider putting your source under github or something similar so I can take a look.

I got it generating XDF XML's now.
I need to make it generate tables for axes as well and link them to the tables.

Everything else works.
It also makes a single jar using this: http://code.google.com/p/onejar-maven-plugin/

I'll try to finish this tomorrow, and will post the source up. I'll lack folder support at start, so that'll have to be done as well...
I don't want to post something completely half baked that does not work properly, it at least needs to take a .kp and output a usable .xdf from it.
I am thinking to just output the .xdf to stdout and let users redirect it to wherever they want.

It wouldn't be really doing anything that your parser isn't doing now though, aside from having perhaps a refactored codebase, which is not really all that relevant.

I know, don't worry

dope thread.  subscribed.

Thanks!

Looking forwards to checking it out (pun intended) time permitting.

A few other features from my program you might want to look into

1) CSV output of tables
2) feature to read in a binary to generate max/min values for CSV output so you can compare various values from different boxes (e.g. KRKTE from RS4 vs S4 etc)

Btw, another thought...
Since we have the English funktionsrahmen for ME7.3, and some acronym definitions, what about including a filter on parsing the map pack, and then looking up the map names in a sort of dictionary file?

So we could have an English dictionary file, and any map ID's that match it, would automatically be translated?

I think Maven should do most of of the dependency stuff you'd need.
Just need to use it more I guess. It's all pretty daunting at start.

I do C/C++ myself as well, but I am not as good at it as I am at Java. I don't see the use of trying to enforce the habits of one language on another though.
The majority of the world is pretty happy with using Maven. If you check my project you can see an example where I have separated out the module for parsing the map pack, which is not executable by itself (it's just a library) and added another module, which depends on the map pack parser and actually generates an executable jar that emits XDF from the parsed map pack data.
In a broad way of thinking a maven module project can be something like the gcc -M that you are used to, but it is different as well.

I also used JAXB for XML generation, instead of printing strings or DOM. Maybe something of interest as well.
You could easily make a CSV creating module, which depends on my map pack parser for example. Though, I would need to set up a repository for it, if you wanted to do it separately outside the multi-module project, so that it can pull it down automatically.

Anyway, you could indeed use my codebase as an excuse to separate ecuxplot from the rest of the stuff.