madshi.net

Ok, maybe I misunderstood your first comment.
Anyway, we just solved it as your suggestion.
It is so kind of you. Thank you.

I guess it is not related to compiler.
It woks fine with 3.0

see the whole code of dllmain.cpp below. Please take attention to the comments in source file, and compare with two conditions (with/without brackets). #include <windows.h> #include <Shobjidl.h> #include "madCHook_helper.h" typedef HRESULT (WINAPI *PF_CoCreateInstance)(REFCLSID rclsid, LPU...

#include <windows.h> #include <Shobjidl.h> #include "madCHook_helper.h" typedef HRESULT (WINAPI *PF_CoCreateInstance)(REFCLSID rclsid, LPUNKNOWN pUnkOuter, DWORD dwClsContext, REFIID riid, LPVOID *ppv); PF_CoCreateInstance Hooked_CoCreateInstance_Next = NULL; HRESULT Hooked_COMRenameItem(...

Does "latest 3.x" mean 3.1.13?

Ok, I will do a try.

Have you tested this on win7 or win10?

hi, @madshi
It's been a long time to wait for your response.
Our customer has also confronted this issue.
It would be extremely urgent solving it as quickly as your can.

Waiting for good news!

I hope you can solve it as quickly.

Do you think the reason that fires these two problem is same?
Our issue happens on both win7 and win10.

yes, you are right. I miss CoCreateInstance function hook-call.

ExPx wrote:

wali wrote: ExPx,
any progress?

Sorry wali no

Have you reproduced the issue ?

It is an urgent issue for NEXTLABS. We are confused whether MCHook should be updated or not.
Would you please take more attention to this. Thanks.

ExPx wrote:I am working on this issue on x64 windows 10. If any progress i will inform you. You can try api monitor. I see copied item file name in zipfldr.dll calls for now.

Hi,
ExPx,
any progress?

I appreciate your advice, but the attachment just is an example.
It is not solved after changing those things.