[prev in list] [next in list] [prev in thread] [next in thread] 

List:       dbi-users
Subject:    Re: DBD::SQLAnywhere SEGV when Oracle handle exists
From:       Douglas Wilson <douglasg.wilson () gmail ! com>
Date:       2017-03-07 22:10:36
Message-ID: CAHv19BkAvNXWTWVvOiXj5Ah9iDB+cUaA+7iiarZPghDt6+MC=w () mail ! gmail ! com
[Download RAW message or body]

That does work, but I can't consider it a practical solution for this.
Through print/warns, I've determined it craps out at
sacapi->api.sqlany_connect(...), in dbdimp.c, but that's about as far as I
can get.

I will probably go back to using DBD::Sybase for IQ connections.
On Mar 7, 2017 10:11 AM, "Martin J. Evans" <bohica@ntlworld.com> wrote:

> On 06-Mar-17 5:38 PM, Douglas Wilson wrote:
>
>> After some searching, I tried using the ora_connect_with_default_signals
>> with INT and CHLD, and tried setting BEQUEATH_DETACH=yes in a local
>> sqlnet.ora, but still same result.
>>
>
> Try reversing the order in which you connect - if you can.
>
>
> On Mar 4, 2017 5:17 AM, "Martin J. Evans" <bohica@ntlworld.com
>> <mailto:bohica@ntlworld.com>> wrote:
>>
>>     On 02-Mar-17 10:54 PM, Douglas Wilson wrote:
>>
>>         DBD::SQLAnywhere seems to work ok for Sybase IQ, but if I first
>>         create a
>>         DBD:Oracle handle, the SQLAnywhere connect hangs for a while, and
>>         eventually segfaults. FYI on redhat Linux.
>>
>>
>>     I don't have the info to hand right now but I've heard similar
>>     reports before. I think it had something to do with the method used
>>     to connect to Oracle and if that method is chosen it captures
>>     SIGCHLD and maybe another signal as well.
>>
>>     Martin
>>     --
>>     Martin J. Evans
>>     Wetherby, UK
>>
>>
>

[Attachment #3 (text/html)]

<p>That does work, but I can&#39;t consider it a practical solution for this. Through \
print/warns, I&#39;ve determined it craps out at sacapi-&gt;api.sqlany_connect(...), \
in dbdimp.c, but that&#39;s about as far as I can get.</p> <p>I will probably go back \
to using DBD::Sybase for IQ connections.</p> <div class="gmail_quote">On Mar 7, 2017 \
10:11 AM, &quot;Martin J. Evans&quot; &lt;<a \
href="mailto:bohica@ntlworld.com">bohica@ntlworld.com</a>&gt; wrote:<br \
type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">On 06-Mar-17 5:38 PM, Douglas \
Wilson wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"> After some searching, I tried \
using the ora_connect_with_default_signa<wbr>ls<br> with INT and CHLD, and tried \
setting BEQUEATH_DETACH=yes in a local<br> sqlnet.ora, but still same result.<br>
</blockquote>
<br>
Try reversing the order in which you connect - if you can.<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> On Mar 4, 2017 5:17 AM, &quot;Martin J. Evans&quot; &lt;<a \
href="mailto:bohica@ntlworld.com" target="_blank">bohica@ntlworld.com</a><br> \
&lt;mailto:<a href="mailto:bohica@ntlworld.com" \
target="_blank">bohica@ntlworld.com</a>&gt;&gt; wrote:<br> <br>
      On 02-Mar-17 10:54 PM, Douglas Wilson wrote:<br>
<br>
            DBD::SQLAnywhere seems to work ok for Sybase IQ, but if I first<br>
            create a<br>
            DBD:Oracle handle, the SQLAnywhere connect hangs for a while, and<br>
            eventually segfaults. FYI on redhat Linux.<br>
<br>
<br>
      I don&#39;t have the info to hand right now but I&#39;ve heard similar<br>
      reports before. I think it had something to do with the method used<br>
      to connect to Oracle and if that method is chosen it captures<br>
      SIGCHLD and maybe another signal as well.<br>
<br>
      Martin<br>
      --<br>
      Martin J. Evans<br>
      Wetherby, UK<br>
<br>
</blockquote>
<br>
</blockquote></div>



[prev in list] [next in list] [prev in thread] [next in thread]