irxtool - Win32 port and more

[misfire]

This is the Win32 port of irxtool by Mega Man.

I haven't tried the Perl scripts yet, but irxtool compiles fine on MinGW.

I have also attached a source code patch. Enjoy.

Update: Current version is irxtool 1.1

Check out our SVN repo for the source code.

[misfire]

I should also mention that the original source code can be found here:
http://mitglied.lycos.de/ps2dev/irxtool.tgz

[misfire]

Finally, I decided to add irxtool to our SVN repository:
http://gshi.org/websvn/listing.php?r...trunk_irxtool_

irxtool 1.1 can be compiled on Linux and Windows (MinGW), and I've fixed the format of the displayed module versions. Now, 0x0101 is translated to "1.1", and not to "1.01".

Example:

$ irxtool lsmod.irx

ioman 1.1
0x00000e34 4 open()
0x00000e3c 5 close()
0x00000e44 7 write()

loadcore 1.1
0x00000e68 3 GetLibraryEntryTable()

sifcmd 1.1
0x00000e8c 14 sceSifInitRpc()

stdio 1.2
0x00000eb0 4 printf()

sysclib 1.1
0x00000ed4 12 memcpy()
0x00000edc 27 strlen()

[misfire]

Attached a compiled Win32 binary of irxtool 1.1 to the first post.

[misfire]

Bug report

I recently had a talk with Mega Man about his irxtool. He pointed out to me that the program has a bug:

The function pointers are read from the export list until a terminating NULL occurs, which is basically alright. But as we are dealing with relocatable modules, the start address is always 0, and an exported function located at the very beginning of the module (at address 0) will cause the program to terminate even though more function pointers might follow. As a result, irxtool might not display all of the functions a module actually exports.

I'm not sure if this can be fixed (easily). The next version of lsmod could help us out here, as it inspects modules at run-time after they've been linked...