Bug #17724 Updated: php4/imap functions causing apache cores at random

ID: 17724 Updated by: si@darkness.nu Reported By: si@darkness.nu Status: Open Bug Type: IMAP related Operating System: IRIX 6.5.16F / IP25 PHP Version: 4.2.1 New Comment: Do I also need to recompile apache with debugging options, as I'm using static modules? I'm afraid i'm not familiar with adding the PHP symbols in this fashion. After compiling PHP in debug I still get no symbols. #0 0x1011195c in execute () #1 0x10110188 in execute () #2 0x10110188 in execute () #3 0x10110188 in execute () #4 0x1007484c in zend_execute_scripts () #5 0x100654c0 in php_execute_script () #6 0x10107624 in apache_php_module_main () Cannot access memory at address 0x7fff2a24 (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib32/libcrypt.so...done. Reading symbols from /usr/lib32/libm.so...done. Reading symbols from /usr/lib32/libdl.so...done. Reading symbols from /usr/lib32/libsocket.so...done. Reading symbols from /usr/freeware/lib32/libssl.so...done. Reading symbols from /usr/freeware/lib32/libcrypto.so...done. Reading symbols from /usr/lib32/libc.so.1...done. #0 0x1011195c in execute () Previous Comments: ------------------------------------------------------------------------ [2002-06-13 19:30:32] si@darkness.nu I just recompiled with --enable-debug, i'm having a hard time reproducing it now. I did update to the latest c-client devel snap and recompiled php/apache to reflect, with no changes. I'm attempting to isolate script which causes this 100%, but due to the nature i'm having a hard time. It also doesn't seem to be coring with php in --enable-debug, does this over-allocate pointers? ------------------------------------------------------------------------ [2002-06-13 08:36:52] sniper@php.net So it's the imap extension..now, what we need to try and fix this are the following things: 1. a short but complete example script which causes this 2. Better GDB backtrace. (you need to configure PHP with --enable-debug ) 3. Try the latest NON-stable CVS snapshot from http://snaps.php.net as well as the latest c-client. --Jani ------------------------------------------------------------------------ [2002-06-12 23:54:29] si@darkness.nu I'm actually trying to use two different pre-made (fairly widely used) webmail PHP systems. I get similar problems working with both TWIG and BasiliX, which is the only reason I suspect it to be IMAP related. I'm fairly certain it's not the memory in the system, it's an SGI Challenge L, using ECC parity PROM controlled memory, which is very sensitive to errors. I haven't seen any faults on the system which would indicate a memory problem, and I run a considerable amount of other PHP which doesn't have any problems. :#0 _doprnt () at mdbm.c:1164 :#1 0x0fa3b1bc in sprintf () at aio.c:844 :#2 0x100862ac in _convert_to_string () That tells us the program bombed out while trying to construct a formatted string. This could happen if you are passing a zero in as the parameter corresponding to a format which is expecting a pointer. In other words, you've likely attempted to pass a null pointer to something that's expecting a string. PHP Version 4.2.1 System IRIX64 challenger 6.5 04101931 IP25 Build Date Jun 12 2002 05:43:21 Configure Command './configure' '--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.24' '--with-imap=/usr/local' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib/php.ini Debug Build no Thread Safety disabled ------------------------------------------------------------------------ [2002-06-12 09:20:30] sniper@php.net Also, how did you configure PHP? ------------------------------------------------------------------------ [2002-06-12 09:19:56] sniper@php.net Do you get these crashes with exactly ONE script? Are you sure your machine's memory isn't faulty here? ------------------------------------------------------------------------ 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/17724 -- Edit this bug report at http://bugs.php.net/?id=17724&edit=1