#x27;, $cache = {}) unless $cache; # line 1021
sub prepare_cached
Of course this is not a solution, but it may give someone else with more
knowledge enough to fix the problem. I will keep digging for answers.
--eric
"Scott R. Godin" wrote:
>
> In article <[EMAIL PROTECTED]>
I think I have found a curious bug in DBI. It seems that since DBI 1.15
- 1.20, when you bring up apache/mod_perl and execute queries against
the database handle in the parent process (startup.pl), multiple
connections result against the database. If I switch to DBI 1.14, no
such problem occurs.
I am building DBD::Oracle 1.09 against Oracle 8.17 client libs, DBI
1.20, perl 5.005_03 on RH linux 6.1 and I get the following error when I
run 'make':
cc -c /OraHome1/rdbms/demo /OraHome1/rdbms/public /OraHome1/plsql/public
/OraHome1/network/public -I/OraHome1/rdbms/demo -I/OraHome1/rdbms/demo
Yes, I have NLS_LANG set to AMERICAN_AMERICA.WE8ISO8859P1. BTW, I am
also using the latest oracle client libs (8.17) if this makes any
difference; as well, I am using perl 5.005.
--eric
Ged Haywood wrote:
>
> Hi there,
>
> On Mon, 11 Jun 2001, Eric Kolve wrote:
>
> > I
I recently upgraded to DBI 1.18 + DBD::Oracle 1.07 and upon restarts
with mod_perl, I get the following error:
DBD::Oracle::db rollback failed: Error while trying to retrieve text for
error ORA-03113 (DBD ERROR: OCITransRollback) at
/usr/lib/perl5/site_perl/5.005/Apache/DBI.pm line 153.
I am run
Is it possible to share a database handle initialized in a parent with
forked children ? What I want to do is process a file which needs to
execute many SELECT statements in parallel. I am wondering if each
child needs to instantiate its own dbh or whether you can execute sql
simultaneously agai
Is it possible to share a database handle initialized in a parent with
forked children ? What I want to do is process a file which needs to
execute many SELECT statements in parallel. I am wondering if each
child needs to instantiate its own dbh or whether you can execute sql
simultaneously agai
