0xC0000138: Ordinal Not Found
-
Hi, I'm getting "0xC0000138: Ordinal Not Found" when deploying an executable that uses an ActiveX control on another machine. I have no idea where to start debugging this problem. Basically, what happens is that the visual studio output window displays "Loaded (correct)path_to_ocx file" "First-chance exception at 0x7c964ed1 in project_name.exe: 0xC0000138: Ordinal Not Found." "project_name.exe: Unloaded 'path_to_ocx'" The problem is that this does not happen on the development machine Any kick in the right direction would be a godsend. Thanks
-
Hi, I'm getting "0xC0000138: Ordinal Not Found" when deploying an executable that uses an ActiveX control on another machine. I have no idea where to start debugging this problem. Basically, what happens is that the visual studio output window displays "Loaded (correct)path_to_ocx file" "First-chance exception at 0x7c964ed1 in project_name.exe: 0xC0000138: Ordinal Not Found." "project_name.exe: Unloaded 'path_to_ocx'" The problem is that this does not happen on the development machine Any kick in the right direction would be a godsend. Thanks
eusto wrote:
Hi, I'm getting "0xC0000138: Ordinal Not Found"
As you have probably figured out by now that error essentially means: "I found that DLL you need and I loaded it. But when I walked the export table I could not find one of the functions that you need."
eusto wrote:
Any kick in the right direction would be a godsend. Thanks
I would recommend using Dependency Walker[^] on the target machine to track down the problem. You should open the OCX file and look for missing dependencies. Best Wishes, -David Delaune
-
eusto wrote:
Hi, I'm getting "0xC0000138: Ordinal Not Found"
As you have probably figured out by now that error essentially means: "I found that DLL you need and I loaded it. But when I walked the export table I could not find one of the functions that you need."
eusto wrote:
Any kick in the right direction would be a godsend. Thanks
I would recommend using Dependency Walker[^] on the target machine to track down the problem. You should open the OCX file and look for missing dependencies. Best Wishes, -David Delaune
-
Thank you for your answer, Dependency Walker is cool, i didn't know about it. Unfortunately, there doesn't seem to be any missing stuff on that ocx. I've contacted the vendor and asked them about it Regards, Eugen
Hi Eugen, Did you try the Profiling option in the Dependency Walker system menu? This option should allow you to log everything... including calls to LoadLibrary and GetProcAddress. You should point it at the executable loading the OCX object. Best Wishes, -David Delaune
-
Hi Eugen, Did you try the Profiling option in the Dependency Walker system menu? This option should allow you to log everything... including calls to LoadLibrary and GetProcAddress. You should point it at the executable loading the OCX object. Best Wishes, -David Delaune
-
Ok, at this point i'm almost sure this is a vendor issue because recompiling my application on the target machine gets rid of the problem. I'm now betting on a weird licence implementation issue. Thanks again for your help David. Regards, Eugen.
eusto wrote:
Ok, at this point i'm almost sure this is a vendor issue because recompiling my application on the target machine gets rid of the problem.
You may be correct. However, what this would imply to me is that the vendor is dynamically linking with CRT/ATL. I would suggest testing on a third target computer and installing the Visual Studio redistributable package that matches your compiler version. Microsoft Visual C++ 2008 Redistributable Package (x86)[^] Microsoft Visual C++ 2005 Redistributable Package (x86)[^] If your asking yourself why the vendor does not static link... its probably because there have been some recent severe ATL security vunerabilities. By dynamic linking... the vendor can rely on Microsoft updates to potentially fix the issue. Active Template Library Security Update for Developers[^] Best Wishes, -David Delaune