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: Feedback +Status: Open Bug Type: IMAP related Operating System: Red Hat Linux 7.3 PHP Version: 4.2.1 New Comment: 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). Previous Comments: ------------------------------------------------------------------------ [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); ?> ------------------------------------------------------------------------ [2002-07-06 13:20:39] lnxgeek@us.ibm.com I tried building SNAP php4-200207060900 but it also fails to link mysqlclient libs correctly. Based on that I tried the following: 1) untar php-4.2.1.tar.gz 2) cp php4-200207060900/ext/imap/* php-4.2.1/ext/imap/ 3) ./configure; make; make install; 4) restart httpd with -X and run gdb against it. Here is the resulting back trace from php 4.2.1 with updated imap ext from php4-200207060900. I do NOT think this is a problem with c-client since the mtest program provided with c-client has NO problems logging in with CRAM-MD5. The php4 imap extention however will core apache every time when using CRAM-MD5. PLAIN mechs work fine in both mtest and php4. #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 0x40918a61 in auth_md5_client (challenger=0x40933d20 <imap_challenge>, responder=0x40933dc0 <imap_response>, service=0x4099dfad "imap", mb=0xbfffcc40, stream=0x811fd50, trial=0xbfffcba8, user=0xbfffcfe0 "lnxgeek") at auth_md5.c:107 #5 0x409339a0 in imap_auth (stream=0x811fd50, mb=0xbfffcc40, tmp=0xbfffd3e0 "00000001 AUTHENTICATE CRAM-MD5", usr=0xbfffcfe0 "lnxgeek") at imap4r1.c:884 #6 0x40932e68 in imap_open (stream=0x811fd50) at imap4r1.c:666 #7 0x4090b536 in mail_open (stream=0x0, name=0x812110c "{ogg.raleigh.ibm.com:143/imap/notls}", options=0) at mail.c:1058 #8 0x408f823c in php_imap_do_open (ht=4, return_value=0x8153a3c, this_ptr=0x0, return_value_used=1, persistent=0) at php_imap.c:863 #9 0x408f8354 in zif_imap_open (ht=4, return_value=0x8153a3c, this_ptr=0x0, return_value_used=1) at php_imap.c:893 #10 0x4043aef1 in abuf.0 () from /etc/httpd/modules/libphp4.so #11 0x4044bb24 in abuf.0 () from /etc/httpd/modules/libphp4.so #12 0x4045e402 in abuf.0 () from /etc/httpd/modules/libphp4.so #13 0x40458d92 in abuf.0 () from /etc/httpd/modules/libphp4.so ---Type <return> to continue, or q <return> to quit--- #14 0x40459c00 in abuf.0 () from /etc/httpd/modules/libphp4.so #15 0x40459c7a in abuf.0 () from /etc/httpd/modules/libphp4.so #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-03 23:47:24] lnxgeek@us.ibm.com Building php4-latest.tgz fails on Red Hat 7.3 with an odd problem about not finding mysqlclient when clearly it should be able to find it. php 4.2.1 stable does not have this issue. /usr/bin/ld: cannot find -lmysqlclient collect2: ld returned 1 exit status make: *** [libphp4.la] Error 1 [root@ogg php4-200207031800]# /sbin/ldconfig -v | grep mysql /usr/lib/mysql: libmysqlclient.so.10 -> libmysqlclient.so.10.0.0 [root@ogg php4-200207031800]# I used the following ./configure line: './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-force-cgi-redirect' \ '--enable-debug' \ '--enable-dbg=shared' \ '--with-dbg-profiler' \ '--enable-pic' \ '--disable-rpath' \ '--enable-inline-optimization' \ '--with-bz2' \ '--with-db3' \ '--with-curl' \ '--with-dom=/usr' \ '--with-exec-dir=/usr/bin' \ '--with-freetype-dir=/usr' \ '--with-png-dir=/usr' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-ttf' \ '--with-gdbm' \ '--with-gettext' \ '--with-ncurses' \ '--with-gmp' \ '--with-iconv' \ '--with-jpeg-dir=/usr' \ '--with-mm' \ '--with-openssl' \ '--with-png' \ '--with-pspell' \ '--with-regex=system' \ '--with-xml' \ '--with-expat-dir=/usr' \ '--with-zlib' \ '--with-layout=GNU' \ '--enable-bcmath' \ '--enable-debugger' \ '--enable-exif' \ '--enable-ftp' \ '--enable-magic-quotes' \ '--enable-safe-mode' \ '--enable-sockets' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-discard-path' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-yp' \ '--enable-wddx' \ '--without-oci8' \ '--with-imap=shared' \ '--with-imap-ssl' \ '--with-kerberos=/usr/kerberos' \ '--with-ldap=shared' \ '--with-mysql=shared,/usr' \ '--with-pgsql=shared' \ '--with-snmp=shared,/usr' \ '--with-snmp=shared' \ '--enable-ucd-snmp-hack' \ '--with-unixODBC=shared' \ '--enable-memory-limit' \ '--enable-bcmath' \ '--enable-shmop' \ '--enable-versioning' \ '--enable-calendar' \ '--enable-dbx' \ '--enable-dio' \ '--enable-mcal' \ '--enable-mbstring' \ '--enable-mbstr-enc-trans' \ '--with-apxs=/usr/sbin/apxs' \ '--without-cyrus' ------------------------------------------------------------------------ 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