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

ID: 18104 Updated by: lnxgeek@us.ibm.com Reported By: lnxgeek@us.ibm.com Status: Open Bug Type: IMAP related Operating System: Red Hat Linux 7.3 PHP Version: 4.2.1 New Comment: 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) Previous Comments: ------------------------------------------------------------------------ [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 ------------------------------------------------------------------------ [2002-07-06 21:07:12] lnxgeek@us.ibm.com On your wu-imapd server can you verify that you are using CRAM-MD5 as the authentication mech? This bug is known not to occur when using PLAIN auth mechs. If you're not sure which mech you're using you can verify with with the mtest client from imap-2001a. The cyrus-imapd 2.1.5 server is behind the IBM firewall. There's no way I can get you access to it. I tested the following combinations of c-client and php. All of them fail with apache sig 11 in the same way. imap-2000-9 / php 4.2.1 imap-2000-9 / php 4.1.2-7 imap-2000c-15 / php 4.2.1 imap-2000c-15 / php 4.2.1 imap-2001a / php 4.2.1 imap-2002.DEV.SNAP-0206241612 / php 4.2.1 ------------------------------------------------------------------------ [2002-07-06 19:51:25] sniper@php.net Like I said before, I can not reprocude this with the UW imapd. Can you provide an account for your server? My test script: <?php $mbox = imap_open("{localhost:143/imap/notls}", "user", "pass"); $status = imap_headers($mbox); imap_close($mbox); print_r($status); ?> ------------------------------------------------------------------------ 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