ID: 32216
User updated by: paolo at ahead dot it
Reported By: paolo at ahead dot it
-Status: Feedback
+Status: Open
Bug Type: ODBC related
Operating System: linux i386
PHP Version: 5.0.3
New Comment:
I test new CVS now and I have againg Segmentation Fault.
PHP 5.1.0-dev (cgi) (built: Mar 15 2005 09:52:28)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
This is the backtrace:
[EMAIL PROTECTED] php5-200503150730]# gdb /dati/inetpub/php-test/bin/php
GNU gdb Red Hat Linux (6.0post-0.20040223.19rh)
Copyright 2004 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 "i386-redhat-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run -f /dati/inetpub/waroot/site/new.vialescarpe.com/test.php
Starting program: /dati/inetpub/php-test/bin/php -f
/dati/inetpub/waroot/site/new.vialescarpe.com/test.php
Error while mapping shared library sections:
: Success.
Error while reading shared library symbols:
: No such file or directory.
[Thread debugging using libthread_db enabled]
[New Thread -150355840 (LWP 17670)]
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -150355840 (LWP 17670)]
0x00273e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so
(gdb) bt
#0 0x00273e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so
#1 0x00270be3 in SQLExecDirect () from /usr/lib/libmyodbc3.so
#2 0x001335f1 in SQLExecDirect_Internal (hstmt=0x97d8e48,
szSqlStr=0x97d337c, cbSqlStr=-3, waMode=0 '\0') at execute.c:374
#3 0x001337e4 in SQLExecDirect (hstmt=0x97d8e48, szSqlStr=0x97d337c
"select 1", cbSqlStr=-3) at execute.c:443
#4 0x0808df4f in zif_odbc_exec (ht=2, return_value=0x97d7eb4,
this_ptr=0x0, return_value_used=1)
at /dati/inetpub/src/php5-200503150730/ext/odbc/php_odbc.c:1309
#5 0x0818e94f in zend_do_fcall_common_helper_SPEC
(execute_data=0xfeecc950) at zend_vm_execute.h:175
#6 0x08190a5a in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xfeecc950) at zend_vm_execute.h:1535
#7 0x0818e2f1 in execute (op_array=0x97d36d4) at zend_vm_execute.h:78
#8 0x0817361f in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /dati/inetpub/src/php5-200503150730/Zend/zend.c:1058
#9 0x0814459c in php_execute_script (primary_file=0xfeececf0) at
/dati/inetpub/src/php5-200503150730/main/main.c:1637
#10 0x081d2524 in main (argc=3, argv=0xfeecedb4) at
/dati/inetpub/src/php5-200503150730/sapi/cgi/cgi_main.c:1580
(gdb)
Previous Comments:
------------------------------------------------------------------------
[2005-03-14 22:35:56] [EMAIL PROTECTED]
You can always disable that with --disable-all (but that minor bug is
fixed in CVS now, so just grab new snapshot).
------------------------------------------------------------------------
[2005-03-09 10:07:29] paolo at ahead dot it
I can't test the CVS, I have this error during make
/dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c: In
function `zif_spl_File_fscanf':
/dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319:
error: `arg2' undeclared (first use in this function)
/dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319:
error: (Each undeclared identifier is reported only once
/dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319:
error: for each function it appears in.)
make: *** [ext/spl/spl_directory.lo] Error 1
------------------------------------------------------------------------
[2005-03-09 01:11:49] [EMAIL PROTECTED]
This looks lot like yet another library war. :)
(symbols clashing with each other..)
This _might_ be fixed in CVS, so do try this snapshot:
http://snaps.php.net/php5-latest.tar.gz
------------------------------------------------------------------------
[2005-03-08 09:56:24] paolo at ahead dot it
[EMAIL PROTECTED] site]# gdb /dati/inetpub/php/bin/php
GNU gdb Red Hat Linux (6.0post-0.20040223.19rh)
Copyright 2004 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 "i386-redhat-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run -f test.php
Starting program: /dati/inetpub/php/bin/php -f test.php
Error while mapping shared library sections:
: Success.
Error while reading shared library symbols:
: No such file or directory.
[Thread debugging using libthread_db enabled]
[New Thread -150633024 (LWP 6217)]
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Error while reading shared library symbols:
: No such file or directory.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -150633024 (LWP 6217)]
0x00223e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so
(gdb) bt
#0 0x00223e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so
#1 0x00220be3 in SQLExecDirect () from /usr/lib/libmyodbc3.so
#2 0x001d45f1 in SQLExecDirect_Internal (hstmt=0x93a1420,
szSqlStr=0x939d5cc, cbSqlStr=-3, waMode=0 '\0') at execute.c:374
#3 0x001d47e4 in SQLExecDirect (hstmt=0x93a1420, szSqlStr=0x939d5cc
"select 1", cbSqlStr=-3) at execute.c:443
#4 0x080c3ef9 in zif_odbc_exec (ht=2, return_value=0x93a215c,
this_ptr=0x0, return_value_used=1)
at /dati/inetpub/src/php-5.0.3/ext/odbc/php_odbc.c:1309
#5 0x081bf75e in zend_do_fcall_common_helper (execute_data=0xfefd2120,
opline=0x93a1c88, op_array=0x939d87c)
at /dati/inetpub/src/php-5.0.3/Zend/zend_execute.c:2711
#6 0x081bcd62 in execute (op_array=0x939d87c) at
/dati/inetpub/src/php-5.0.3/Zend/zend_execute.c:1400
#7 0x081a317b in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /dati/inetpub/src/php-5.0.3/Zend/zend.c:1069
#8 0x081754b4 in php_execute_script (primary_file=0xfefd44b0) at
/dati/inetpub/src/php-5.0.3/main/main.c:1628
#9 0x081c625a in main (argc=3, argv=0xfefd4574) at
/dati/inetpub/src/php-5.0.3/sapi/cgi/cgi_main.c:1568
(gdb)
------------------------------------------------------------------------
[2005-03-07 20:09:22] [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
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.
------------------------------------------------------------------------
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/32216
--
Edit this bug report at http://bugs.php.net/?id=32216&edit=1
