Hi Paul,<div><br></div><div>I filed the issue (#188) but I have not the resources (time) at this moment to resolve it. &nbsp;So, you might want to push it beyond 3.1.0.</div><div><br></div><div>I&#39;m hoping that when the new buffer algorithm is ported from JTS, that the issue might go away by itself...</div>
<div><br clear="all">Stephen<br>
<br><br><div class="gmail_quote">On Sat, Jan 24, 2009 at 3:31 PM, Mateusz Loskot <span dir="ltr">&lt;<a href="mailto:mateusz@loskot.net">mateusz@loskot.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">Paul Ramsey wrote:<br>
&gt; Stephen (#188),<br>
&gt; Mateusz (#202),<br>
&gt; Frank (#226),<br>
&gt;<br>
&gt; do you think it&#39;s reasonable to get those closed in time for a 3.1.0<br>
&gt; RC in early February?<br>
<br>
</div>Paul,<br>
<br>
The UB in hashDouble() does not seem to leak very often as it might be<br>
platform/implementation specific. So, I would vote for 1) leaving as or 2)<br>
applying the memcpy-based fix suggested in the report.<br>
<br>
Unfortunately, today I&#39;ve dropped the only laptop I have here in London<br>
and broken the graphics completely, so I can&#39;t see anything. Means, I&#39;ve<br>
became compiler-less now.<br>
<br>
Best regards,<br>
<font color="#888888">--<br>
Mateusz Loskot<br>
<a href="http://mateusz.loskot.net" target="_blank">http://mateusz.loskot.net</a><br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
geos-devel mailing list<br>
<a href="mailto:geos-devel@lists.osgeo.org">geos-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/geos-devel" target="_blank">http://lists.osgeo.org/mailman/listinfo/geos-devel</a><br>
</div></div></blockquote></div><br></div>