<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2">Hi,<br><br>I've recompiled the last tar.gz and after half a day of use there is no segfault <br>and the pooling does work (no connection setup delay after first time).<br><br>Unfortunately there is perhaps one last issue, even if we have a CPTimeout of 60 seconds,<br>the connections are not closed until the httpd child daemon is closed.<br><br>Without pooling connections are closed immediately, as expect.<br><br>Can this be a side effect of the fix of pooling we are testing?<br><br>Regards<br><br>Davide<br><span></span><br><br><font color="#990099">-----unixodbc-support-bounces@mailman.unixodbc.org ha scritto: -----</font><div class="iNotesHistory" style="padding-left:5px;"><div style="padding-right:0px;padding-left:5px;border-left:solid black 2px;">A: unixodbc-support@mailman.unixodbc.org<br>Da: Nick Gorham <nick@lurcher.org><br>Inviato da: unixodbc-support-bounces@mailman.unixodbc.org<br>Data: 12/01/2017 11:19<br>Oggetto: Re: [unixODBC-support] Rif: Re: Rif: Re: Rif: Re: Segmentation Fault on Centos 7 when Connection Pooling Enable<br><br>  
    <!--Notes ACF
<meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">-->
  
  
    <div class="moz-cite-prefix">On 12/01/17 08:01, Davide Pagnin wrote:<br>    </div>    <blockquote cite="mid:1fda03f7c0de40e3031910278810587d502b6f3d@localhost" type="cite"><font size="2" face="Default Sans        Serif,Verdana,Arial,Helvetica,sans-serif">Hi,<br>        <br>        I've played a bit with the new code in the afterhours yesterday
        night.<br>        <br>        Pooling does work (I mean, we enjoy no connection setup delay
        after the initial one),<br>        but then, when we pause and wait some time (I suppose when
        CPTimeout kick in)<br>        we get segfault on httpd.<br>        <br>        This is the backtrace of gdb:<br>        <br>        Program terminated with signal 11, Segmentation fault.<br>        #0&nbsp; 0x00007f8dadde15d3 in release_env
        (connection=connection@entry=0x7f8dc7a1c4f0) at
        SQLConnect.c:2440<br>        2440&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; env_lib_list = connection -&gt; environment
        -&gt; env_lib_list;<br>        #1&nbsp; 0x00007f8dadde1a19 in close_pooled_connection
        (ptr=ptr@entry=0x7f8dc7a1bf40) at SQLConnect.c:2874<br>        <br>        I will investigate more, but In the meantime I wanted to give
        you some feedback.<br>      </font></blockquote>    <br>    <font size="2"><font face="Default Sans        Serif,Verdana,Arial,Helvetica,sans-serif">My fault, I missed a
        null dereference in the case of a timeout. Try the zip thats
        there now.<br>        <br>        -- <br>        Nick</font></font>  

<div><font size="2" face="Courier New,Courier,monospace">_______________________________________________<br>unixODBC-support mailing list<br>unixODBC-support@mailman.unixodbc.org<br><a href="http://mailman.unixodbc.org/mailman/listinfo/unixodbc-support">http://mailman.unixodbc.org/mailman/listinfo/unixodbc-support</a><br></font></div></nick@lurcher.org></div></div></font><font face="sans-serif"><br> <br>
<FONT face="Arial"> <FONT size=1>
Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Qualora il messaggio in parola Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo e a non inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie.
<br><br>
Pursuant to Legislative Decree No. 196/2003, you are hereby informed that this message contains confidential information intended only for the use of the addressee. If you are not the addressee, and have received this message by mistake, please delete it and immediately notify us. You may not copy or disseminate this message to anyone. Thank you. 
</FONT>
<br></font>