e quick info.
Chuck
-Original Message-
From: Eric L. Brine <[EMAIL PROTECTED]>
To: Chuck Goehring <[EMAIL PROTECTED]>
Cc: mod perl list <[EMAIL PROTECTED]>; [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Friday, September 08, 2000 9:58 PM
Subject: Re: Eval block error t
On Sat, 9 Sep 2000, Eric L. Brine wrote:
> > Under mod_perl, the die() within the eval block causes the
> > program to really die.
>
> Does your program (maybe CGI.pm or something used by CGI.pm?) set
> $SIG{'DIE'}? IIRC, $SIG{'DIE'} has precedence over eval{}, something
> many consider to be a
On Fri, 8 Sep 2000, Chuck Goehring wrote:
> Hi,
>
> Having a big problem here.
>
> When I use an eval{} block to trap dbi errors, it doesn't seam to work as
> documented under mod_perl.
> When I found this problem, I created a test program that connects, prepares
> and executes a bogus sql
> st
> Under mod_perl, the die() within the eval block causes the
> program to really die.
Does your program (maybe CGI.pm or something used by CGI.pm?) set
$SIG{'DIE'}? IIRC, $SIG{'DIE'} has precedence over eval{}, something
many consider to be a bug.
If so, I'd try:
eval {
local $SIG{'DIE'};
Hi,
Having a big problem here.
When I use an eval{} block to trap dbi errors, it doesn't seam to work as
documented under mod_perl.
When I found this problem, I created a test program that connects, prepares
and executes a bogus sql
statement. The $lsth->execute() || die $DBI::errstr; is trigge
