Re: DBD::SQLAnywhere SEGV when Oracle handle exists
Douglas Wilson <[email protected]>
| Newsgroups | gmane.comp.lang.perl.modules.dbi.general |
|---|---|
| Message-ID | <CAHv19BkAvNXWTWVvOiXj5Ah9iDB+cUaA+7iiarZPghDt6+MC=w@mail.gmail.com> |
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" <[email protected]> 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" <[email protected] >> <mailto:[email protected]>> 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 >> >> >