Traian identified a refcount error in the GDAL provider, and I believe that he may have even provided a patch for it at one point.  Damned if I can track it down now though.  I&#39;m hopeful that if this and the atomic wrapping are addressed, we&#39;ll see more stability, but it&#39;s possible that they&#39;ll just make some existing bug a lot more obvious :)<div>
<br></div><div>For me, one of the most important problems is that users don&#39;t even get their rasters displaying because of the failure to return the extent of images without CRS (basically anything but GeoTIFF).</div>
<div><br></div><div>Jason<br><br><div class="gmail_quote">On 11 February 2010 08:13, Trevor Wekel wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Zac,<br>

<br>
FDO 3.5 also contains atomic wrapping for FDO object reference counts.  This may improve GDAL stability under multi user loads but it may not be sufficient to correct all of the issues being reported by the MapGuide user base.  Further investigation is required to see if other changes need to be made.<br>

<br>
Last week, I built MapGuide 2.2 and FDO 3.5 on CentOS 5.  The third FDO Provider I tried was GDAL.  The MapGuide Server segfaulted on the first map request for a GeoTIFF.  Typically MapGuide on Linux is much more touchy than on Windows.  An &quot;unclassified exception&quot; on Windows is caught and the server limps along.  On Linux, the same exception will often kill the server process.<br>

<br>
It is very early to make an assessment of GDAL stability in MapGuide 2.2 but I do consider a segfault on Linux to be bad news.  It may have just been a bad build on my part, or it could be indicative of more serious problems which will impact the Windows build as well.<br>

<br>
When I debug these sorts of issues, I generally start with the server on Windows and get it stable first.  Once Windows is stable, I then turn my attention to Linux.  If the server on Windows is not stable, it is almost a guarantee that the server on Linux will not be either.<br>

<div class="im"><br>
Regards,<br>
Trevor<br><br></div></blockquote></div></div>