Bug #18104 Updated: imap_open() results in apache child pid exit segfaul sig (11)
| From: | lnxgeek at us dot ibm dot com | Date: | Tue, 02 Jul 2002 15:40:09 +0000 |
| Subject: | Bug #18104 Updated: imap_open() results in apache child pid exit segfaul sig (11) | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-12818@lists.php.net to get a copy of this message | ||
ID: 18104
Updated by: lnxgeek@us.ibm.com
Reported By: lnxgeek@us.ibm.com
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Red Hat Linux 7.3
PHP Version: 4.2.1
New Comment:
Sniper - Thanks much for the suggestions. I've followed the directions
as indecated in my updates of last night but am not able to get a core
file.
Is it expected that with --enable-debug that errors no longer appear in
/var/log/http/error_log ?
Do you have any suggestions in addition to what is at that URL for
getting a core dump? I agree, a core dump is needed to figure out more.
It's just a matter of getting one and I'm looking for a bit of help on
that from someone who has done core dumps with php/apache before.
Thanks much.
Previous Comments:
------------------------------------------------------------------------
[2002-07-02 08:42:33] sniper@php.net
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
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.
There you can find out how to get backtrace without a core file..
------------------------------------------------------------------------
[2002-07-02 04:12:15] lnxgeek@us.ibm.com
Another fun thing I did to see if this would work is I checked out the
current php4/ext/imap/* files from CVS tonight and added them to the
php 4.2.1 src replacing the files that were there.
Built again with --enable-debug and attempted all the tests documented
above. Received the same results. *sigh* Now it's time for sleep. Still
cannot get a backtrace. Any hints on doing so would be great.
------------------------------------------------------------------------
[2002-07-02 02:39:53] lnxgeek@us.ibm.com
provided gdb feedback.
------------------------------------------------------------------------
[2002-07-02 02:39:13] lnxgeek@us.ibm.com
Oops, apparently my second post was lost. Tried to get a bt but could
not:
1) in bash ulimit -c unlimited
2) run ulimit -c to verify setting
3) built and installed php 4.2.1 with --enable-debug
4) start httpd with /usr/sbin/httpd -X -DHAVE_PHP4
5) run test script, get 'page contains no data'
6) run find / -fstype ext3 -name core* but none found.
Also, with --enable-debug in php 4.2.1 I no longer see the segfault
error in error_log BUT I do still see the page contains no data errors
coming from the browser which indecates that process is still
segfaulting.
Also tried the gdb httpd method where I enter 'run -X -DHAVE_PHP4 at
the gdb prompt. Again, no back trace. Hints as to what I'm doing wrong
are welcome.
I did forget to say that I'm running the apache-1.3.23-14 provided with
Red Hat 7.3.
------------------------------------------------------------------------
[2002-07-02 02:21:49] derick@php.net
Thanks for this very detailed report, setting it to feedback to await
the backtrace.
Derick
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/18104
--
Edit this bug report at http://bugs.php.net/?id=18104&edit=1