Sorry I forgot to post the link to the related bug "<a href="https://bugs.php.net/bug.php?id=40926">https://bugs.php.net/bug.php?id=40926</a>" it's not the same problem because it does not happen on connection close, but it gave a few clues of what might be happening.<div>
<br></div><div>I am testing all this on a virtual machine, so only required software to run our application was installed. I can start from a clean once again to test it out (did this already once thought).</div><div><br>
</div><div>About that you can't reproduce this behavior, could you install one more package that could affect this: php53-pdo (this should install pdo_pgsql and pdo_sqlite).</div><div><br></div><div><br><div class="gmail_quote">
On Tue, Jan 10, 2012 at 5:07 PM, Peter Hopfgartner <span dir="ltr"><<a href="mailto:peter.hopfgartner@r3-gis.com">peter.hopfgartner@r3-gis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div bgcolor="#ffffff" text="#000000"><div class="im">
On 01/10/2012 03:41 PM, Pavel Iacovlev wrote:
<blockquote type="cite">
<div>Separate problems, first problem in that php-mapserver from
stable elgis does not work because it was compiled against
spatialite from elgis-testing.</div>
<div><br>
</div>
<div>The second is in regard to that pg_connect crashes when
php-mapserver is installed from elgis-testing, this can be fixed
quite easily (my renaming the mapserver.ini) and if this fix
should be integrated or not ?</div>
<div><br>
</div>
</blockquote></div>
Hi Pavel,<br>
<br>
I'm glad you were able to track this down. I still have not a clean
picture what is happening. Where does the SSL-conflict come from? Is
it, that some packages were compiled against different versions of
openssl?<br>
As a reminder, I was not able to reproduce te problem, so it might
be specific to your installation. Did you enable any other
repository, except EPEL, ELGIS and the base distriution?<div class="im"><br>
<blockquote type="cite">
<div>
<div class="gmail_quote">On Tue, Jan 10, 2012 at 4:34 PM,
Mathieu Baudier <span dir="ltr"><<a href="mailto:mbaudier@argeo.org" target="_blank">mbaudier@argeo.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>> I found a similar bug but instead of
php conflicting with mapserver's SSL it<br>
> was php conflicting with CURL's SSL.<br>
><br>
> So I renamed mapserver.ini to z_mapserver.ini (this
will make it load after<br>
> pgsql.ini) and the segmentation fault is gone.<br>
<br>
</div>
</blockquote>
</div>
</div>
</blockquote></div>
I would consider to be rather hackish. If there is no better
understanding of the problem, could consider this. But it's not
really clean.<br>
<br>
Great work,<br>
<br>
thanks, Pavel<div class="im"><br>
<blockquote type="cite">
<div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
</div>
Great!<br>
So, are you unblocked now?<br>
<div><br>
> Question 1: Should this fix be applied to ELGIS ?<br>
> Question 2: What about php-mapserver that IS NOT in
ELGIS-PLUS at the moment<br>
> it does not work at all, will be there any actions
taken in regard to this,<br>
> or the package will be removed all together.<br>
<br>
</div>
If we fix using what you suggest in Question 1, then is
Question 2<br>
still relevant?<br>
Or are you talking about two separate problems?<br>
<br>
I have booked:<br>
<a href="http://trac.osgeo.org/el/ticket/9" target="_blank">http://trac.osgeo.org/el/ticket/9</a><br>
to follow this up<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div></div>
</blockquote></div><br></div>