Re: Managing to kill httpd (why?)

2000-10-13 Thread Doug MacEachern
On Sat, 30 Sep 2000, Yann Ramin wrote: #0 0x80a2605 in ap_table_get () #1 0x808961e in XS_Apache__Table_FETCH () package Magrathea::WebAPI; ... my $driver; you cannot cache data that is tied to $r (e.g., notes table), because the $r-pool is cleared after each request. string

Re: Managing to kill httpd (why?)

2000-10-13 Thread Doug MacEachern
On Fri, 13 Oct 2000, Doug MacEachern wrote: On Sat, 30 Sep 2000, Yann Ramin wrote: #0 0x80a2605 in ap_table_get () #1 0x808961e in XS_Apache__Table_FETCH () package Magrathea::WebAPI; ... my $driver; you cannot cache data that is tied to $r (e.g., notes table), because

Re: Managing to kill httpd (why?)

2000-10-13 Thread David Alan Pisoni
At 10.41 -0700 10/13/2000, Doug MacEachern wrote: On Fri, 13 Oct 2000, Doug MacEachern wrote: On Sat, 30 Sep 2000, Yann Ramin wrote: #0 0x80a2605 in ap_table_get () #1 0x808961e in XS_Apache__Table_FETCH ()   package Magrathea::WebAPI; ... my $driver;    you cannot cache data that

Managing to kill httpd (why?)

2000-09-30 Thread Yann Ramin
Hi therethe following code causes the following to happen: And I have no idea why [grin]. I'm assuming something in my requires and such is balking out, but what? Program received signal SIGSEGV, Segmentation fault. 0x80a2605 in ap_table_get () (gdb) backtrace #0 0x80a2605 in

Re: Managing to kill httpd (why?) semi-solved

2000-09-30 Thread Yann Ramin
Just letting you know the versions of stuff: Perl 5.6.0 mod_perl 1.24 apache 1.3.12 I've played around with the WebAPI loader and got it to stop crashing (good) but the object isn't cached (not good - I need POST data in many places and can't depend on PNOTES since that may not be available