ID: 36472
User updated by: Eskil dot Swahn at LDC dot lu dot se
Reported By: Eskil dot Swahn at LDC dot lu dot se
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: Tru64 UNIX V5.1B
PHP Version: 4.4.2
New Comment:
I have generated a core file and I am waiting on help from HP on how to
handle the debugger. My session so far:
dbx version 5.1
Type 'help' for help.
Core file created by program "httpd"
thread 0x4 signal Segmentation fault at >*[strcmp, 0x3ff800d8334]
ldq_u t1, 0(a1)
(dbx) help
Command syntax: "help <keyword>", <keyword> is one of the following
list:
most_used, quit, alias, record, playback, history, lineedit, run,
rerun, stop, step, next, trace, delete, catch, ignore,
cont, return, when, goto, print, printx, printo, printd,
printf, printregs, where, status, whatis, which, whereis, assign,
tag, up, down, func, dump, display, list, search,
edit, file, use, set, setenv, sh, stopi, conti,
stepi, nexti, tracei, listobj, enable, disable, kernel, tlist,
tset, tstack, call, attach, detach, plist, switch, variable,
register, builtin, expression
(dbx) trace
trace
^ syntax error
(dbx) help trace
trace <exp> - print <exp> when it changes
trace <exp> at <line> - print <exp> when <line> is reached
trace <exp> in <proc> - print <exp> when call <proc>
trace <exp> at <line> if <exp> - print <exp> when <line> is reached and
<exp>
trace <exp> in <proc> if <exp> - print <exp> when call <proc> and
<exp>
(dbx) quit
Does this help in any way so far?
Previous Comments:
------------------------------------------------------------------------
[2006-02-21 11:17:43] [EMAIL PROTECTED]
No, you're on your own for that... but your best bet would be to start
apache in single process mode (-X) in the debugger and then request
your script. The debugging should capture it when it segfaults and i
guess there is a command to make a backtrace then.
------------------------------------------------------------------------
[2006-02-21 11:12:28] Eskil dot Swahn at LDC dot lu dot se
Checked the instructions for generating a backtrace.
Any chance of instructions for T64's dbx instead of gdb?
------------------------------------------------------------------------
[2006-02-21 10:51:03] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
------------------------------------------------------------------------
[2006-02-21 10:44:34] Eskil dot Swahn at LDC dot lu dot se
Description:
------------
I have failed to upgrade our PHP-installation on Tru64 UNIX to 4.4.1 or
4.4.2 (successful on Linux and Solaris).
When I try to restart Apache after copying a new libphp4.so I get a
crash which only lists the following:
bin/apachectl: 814341 Memory fault
bin/apachectl startssl: httpd could not be started
This setup has worked flawlessly upto 4.4.0 but both 4.4.1 and 4.4.2
triggers this behaviour.
Config:
./configure --with-apache=../apache_1.3.33
--with-prefix=/usr/local/php
--with-oci8=/usr/users/dba/oracle/product/9.2.0 --with-openssl
I can find no further information in any of Apache's logfiles.
This is a setup with Apache 1.3.33 and mod_ssl 2.8.22.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=36472&edit=1
