<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.5730.11" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2>John -</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2>Well, that's OK, but it is not reasonable for the MapServer 
community to devote time to an alleged bug that the finder won't report and you 
can't replicate.&nbsp; That's not a bug, that's FUD.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2>I can report that I use MapServer in FastCGI mode 
extensively without any memory leak problems I'm aware of.&nbsp; And I have done 
that over a few releases of MapServer.&nbsp; But like any MapServer user, there 
are many features I do *not* use, and it's certainly possible that there are 
memory leaks in those features.&nbsp; But making the overly-broad generalization 
that "running it in FastCGI mode will eventually cause issues" is incorrect and 
uninformative.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2>&nbsp;&nbsp;&nbsp;&nbsp; - Ed</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=416565914-20012007><FONT face=Arial 
color=#0000ff size=2><!-- Converted from text/plain format -->
<P><FONT size=2>Ed McNierney<BR>President and Chief Mapmaker<BR>TopoZone.com / 
Maps a la carte, Inc.<BR>73 Princeton Street, Suite 305<BR>North Chelmsford, 
MA&nbsp; 01863<BR>Phone: +1 (978) 251-4242<BR>Fax: +1 (978) 
251-1396<BR>ed@topozone.com</FONT> </P></FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> UMN MapServer Users List 
[mailto:MAPSERVER-USERS@LISTS.UMN.EDU] <B>On Behalf Of </B>John 
Mitchell<BR><B>Sent:</B> Saturday, January 20, 2007 8:40 AM<BR><B>To:</B> 
MAPSERVER-USERS@LISTS.UMN.EDU<BR><B>Subject:</B> Re: [UMN_MAPSERVER-USERS] 
MapServer contains some memory leaks whereby running it in FastCGI 
mode<BR></FONT><BR></DIV>
<DIV></DIV>Howard,<BR><BR>I can't disclose the below mentioned product.&nbsp; A 
few months ago I was told that we were going to use this product for rapid 
display of Raster mosaic imagery, and I started to look for alternatives when I 
did not get customer support in a timely fashion.&nbsp; I asked the&nbsp; 
Community Mapbuilder's developers list for alternatives and MapServer was one of 
the possibilities suggested.&nbsp; In my testing of MapServer so far I have been 
very impressed with it's flexibility and performance, but the memory leak issue 
is the only thing that concerns me at this point.&nbsp; I have not been able to 
replicate the memory leak problem, but I wanted to know if any other users have 
experienced this problem, and if their is a plan to fix this problem.&nbsp; I 
use open source for all my other applications so it makes sense to stick with 
MapServer. <BR><BR>Why they are not willing to contribute their fixes back to 
the software?&nbsp; I don't know other than to speculate that they want to be 
able to justify their high price by their software's uniqueness.<BR><BR>John 
<BR><BR><BR>
<DIV><SPAN class=gmail_quote>On 1/16/07, <B class=gmail_sendername>Howard 
Butler</B> &lt;<A href="mailto:hobu@iastate.edu">hobu@iastate.edu</A>&gt; 
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote 
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">John,<BR><BR>Which 
  product is xyzGeoServer and why aren't they willing to<BR>contribute their 
  fixes back to the software?<BR><BR>Howard<BR><BR>At 12:17 PM 1/15/2007, John 
  Mitchell wrote:<BR>&gt;------=_Part_39643_12109009.1168885022370 
  <BR>&gt;Content-Type: text/plain; charset=ISO-8859-1; 
  format=flowed<BR>&gt;Content-Transfer-Encoding: 
  7bit<BR>&gt;Content-Disposition: 
  inline<BR>&gt;<BR>&gt;Hi,<BR>&gt;<BR>&gt;Below is a comment from a developer 
  of a GeoServer product that runs on top <BR>&gt;of MapServer, which I will 
  call xyzGeoServer<BR>&gt;<BR>&gt;The open source MapServer contains some 
  memory leaks whereby running it in<BR>&gt;FastCGI mode will eventually cause 
  issues, however in the xyzGeoServer<BR>&gt;release it handles 
  properly.<BR>&gt;<BR>&gt;Does the above statement have any truth to it or has 
  recent upgrades to<BR>&gt;MapServer fixed this 
  issue?<BR>&gt;<BR>&gt;Thanks,<BR>&gt;<BR>&gt;--<BR>&gt;John J. 
  Mitchell<BR>&gt;<BR>&gt;------=_Part_39643_12109009.1168885022370<BR>&gt;Content-Type: 
  text/html; charset=ISO-8859-1<BR>&gt;Content-Transfer-Encoding: 
  7bit<BR>&gt;Content-Disposition: 
  inline<BR>&gt;<BR>&gt;Hi,&lt;br&gt;&lt;br&gt;Below is a comment from a 
  developer of a GeoServer <BR>&gt;product that runs on top of MapServer, which 
  I will call xyz&lt;span<BR>&gt;style="color: rgb(0, 0, 0);"&gt;&lt;font 
  face="Arial"<BR>&gt;size="2"&gt;GeoServer&lt;/font&gt;&lt;/span&gt;&lt;br&gt;&lt;br&gt;&lt;span&gt; 
  <BR>&gt;&lt;font color="#0000ff" face="Arial" size="2"&gt;The open 
  source<BR>&gt;MapServer contains some memory leaks<BR>&gt;whereby running it 
  in FastCGI mode will eventually cause<BR>&gt;issues,&amp;nbsp;however in 
  <BR>&gt;the xyzGeoServer release it handles 
  properly.&lt;br&gt;&lt;br&gt;&lt;span<BR>&gt;style="color: rgb(0, 0, 
  0);"&gt;Does the above statement have any truth<BR>&gt;to it or has recent 
  upgrades to MapServer fixed this 
  <BR>&gt;issue?&lt;br&gt;&lt;br&gt;Thanks,&lt;br 
  clear="all"&gt;&lt;/span&gt;<BR>&gt;&lt;/font&gt;&lt;/span&gt;&lt;br&gt;-- 
  &lt;br&gt;John J. 
  Mitchell<BR>&gt;<BR>&gt;------=_Part_39643_12109009.1168885022370--<BR><BR></BLOCKQUOTE></DIV><BR><BR 
clear=all><BR>-- <BR>John J. Mitchell </BODY></HTML>