<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1458" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Frank,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Don't get me wrong, it wasn't my intention to make 
your life as a developer difficult. I was only trying to help out someone who 
was stuck (and I did; he mentioned to me that it worked). </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>If the dll's are in the same directory as the 
executable, these will be used rather than those in the system directory. I 
normally use that approach if I need to avoid a version 
problem. </FONT><FONT face=Arial size=2>I don't like to rely on path 
statements, because I have spent heaps of time on debugging path related 
problems. In windows, the path environment variable can be a bit unreliable. 
Applications can modify it when you install them, or write lines to your 
autoexec.bat file that will overwrite the system path variable (e.g. ultraedit, 
apple quicktime, etc.....). Or sometimes it downright doesn't work. I think 
that's why there are so many dll related posts. Whenever I do have an 
issue, I check whether my dll's are the same version as the original package (as 
I did suggest), before reporting anything.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Best regards,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Jacob</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>-----Original Message-----<BR>From: Frank Warmerdam 
[mailto:warmerdam@pobox.com] <BR>Sent: 19 October 2004 23:51<BR>To: Jacob 
Delfos<BR>Cc: <A 
href="mailto:MAPSERVER-USERS@LISTS.UMN.EDU">MAPSERVER-USERS@LISTS.UMN.EDU</A><BR>Subject: 
Re: [UMN_MAPSERVER-USERS] Installation Failure with Proj.dll entry 
Problem</FONT></DIV>
<DIV> </DIV><FONT face=Arial size=2>
<DIV><BR>Jacob Delfos wrote:<BR>> If you want to make sure it is not a 
problem of the file not being <BR>> found, then copy your proj.dll file 
into<BR>> c:\windows\system32<BR>> I always copy all DLL's there, because 
path statements can get a bit <BR>> messed up sometimes.<BR>>  
<BR>> If the problem still occurs, then double-check you have the correct 
<BR>> version of the dll.</DIV>
<DIV> </DIV>
<DIV>Jacob,</DIV>
<DIV> </DIV>
<DIV>Obviously users are in charge of their own machines and can do what 
they<BR>want, but I would like to go on the record as saying this practice 
scares<BR>the "heck" out of me.</DIV>
<DIV> </DIV>
<DIV>For instance, I package and distribute OpenEV_FW releases.  I take 
great care<BR>to provide all required libraries and DLLs in the package.  I 
carefully set<BR>the PATH environment variable when the package is being used, 
so that my<BR>DLLs will be used to avoid conflicts.  But if you have a 
PROJ.DLL in<BR>C:\windows\system32 it will be used in preference to the one I 
have so<BR>carefully placed at the front of the path and I will end up getting 
weird<BR>reports of problems I have no chance of being able to correct from my 
end.</DIV>
<DIV> </DIV>
<DIV>Many DLLs, including stuff like PROJ, and GDAL do not have 
version<BR>specific names (and anyways people make snapshots between releases) 
and<BR>so it is very easy for the wrong version of a DLL to get used and to 
cause<BR>the most annoying sorts of problems.</DIV>
<DIV> </DIV>
<DIV>My point is, folks who dump stuff willy-nilly into windows\system32 
should<BR>think twice before reporting problems because it may be a 
configuration<BR>issue on your side that the software developers or distributors 
don't<BR>have a fair chance to have avoided.</DIV>
<DIV> </DIV>
<DIV>Best regards,<BR>-- 
<BR>---------------------------------------+--------------------------------------<BR>I 
set the clouds in motion - turn up   | Frank Warmerdam, <A 
href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</A><BR>light and sound - 
activate the windows | <A 
href="http://pobox.com/~warmerdam">http://pobox.com/~warmerdam</A><BR>and watch 
the world go round - Rush    | Geospatial Programmer for 
Rent<BR></FONT></DIV></BODY></HTML>