Title: Core dumping
Sorry
I forgot to include the stack trace with debugging turned
on:
#0 0x81714f7 in Perl_dounwind (cxix=3) at
pp_ctl.c:1254#1 0x8171bd1 in Perl_die_where (
message=0x848eb68 "Can't upgrade that kind of scalar at
/home/shane/sparty/runtime/perl/lib/site_perl/5.6.0/
Title: Core dumping
I was
able to build mod_perl/apache with debugging. The line at which apache
drops is:
Program received signal SIGSEGV, Segmentation
fault.0x81714f7 in Perl_dounwind (cxix=3) at
pp_ctl.c:12541254
POPSUB(cx,sv);
So it
looks like in Perl_dounwind a seg
On Sat, Sep 09, 2000 at 12:29:36PM -0700, Bill Moseley wrote:
> At 11:15 PM 09/08/00 +0200, Stas Bekman wrote:
> >On Fri, 8 Sep 2000, Bill Moseley wrote:
> >> I just looked at my old mail sending module a few days ago that uses
> >> sendmail and would fallback to Net::SMTP if sendmail wasn't avail
At 11:15 PM 09/08/00 +0200, Stas Bekman wrote:
>On Fri, 8 Sep 2000, Bill Moseley wrote:
>> I just looked at my old mail sending module a few days ago that uses
>> sendmail and would fallback to Net::SMTP if sendmail wasn't available (it
>> was running on Win at one point, argh!). I just removed t
Dear
Matt Segeant,
I was not able to see ScriptAlias
File. Where as the file is present in srm.conf file. Please let me know
wether I should add line configuration lines in httpd.conf or in srm.conf file (
which has already a Script Alias File in it ).
I am new to this subject pl
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