ID: 39756 Updated by: [EMAIL PROTECTED] Reported By: tobias dot barth at web-arts dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: SuSE Linux 10.1 PHP Version: 4.4.4 New Comment:
Please try this patch: http://tony2001.phpclub.net/dev/tmp/bug39756.diff Previous Comments: ------------------------------------------------------------------------ [2006-12-06 16:41:32] tobias dot barth at web-arts dot com lxdevel:~/wwwrun # gdb /usr/sbin/httpd2-prefork GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-suse-linux"...(no debugging symbols found) Using host libthread_db library "/lib64/libthread_db.so.1". (gdb) run -X -f /etc/apache2_sit_PHP4/httpd.conf -DSSL Starting program: /usr/sbin/httpd2-prefork -X -f /etc/apache2_sit_PHP4/httpd.conf -DSSL (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47155217888928 (LWP 21768)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type <return> to continue, or q <return> to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47155217888928 (LWP 21768)] 0x00002ae32d89d122 in memcpy () from /lib64/libc.so.6 (gdb) bt #0 0x00002ae32d89d122 in memcpy () from /lib64/libc.so.6 #1 0x0000555555c010b8 in ?? () #2 0x00002ae3301d2132 in _estrndup (s=0x0, length=62) at /usr/src/php4-STABLE-200612061330/Zend/zend_alloc.c:409 #3 0x00002ae3301313fe in zif_odbc_result (ht=<value optimized out>, return_value=0x555555c0eec8, this_ptr=<value optimized out>, return_value_used=<value optimized out>) at /usr/src/php4-STABLE-200612061330/ext/odbc/php_odbc.c:1854 #4 0x00002ae3301fb16e in execute (op_array=0x555555b1c4c8) at /usr/src/php4-STABLE-200612061330/Zend/zend_execute.c:1681 #5 0x00002ae3301f7249 in execute (op_array=0x555555b647d0) at /usr/src/php4-STABLE-200612061330/Zend/zend_execute.c:2278 #6 0x00002ae3301f51e9 in execute (op_array=0x555555b24c48) at /usr/src/php4-STABLE-200612061330/Zend/zend_execute.c:1725 #7 0x00002ae3301f7249 in execute (op_array=0x555555b204e8) at /usr/src/php4-STABLE-200612061330/Zend/zend_execute.c:2278 #8 0x00002ae3301e1a3a in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php4-STABLE-200612061330/Zend/zend.c:935 #9 0x00002ae3301b3457 in php_execute_script (primary_file=0x7fff7e219c50) at /usr/src/php4-STABLE-200612061330/main/main.c:1752 #10 0x00002ae3301ff7dd in php_handler (r=0x555555b0d0a8) at /usr/src/php4-STABLE-200612061330/sapi/apache2handler/sapi_apache2.c:581 #11 0x000055555558c6ba in ap_run_handler () from /usr/sbin/httpd2-prefork #12 0x000055555558faa2 in ap_invoke_handler () from /usr/sbin/httpd2-prefork #13 0x000055555559a1c8 in ap_process_request () from /usr/sbin/httpd2-prefork #14 0x0000555555597409 in ap_register_input_filter () from /usr/sbin/httpd2-prefork #15 0x0000555555593772 in ap_run_process_connection () from /usr/sbin/httpd2-prefork #16 0x000055555559dc09 in ap_graceful_stop_signalled () from /usr/sbin/httpd2-prefork #17 0x000055555559de0e in ap_graceful_stop_signalled () from /usr/sbin/httpd2-prefork #18 0x000055555559e911 in ap_mpm_run () from /usr/sbin/httpd2-prefork #19 0x0000555555579cb8 in main () from /usr/sbin/httpd2-prefork (gdb) ------------------------------------------------------------------------ [2006-12-06 15:55:16] [EMAIL PROTECTED] 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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. ------------------------------------------------------------------------ [2006-12-06 15:44:27] tobias dot barth at web-arts dot com tried it, and got the same result as before. ------------------------------------------------------------------------ [2006-12-06 15:27:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2006-12-06 15:16:22] tobias dot barth at web-arts dot com Description: ------------ I got SuSE 10.1, a self-compiled php 4.4.4 (also tried the php5-5.1.2-29.22 from SuSE and php 5.1.4 from the php website with the same result), unixODBC, apache 2.2 and MaxDB 7.6 on an AMD X2 x86_64 platform with the following table: CREATE TABLE "PRESSESTIMMEN" ( "ID" Fixed (18,0) NOT NULL, "TITLE" Varchar (100) ASCII, "HEADLINE" Varchar (250) ASCII, "DATUM" Date, "TEXT" Long ASCII, "BILD_NAME" Varchar (100) ASCII, "BILD_TYPE" Varchar (120) ASCII, "BILD_SIZE" Fixed (18,0), "BILD" Char (2) ASCII, "ARCHIVDATUM" Date, PRIMARY KEY ("ID") ) doing a $a = odbc_exec ($dbcon, select id,title,headline,datum from pressestimmen"); while (odbc_fetch_into ($a, $row)) { ... } works well. But if I modify the select statement: $a = odbc_exec ($dbcon, select * from pressestimmen"); only reads out the first line. The second call to "odbc_fetch_into" crashes. in the error_log of apache, I see *** glibc detected *** /usr/sbin/httpd2-prefork: free(): invalid pointer: 0x0000 555555c2df40 *** If I modify the select statement to $a = odbc_exec ($dbcon, "select id,title,headline,datum,text from pressestimmen"); I get the same problems. I think it is because of the data type "long ascii" of the "text" column. I had this software running on php3 and php4 since the days of SuSE 7.0 on 32 bit platforms until SuSE 10.0 and SuSE 10.1 on a dual XEON 32 bit platform without problems, but now on the 64 bit machine, it crashes. So I think, it is an 64 Bit problem with the Long Ascii data type. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=39756&edit=1
