.NET

Reply
Distinguished Contributor
mcicognani
Posts: 129
Registered: ‎12-01-2004
Message 1 of 2 (195 Views)
Accepted Solution

Autoload DLL from Application registry entry and 2015

195 Views, 1 Replies
05-13-2014 12:53 AM

Hi everybody,

don't know if someone is still using the old autoloader feature that we used before the new .bundle feature was introduced, but I'll give it a try...

 

I'm porting some apps to 2015 and since these apps were been using the old autoloader feature since 2009, I just continued to use the same technic.

During the porting I debugged and tested the apps using VS2013 and everithing went smooth, nothing special indeed, but when I tried to load the apps in a testing machine, I encountered a problem: the DLL seems to load without problem, but it stops immediately because it cannot load some third-pard DLL that are placed in the same folder.

This problem only shows in production machine, while the debug went without problem, even if also during debug, the third-part controls are copied in the debug directory that's well outside usual AutoCAD folders domain.

The difference is that during debug I use a small script and the DLL is loaded via NETLOAD, in production the DLL is loaded automatically by AutoCAD based on the Application registry hive.

 

The SECURELOAD var is set to 0, so it shouldn't be that problem.

 

What could prevent the load of other DLLs from the same folder of the plugin? (but not during debug)

Has something changed in the autoloader mechanism? Should I declare those DLLs somewhere with the plugin loader?

A short note: now it seems to work. It was a problem of project configuration: a couple if C++ DLLs kept compiling in win32 even in x64 target platform.
Since I use a 32bit machine for debugging it always worked, but production machines were x64 so they failed to load.

Thank you for your time
Distinguished Contributor
mcicognani
Posts: 129
Registered: ‎12-01-2004
Message 2 of 2 (157 Views)

Re: Autoload DLL from Application registry entry and 2015

05-14-2014 06:00 AM in reply to: mcicognani
A short note: now it seems to work. It was a problem of project configuration: a couple if C++ DLLs kept compiling in win32 even in x64 target platform.
Since I use a 32bit machine for debugging it always worked, but production machines were x64 so they failed to load.

Thank you for your time
Post to the Community

Have questions about Autodesk products? Ask the community.

New Post
Need installation help?

Start with some of our most frequented solutions or visit the Installation and Licensing Forum to get help installing your software.