Multiple Versions Issue

[Lisi, Christine]

Tim - This version from MapTools worked for me as well.

Another note:  You should also consider putting the MapServer directory somewhere other than wwwroot, setting paths and variables in Windows, and not moving any files to system32.  The CGI file (mapserv.exe) is all you need in IIS.  See the MapServer readme-install.txt file (what little documentation there is) items 6 and 7.

Christine Lisi
Application Specialist

Management Information Systems * City of Delray Beach * 100 NW First Avenue, Delray Beach, FL 33444

Phone, 561-243-7142 * Fax, 561-243-7166 * eMail, Lisi at MyDelrayBeach.com


-----Original Message-----
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ken Lord
Sent: Thursday, March 10, 2005 12:44 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] Multiple Versions Issue

Hi Tim,

This will be my near daily reminder that if you use the mapserver
windows binaries 4.4.1 downloaded from the mapserver homepage, you
very likely will get the http header error, and the usual fixes will
not work to fix the problem. There may be a problem with how it was
compiled.

If you think this is the case for you, go to www.maptools.org/dl and
get their version of 4.4.1. Use the mapserv.exe and the dll's that are
within the zip files inside the main file you download from them.

This version has a larger .exe file that appears to have been compiled
to be less dependant on external dll's, and it works.

This has worked for me on a windows 2000 and windows XP SP1
installation, as well as for a few other people here on the list.

This is also my near daily reminder that the powers above should
remove/update the windows binary on the mapserver homepage.

Cheers,
Ken Lord
Vancouver BC


On Thu, 10 Mar 2005 18:04:45 +0100, Emil Zegers <taatuut at planet.nl> wrote:
> The configuration you describe does work if all needed dll's are available,
> looks like your still missing one or more.
> 
> Depending on your MapServer version it might need the msvcr70.dll or some
> other dll which is not always included in the binary download.
> 
> Best is to check dependencies for your current mapserver.exe with a tool
> like dependency walker and then check is all needed dll's are in the bin
> directory.
> 
> If not, copy missing dll's to this directory too (for example, msvcr70.dll
> can be found in the windows system).
> 
> Regards,
> 
> Emil Zegers
> 
> 
> -----Original Message-----
> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On
> Behalf Of Pascoe,Tim [Burlington]
> Sent: donderdag 10 maart 2005 17:49
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] Multiple Versions Issue
> 
>        Currently, I am developing a Mapserver application on a server used
> to host several different web apps. In order to avoid causing version issues
> with other applications (which I am not responsible for), I am attempting to
> install a completely encapsulated version of Mapserver and Chameleon on the
> server -  Windows2000 with IIS.
>        I have a straight-forward installation on my local XP box, but I use
> the PATH variable to set the location of the DLL's for mapserver. On the web
> server, I was hoping that I could simply place all of the required dlls in
> the same directory (MS44/bin), and that mapserv.exe would use these dlls for
> its execution. However, I get a CGI header return error when I access the
> mapserv.exe file through the browser, indicating that a DLL was not found
> properly (correct?). The mapserv.exe and dlls are in a virtual directory
> under the main web, with read and execute permissions. IUSR has also been
> granted access to the directory.
>        Anyone have any experience with this? TIA
> Timothy Pascoe
> 
> Environment Canada / Environnement Canada
> Canada Centre for Inland Waters / Centre Canadien des Eaux Intérieures
> 867 Lakeshore Road / 867, chemin Lakeshore
> Burlington, Ontario / Burlington (Ontario)
> L7R 4A6
> 
> Tel/Tél: (905) 336-6239
> Fax/Téléc: (905) 336-4699
> E-mail/C. élec: tim.pascoe at ec.gc.ca
> Government of Canada/Gouvernement du Canada
> This e-mail represents the opinions and views solely held by its author and
> in no manner may be considered as representing those of his/her employer.
>