Bug #18104 Updated: imap_open() results in apache child pid exit segfaul sig (11)

ID: 18104 Updated by: sniper@php.net Reported By: lnxgeek@us.ibm.com -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Red Hat Linux 7.3 PHP Version: 4.2.1 New Comment: Open this page: http://bugs.php.net/bugs-generating-backtrace.php And look under the topic 'If you can't get a core file' for the instructions how to get a backtrace. We _do_not_ want any core file, we want the GDB backtrace.. Previous Comments: ------------------------------------------------------------------------ [2002-07-02 11:40:08] lnxgeek@us.ibm.com 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. ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ 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