Makes sense. Unfortunately I'd really like to not have to stuff the files in the system32 folder but as a last resort it may have to be. It definitely seems to be an issue with the bath to my SDE SDK not being added and I can't seem to figure how to include the path to my SDK in the %PATH% variable because the folder name has spaces in it and while no error happens when running the batch, I still run into the same error so back to the drawing board.
Oh, I meant to mention before that I had walked through mapserv.exe and libmap.dll but neither seemed to reference the dll at all... I think it only loads on request from the map file? ProcMon doesn't help me out either but its definitely a PATH variable thing.. -----Original Message----- From: Andreas Albarello [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2008 4:25 PM To: Nelson Soto Cc: [email protected] Subject: Re: [mapserver-users] ArcSDE 9.3 Support. On 30 Sep 2008, at 21:56, Nelson Soto wrote: > After tracing dependencies with Dependency Walker, I can see sde.dll > and > libmap.dll aren't loading correctly when loading > 'msplugin_sde_92.dll'. > > Any ideas on how to alleviate this? Nelson, dynamically loaded plugin dlls which in turn require other statically compiled libraries is where Windows dll hell starts to get really ugly. Windows tries to locate your sde libraries either in one of the directories contained in your %PATH% (probably set by setenv.bat but I don't use MS4W so I can't help you there) or, preferably, in the application's folder. By that, if I'm not mistaken, they mean the directory which the main executable image of your app is launched from, so probably the one containing mapserv.exe (or maybe the one where libmap.dll resides?). It's definitely not going to work if you place them relative to the plugin inside your specialplugins folder as that dll is dynamically loaded into the main application's process space. What I'm saying is that Dependency Walker won't help you in this case if you launch it directly on msplugin_sde_92.dll, because what counts is what mapserver.exe/libmap.dll sees, not the plugin. Still, if all fails, you could always just drop the sde libs into c: \windows\system32 but I'm sure with some trial and error you'll find a place where they get picked up correctly. Best regards, -- -------------------------------------------------------------------- Andreas Albarello Analysis & SW Development Territorium Online srl/GmbH Via Buozzi/Buozzistraße 12 - I 39100 Bolzano/Bozen email: [EMAIL PROTECTED] web: www.territoriumonline.com -------------------------------------------------------------------- _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
