<div dir="ltr"><div>><span style="font-size:12.8px">We recently upgraded from 32bit PostgreSQL 9.3.4 + PostGIS 2.1.2 to 64bit PostgreSQL 9.4.4</span><span style="font-size:12.8px"> <br>> ...</span><span style="font-size:12.8px">was crashing PostgreSQL.<br><br></span></div><div>64bit Postgresql 9.4  is very strange  on Solaris 7 and older.</div><div>"15.7.6.4. 64-bit Build Sometimes Crashes"<br>"On Solaris 7 and older, the 64-bit version of libc has a buggy vsnprintf routine, which leads to erratic core dumps in PostgreSQL.  The simplest known workaround is  .... "   >  <a href="http://www.postgresql.org/docs/9.4/static/installation-platform-notes.html">http://www.postgresql.org/docs/9.4/static/installation-platform-notes.html</a><br><br>Maybe this is related to (postgis) vsnprintf  ?  <a href="https://github.com/postgis/postgis/search?q=vsnprintf">https://github.com/postgis/postgis/search?q=vsnprintf</a> </div><div><br></div><div>Regards,</div><div> Imre</div><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-29 16:52 GMT+02:00 Paul J. Caritj <span dir="ltr"><<a href="mailto:caritj@gmail.com" target="_blank">caritj@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My 2 cents.:<div><br></div><div>My recent [bad] experience with a Postgis bug, described in my email to this list last week, was on 2.1.8 (but running on Windows 7, not Solaris). Fortunately for me, I was just using it to do a little GIS hacking on my desktop. But after my experiences of the last few weeks, it would take a lot of convincing to get me to use Postgis 2.1.8 in a production environment. (Although, supposedly, the bug I encountered was also present in 2.1.2, so YMMV.)<span class="HOEnZb"><font color="#888888"><div><br></div><div>-Paul<br></div></font></span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 29, 2015 at 6:17 AM, Kiriakos Georgiou <span dir="ltr"><<a href="mailto:zebekias@gmail.com" target="_blank">zebekias@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
We recently upgraded from 32bit PostgreSQL 9.3.4 + PostGIS 2.1.2 to 64bit PostgreSQL 9.4.4 + PostGIS 2.1.8. All the required packages for PostGIS were upgraded to their latest versions. This is on Solaris 10 with the gcc that ships by sun (v3.x)<br>
<br>
All went well, except when we did regression testing we noticed  a complex spatial query that goes from geometry to geography and back (with SRID changes along the way) was crashing PostgreSQL. We broke down that code to simpler pieces and it worked, but later we found other code that worked before that would crash the database backend process too.<br>
<br>
Unfortunately our application is complex to the point that we haven't been able to distill the query down to something simple that I can open a ticket with. All I have are core dumps and my hunch that downgrading PostGIS might give some clues (if things go back to being stable.)<br>
<br>
Any experiences with 2.1.8 with regards to stability that you can share? We haven't tested 2.1.5, I'll update on how that goes.<br>
<br>
Regards,<br>
Kiriakos<br>
<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br></blockquote></div><br></div>