.NET

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

Autoload DLL from Application registry entry and 2015

219 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: 131
Registered: ‎12-01-2004
Message 2 of 2 (181 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
Announcements
Are You Going To Be @ AU 2014? Feel free to drop by our AU topic post and share your plans, plug a class that you're teaching, or simply check out who else from the community might be in attendance. Ohh and don't forgot to stop by the Autodesk Help | Learn | Collaborate booths in the Exhibit Hall and meet our community team if you get a chance!