Just wondering if anyone has experience with this. It would seem that I have a .dll that was written badly and I want to change the export lists which would in turn fix some of the problems with it. I heard that you could actually proxify the export list and change them but I don't know how to do it. Any help would be greatly appreciated.
Here is an example of what I want to do with it, supposedly they wrote the exports like this
??0CRxAudio@@QAE@XZ
it should be called this instead
CRxAudio::CRxAudio(void)
the way it is now is causing horrible cpu spikes.
The Forum is up for sale: XeNTaX Forum looking for new owner
Is there a way to proxy or change exports in a compiled .dll
-
Troopermanaic
- advanced
- Posts: 71
- Joined: Fri Jul 01, 2011 4:29 pm
- Has thanked: 5 times
- Been thanked: 5 times
Is there a way to proxy or change exports in a compiled .dll
EZ-BMS for when you want to work with non-programmers viewtopic.php?f=33&t=10499
If you like what I do then support my coffee addiction https://www.paypal.com/cgi-bin/webscr?c ... 853S265MPW
If you like what I do then support my coffee addiction https://www.paypal.com/cgi-bin/webscr?c ... 853S265MPW
- aluigi
- VVIP member

- Posts: 1916
- Joined: Thu Dec 08, 2005 12:26 pm
- Location: www.ZENHAX.com
- Has thanked: 4 times
- Been thanked: 661 times
- Contact:
Re: Is there a way to proxy or change exports in a compiled
I have not understood the last statement, because:
"??0CRxAudio@@QAE@XZ" indeed is "CRxAudio::CRxAudio(void)"
you can hook or proxify the exported functions of the dll, I have had experience with both although I have preferred the dll proxy solution but it may be not accepted on the current operating systems.
in case it helps http://aluigi.org/mytoolz.htm#dllproxyskel
I don't have a public example of hooking written by me at the moment but you can find many things on google.
"??0CRxAudio@@QAE@XZ" indeed is "CRxAudio::CRxAudio(void)"
you can hook or proxify the exported functions of the dll, I have had experience with both although I have preferred the dll proxy solution but it may be not accepted on the current operating systems.
in case it helps http://aluigi.org/mytoolz.htm#dllproxyskel
I don't have a public example of hooking written by me at the moment but you can find many things on google.
-
Troopermanaic
- advanced
- Posts: 71
- Joined: Fri Jul 01, 2011 4:29 pm
- Has thanked: 5 times
- Been thanked: 5 times
Re: Is there a way to proxy or change exports in a compiled
thanks I totally forgot about that program. The problem im having is that I don't remember how to hook the .def to a dll. I did google search and it doesn't seem to have what I need. The .dll is already compiled so the source isn't available to me.
I have permission to modify the .dll
I have permission to modify the .dll
EZ-BMS for when you want to work with non-programmers viewtopic.php?f=33&t=10499
If you like what I do then support my coffee addiction https://www.paypal.com/cgi-bin/webscr?c ... 853S265MPW
If you like what I do then support my coffee addiction https://www.paypal.com/cgi-bin/webscr?c ... 853S265MPW
- aluigi
- VVIP member

- Posts: 1916
- Joined: Thu Dec 08, 2005 12:26 pm
- Location: www.ZENHAX.com
- Has thanked: 4 times
- Been thanked: 661 times
- Contact:
Re: Is there a way to proxy or change exports in a compiled
in this case you are lucky because you already have the full prototype of the function due to the mangled function name:
__thiscall CRxAudio::CRxAudio(void)
you are less lucky for the fact that you don't have the structure (the H file) of the CRxAudio audio object, but most depends by what you want to do... I mean what's your target.
at the moment I don't remember if dllproxyskel is able to handle mangled function names, I mean that probably it's necessary additional "manual" work to correct the names inside the C generated file.
__thiscall CRxAudio::CRxAudio(void)
you are less lucky for the fact that you don't have the structure (the H file) of the CRxAudio audio object, but most depends by what you want to do... I mean what's your target.
at the moment I don't remember if dllproxyskel is able to handle mangled function names, I mean that probably it's necessary additional "manual" work to correct the names inside the C generated file.
