This sounds an awful lot like the problem I ran into when using
Apache::Session's tie in an eval'ed context. See this message:
http://x31.deja.com/getdoc.xp?AN=536753692&CONTEXT=940379169.1854472193&hitn
um=1
and
http://www.geocrawler.com/archives/3/182/1999/10/0/2767892/
I assume you're using 5.00503 ?
Hope this helps
Tobias
At 01:56 PM 11/10/99 -0500, Christian Gilmore wrote:
>I inserted Apache::SpeedLimit into one of our servers the other day. It works
>as advertised, but I'm now seeing errors in the error_log that are coming from
>Apache::SpeedLimit/IPC::Shareable. I wonder if anyone else has had this
>problem.
>
>>From the error_log:
>
> [Wed Nov 10 13:28:55 1999] [notice] Apache/1.3.9 (Unix)
> mod_perl/1.21 mod_ssl/2.4.2 OpenSSL/0.9.4 configured
> -- resuming normal operations
> [Wed Nov 10 13:28:55 1999] [notice] suEXEC mechanism
> enabled (wrapper: /www/www/apache/bin/suexec)
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> [Wed Nov 10 13:29:14 1999] [notice] caught SIGTERM,
> shutting down
>
>My software/hardware setup:
>
> IRIX64 akalice 6.5 11051732 IP25
> mod_perl-1.21
> apache-1.3.9
> Apache::SpeedLimit direct from the "Apache Modules" book
>
>My apache configuration:
>
> <Location />
> PerlAccessHandler Apache::SpeedLimit
> PerlSetVar SpeedLimit 61
> PerlSetVar SpeedSamples 20
> PerlSetVar SpeedForgive 10
> </Location>
>
>Output from ipcs:
>
> [akalice:www] /_ ipcs -mbcopt
> IPC status from /dev/kmem as of Wed Nov 10 13:42:19 1999
> T ID KEY MODE OWNER GROUP CREATOR
> CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME
> Shared Memory:
> m 0 0x53637444 --rw-r--r-- root root root
> root 1 200 382 382 9:40:42 no-entry 9:40:42
> m 140 0x53504c4d --rw-r--r-- www-nobo www-nobo www-nobo
> www-nobo 0 65536 73426277621049 13:29:07 13:29:07 16:13:46
>
>
>
>Any help on this would be appreciated.
>
>Regards,
>Christian
>
>-----------------
>Christian Gilmore
>Senior Technical Staff Member
>AT&T Labs IP Technology, Florham Park
>[EMAIL PROTECTED]
>http://www.research.att.com/info/cgilmore
>
>
