No, that's not the problem. I took care of the renaming issue by also patching the 'JPlatin.dll' file with Import Patcher. Dependency Walker was satisfied with the end result, but it didn't work.
Understood. We have a fundamental problem with export forwarders not working, plus a function renaming issue.
Using a .def file to tell fwd how to name/rename the new export will prevent the need to use ImportPatcher on every app that links to those new functions.
Export forwarding seems to the issue of the day:
- vilyathegreat and schwups are having success printing with ComDlgEx (but can they "Open File" or "Save As" using export-forwarded functions?)
- loblo is having trouble with the export-forwarded Netbios function in NetApiEx that is linked the same way as ComDlgEx
- fwd.03 produces DLLs that still don't seem to work as expected.
Looks like I'll have to review and restudy the whole concept of export forwarding and write some very targetted test apps and test cases to determine things like whether KernelEx processing affects link search paths, etc. Any programmers with experience that might be relevant are encouraged to chime in here.
DLLHOOK already can forward as well as rename exports. It also works globally so only one .INI is needed for everybody.
Unlike the Demo, the current Version is compatable with Kernelex 4.5.2. It is now listed on my Website as a separate product.