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: Feedback Bug Type: IMAP related Operating System: Red Hat Linux 7.3 PHP Version: 4.2.1 New Comment: lnxgeek@us.ibm.com wrote: cyrus sasl libs built into the openldap libs which of course get pulled into apache when loading mod_auth_ldap or pulled into php when building ldap.so were the root cause. Removing mod_auth_ldap from the httpd.conf, building openldap using --without-cyrus-sasl, --disable-spasswd, and then rebuilding php 4.1.2 against the new ldap libs solved the problems. (libsasl.so.7 was no longer linked by apache or php4) Previous Comments: ------------------------------------------------------------------------ [2002-07-08 02:16:33] sniper@php.net Apparently this really isn't PHP bug after all.. :) (but keeping this as feedback for now per user request) ------------------------------------------------------------------------ [2002-07-07 01:14:57] lnxgeek@us.ibm.com A little extra info that goes along with the prevous backtrace. Might be helpful. (gdb) frame 10 #10 0x4056ecc1 in execute (op_array=0x80f2bdc) at /root/php4-200207060900/Zend/zend_execute.c:1587 1587 ((zend_internal_function *) EX(function_state).function)->handler(EX(opline)->extended_value, EX(Ts)[EX(opline)->result.u.var].var.ptr, EX(object).ptr, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x405cb13f "imap_open" (gdb) ------------------------------------------------------------------------ [2002-07-07 00:48:34] lnxgeek@us.ibm.com I built php4-200207060900 with the following options: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-debug' '--with-openssl' '--with-imap' '--with-imap-ssl' '--with-apxs=/usr/sbin/apxs' '--without-cyrus' '--with-kerberos' My c-client libs are ssl/kerberos enabled which is why I need those two options. The rest is just path info. I still get a segfault. Here is the back trace: #0 0x42080d04 in strnlen () from /lib/i686/libc.so.6 #1 0x42051f32 in vfprintf () from /lib/i686/libc.so.6 #2 0x4206dce3 in vsprintf () from /lib/i686/libc.so.6 #3 0x4205a347 in sprintf () from /lib/i686/libc.so.6 #4 0x40586da1 in auth_md5_client (challenger=0x405a2060 <imap_challenge>, responder=0x405a2100 <imap_response>, service=0x40652c8d "imap", mb=0xbfffbd60, stream=0x80f7be0, trial=0xbfffbcc8, user=0xbfffc100 "test") at auth_md5.c:107 #5 0x405a1ce0 in imap_auth (stream=0x80f7be0, mb=0xbfffbd60, tmp=0xbfffc500 "00000000 AUTHENTICATE CRAM-MD5", usr=0xbfffc100 "test") at imap4r1.c:884 #6 0x405a11a8 in imap_open (stream=0x80f7be0) at imap4r1.c:666 #7 0x40579876 in mail_open (stream=0x0, name=0x812bfac "{213.243.182.199:143/imap/notls}", options=0) at mail.c:1058 #8 0x40426c48 in php_imap_do_open (ht=3, return_value=0x80fb32c, this_ptr=0x0, return_value_used=1, persistent=0) at /root/php4-200207060900/ext/imap/php_imap.c:863 #9 0x40426d60 in zif_imap_open (ht=3, return_value=0x80fb32c, this_ptr=0x0, return_value_used=1) at /root/php4-200207060900/ext/imap/php_imap.c:893 #10 0x4056ecc1 in execute (op_array=0x80f663c) at /root/php4-200207060900/Zend/zend_execute.c:1587 #11 0x4055d4f8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php4-200207060900/Zend/zend.c:810 #12 0x4052a532 in php_execute_script (primary_file=0xbffff6b0) at /root/php4-200207060900/main/main.c:1388 #13 0x40573c1a in apache_php_module_main (r=0x80ed1c8, display_source_mode=0) at /root/php4-200207060900/sapi/apache/sapi_apache.c:55 #14 0x40574ac0 in send_php (r=0x80ed1c8, display_source_mode=0, filename=0x80eed78 "/var/www/html/test2.php") at /root/php4-200207060900/sapi/apache/mod_php4.c:550 #15 0x40574b2d in send_parsed_php (r=0x80ed1c8) at /root/php4-200207060900/sapi/apache/mod_php4.c:565 #16 0x0805475d in ap_invoke_handler () #17 0x080671fc in process_request_internal () #18 0x08067273 in ap_process_request () #19 0x0805f4f7 in child_main () #20 0x0805f69a in make_child () #21 0x0805f7dd in startup_children () #22 0x0805fe30 in standalone_main () #23 0x08060723 in main () #24 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 ------------------------------------------------------------------------ [2002-07-06 21:35:35] lnxgeek@us.ibm.com Can I get a test account on your wu-imapd server? I would like to verify the success you are seeing from a known failing system (my box). ------------------------------------------------------------------------ [2002-07-06 21:25:27] sniper@php.net Yes, I am sure. Please try it yourself. --Jani ------------------------------------------------------------------------ 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