[mapserver-users] ArcSDE 9.3 Support.

[Nelson Soto]

I got it to work... In case anyone is interested for future reference, it does have to do with the %PATH% not being configured properly to look at the SDE SDK files and I was unable to configure it correctly but placing the following files into the 'cgi-bin' folder where mapserv.exe resides allows it to run:

Sde.dll
Sg.dll
Pe.dll
Msvcp71d.dll <- if you have visual studio 2003 w/ C++ then you may not need to obtain this but I had to grab it online.

Thanks for the help guys,
Nelson

-----Original Message-----
From: mapserver-users-bounces at lists.osgeo.org [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Nelson Soto
Sent: Wednesday, October 01, 2008 7:50 AM
To: Andreas Albarello
Cc: mapserver-users at lists.osgeo.org
Subject: RE: [mapserver-users] ArcSDE 9.3 Support.

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
--------------------------------------------------------------------

_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users