MapServer contains some memory leaks whereby running it in FastCGI mode

[Ed McNierney]

John -
 
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.  That's not a bug, that's FUD.
 
I can report that I use MapServer in FastCGI mode extensively without
any memory leak problems I'm aware of.  And I have done that over a few
releases of MapServer.  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.  But making the overly-broad
generalization that "running it in FastCGI mode will eventually cause
issues" is incorrect and uninformative.
 
     - Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
Phone: +1 (978) 251-4242
Fax: +1 (978) 251-1396
ed at topozone.com 


________________________________

From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On
Behalf Of John Mitchell
Sent: Saturday, January 20, 2007 8:40 AM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS] MapServer contains some memory leaks
whereby running it in FastCGI mode


Howard,

I can't disclose the below mentioned product.  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.  I asked the  Community
Mapbuilder's developers list for alternatives and MapServer was one of
the possibilities suggested.  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.  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.  I use open source for all my other
applications so it makes sense to stick with MapServer. 

Why they are not willing to contribute their fixes back to the software?
I don't know other than to speculate that they want to be able to
justify their high price by their software's uniqueness.

John 



On 1/16/07, Howard Butler <hobu at iastate.edu> wrote: 

	John,
	
	Which product is xyzGeoServer and why aren't they willing to
	contribute their fixes back to the software?
	
	Howard
	
	At 12:17 PM 1/15/2007, John Mitchell wrote:
	>------=_Part_39643_12109009.1168885022370 
	>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
	>Content-Transfer-Encoding: 7bit
	>Content-Disposition: inline
	>
	>Hi,
	>
	>Below is a comment from a developer of a GeoServer product that
runs on top 
	>of MapServer, which I will call xyzGeoServer
	>
	>The open source MapServer contains some memory leaks whereby
running it in
	>FastCGI mode will eventually cause issues, however in the
xyzGeoServer
	>release it handles properly.
	>
	>Does the above statement have any truth to it or has recent
upgrades to
	>MapServer fixed this issue?
	>
	>Thanks,
	>
	>--
	>John J. Mitchell
	>
	>------=_Part_39643_12109009.1168885022370
	>Content-Type: text/html; charset=ISO-8859-1
	>Content-Transfer-Encoding: 7bit
	>Content-Disposition: inline
	>
	>Hi,<br><br>Below is a comment from a developer of a GeoServer 
	>product that runs on top of MapServer, which I will call
xyz<span
	>style="color: rgb(0, 0, 0);"><font face="Arial"
	>size="2">GeoServer</font></span><br><br><span> 
	><font color="#0000ff" face="Arial" size="2">The open source
	>MapServer contains some memory leaks
	>whereby running it in FastCGI mode will eventually cause
	>issues, however in 
	>the xyzGeoServer release it handles properly.<br><br><span
	>style="color: rgb(0, 0, 0);">Does the above statement have any
truth
	>to it or has recent upgrades to MapServer fixed this 
	>issue?<br><br>Thanks,<br clear="all"></span>
	></font></span><br>-- <br>John J. Mitchell
	>
	>------=_Part_39643_12109009.1168885022370--
	
	




-- 
John J. Mitchell 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20070120/666a1fdd/attachment.htm>