[mapserver-users] ArcSDE 9.3 Support.

[Nelson Soto]

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:andreas.albarello at territoriumonline.com] 
Sent: Tuesday, September 30, 2008 4:25 PM
To: Nelson Soto
Cc: mapserver-users at lists.osgeo.org
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: andreas.albarello at territoriumonline.com
web:   www.territoriumonline.com
--------------------------------------------------------------------