jvlad wrote:
#2 0x2c145afb in apr_pool_destroy () from
/usr/lib64/libapr-1.so.0
No symbol table info available.
See http://httpd.apache.org/dev/debugging.html on how to grab the
-win32-symbols.zip package. Unpack it over httpd and you will probably
have more legible backtraces. Ens
""William A. Rowe, Jr."" wrote in message
news:49cb613b.4070...@rowe-clan.net...
> Rathnakar Konda wrote:
>> after observing lots of core dumps from apache, we got a different
>> segfault and its back trace is given bellow
>>
>> #0 0x2aaab1c46688 in ZEND_FETCH_DIM_RW_SPEC_VAR_UNUSED_HANDLER
Rathnakar Konda wrote:
after observing lots of core dumps from apache, we got a different segfault and
its back trace is given bellow
#0 0x2aaab1c46688 in ZEND_FETCH_DIM_RW_SPEC_VAR_UNUSED_HANDLER (
execute_data=0x714ea6c8)
at /usr/local/src/php/php-5.2.9/Zend/zend_vm_execute.h
Cc: internals@lists.php.net
Sent: Thursday, 26 March, 2009 1:55:51 PM
Subject: Re: [PHP-DEV] problem with apache segfault
Note that your backtrace doesn't touch PHP at all. It is entirely in
Apache land and it is a crash on a graceful shutdown.
-Rasmus
Rathnakar Konda wrote:
> Hi Guys,
Note that your backtrace doesn't touch PHP at all. It is entirely in
Apache land and it is a crash on a graceful shutdown.
-Rasmus
Rathnakar Konda wrote:
> Hi Guys,
>
> We are have a problem with apache segfault on our production server. Please
> read bellow for description.
>
> Its
> a web a
