Re^2: Carp not working after change to objects

Thanks for the reply, but I'm pretty sure that's not it. I want DBI to just give me a warning, it's my own code that does a Croak. (I don't want to croak in all situations of a DBI's carp).

Comment on Re^2: Carp not working after change to objects

Replies are listed 'Best First'.
Re^3: Carp not working after change to objects by snoopy (Curate) on May 17, 2008 at 02:12 UTC
Sorry this didn't help. Btw, I'm not able exactly replicate your error with my Sqlite driver. My `prepare` statement on an unknown table returns undef, not a valid statement handle. `my $sth = $dbh1->prepare("insert into guff values (1,2,3)") or croak "prepare error" # dies here for me` [download] If you're not raising errors, be aware that `prepare` may return undef. Also consider localisd error handling. You still has the option of dieing or continuing: `my $dbh = DBI->connect(... ,{RaiseError => 1}); do { local $SIG{__ERROR__} = \&my_handler; # database code }` [download]	[reply] [d/l] [select]

Replies are listed 'Best First'.

Re^3: Carp not working after change to objects
by snoopy (Curate) on May 17, 2008 at 02:12 UTC

Btw, I'm not able exactly replicate your error with my Sqlite driver. My prepare statement on an unknown table returns undef, not a valid statement handle.

my $sth = $dbh1->prepare("insert into guff values (1,2,3)")
  or croak "prepare error"  # dies here for me
[download]

If you're not raising errors, be aware that prepare may return undef.

Also consider localisd error handling. You still has the option of dieing or continuing:

my $dbh = DBI->connect(... ,{RaiseError => 1});

do {
    local $SIG{__ERROR__} = \&my_handler;
    # database code
}
[download]

[reply]
[d/l]
[select]