Perl SEGV

[ancientwizard]

Module: Could be Perl, DBD::Oracle or Oracle

Description
Perl exits randomly with SEGV

Steps to Reproduce
perl5-dbi/DBD-Oracle#185 for a perl test script that produces the issue.

I have made updates to DBD::Oracle how ever there is yet another SEGV which isn't obviously a module issue. perl5-dbi/DBD-Oracle#192 includes some specific details.

Expected behavior
Perl should not SEGV

Perl configuration
Not included because the issue is seen in all versions of perl-5.30.3 through 5.40.2 with any combination of Oracle instantclient >12.2 through 23.7.

I typically build them as: for debugging purposes.
CFLAGS="-g -O0" ./Configure -des -Dusethreads -Duse64bitint -Duse64bitall -Dprefix=${INST} \
      -Alddlflags="-shared -g -L/usr/local/lib -fstack-protector-strong" -Accflags="-g -O0" 

[jkeenan]

Module: Could be Perl OR DBD::Oracle

I typically build them as: for debugging purposes.
CFLAGS="-g -O0" ./Configure -des -Dusethreads -Duse64bitint -Duse64bitall -Dprefix=${INST} \
      -Alddlflags="-shared -g -L/usr/local/lib -fstack-protector-strong" -Accflags="-g -O0" 

What does ${INST} expand to?

[richardleach]

perl5-dbi/DBD-Oracle#185 for a perl test script that produces the issue.

Can you add the output from a faulting run of this script to this issue please.

Where in your test script does the SEGV happen? Is it always in the same place?

Is it possible to trim down the perl test script to the bare minimum to trigger the SEGV? For example, (1) is it possible to trigger the bug without using theads? (2) can you strip out all the following and all the lines that use them and still trigger the bug?

• use Time::HiRes qw| usleep |;
• use Test::More;
• use Data::Dumper;

[ancientwizard]

Module: Could be Perl OR DBD::Oracle

I typically build them as: for debugging purposes.
CFLAGS="-g -O0" ./Configure -des -Dusethreads -Duse64bitint -Duse64bitall -Dprefix=${INST} \
      -Alddlflags="-shared -g -L/usr/local/lib -fstack-protector-strong" -Accflags="-g -O0" 

What does ${INST} expand to?

The -Dprefix is used to tell Configure where make install will put the built perl. In my case it's a location under my app, making it just another asset. You can put it anywhere you like 👍

[ancientwizard]

perl5-dbi/DBD-Oracle#185 for a perl test script that produces the issue.

Can you add the output from a faulting run of this script to this issue please.

Where in your test script does the SEGV happen? Is it always in the same place?

Is it possible to trim down the perl test script to the bare minimum to trigger the SEGV? For example, (1) is it possible to trigger the bug without using theads? (2) can you strip out all the following and all the lines that use them and still trigger the bug?

• use Time::HiRes qw| usleep |;
• use Test::More;
• use Data::Dumper;

This is the bare minimum. Close enough.

Without treads? No, or if it does it's extremely rare.

Yes you can remove usleep, test and dumper and it will SEGV... my app does. For the time being it seemed best to write this as a test. I can see something like this added as a test somewhere, DBD::Oracle most likely

Where it happens? Randomly

During the connect rarely

During the disconnect very often. It seems to always be the last thread that makes the attempt as long as there are more then two threads.

[Leont]

Steps to Reproduce
perl5-dbi/DBD-Oracle#185 for a perl test script that produces the issue.

Most of us do not have Oracle laying around, so that doesn't really help in reproducing it. Frankly I haven't seen any indication yet that it is a perl bug and would assume it's a DBD::Oracle issue until there's any indication otherwise. DBI has never really supported threads, and DBD::Oracle is notoriously complicated.

I'm closing this thread. Feel free to reopen it if you have any evidence the problem is on our side.