#33533 [Csd->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Closed +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 Assigned To: wez New Comment: huh? Apologies, I said it was a build problem, that's incorrect (my bad I was being rushed into a meeting). I'm able to compile, but am receiving the same seg fault in the latest snapshot. The snapshot I just tried is 200508030230, that's today! Thanks, Scott. Previous Comments: [2005-08-03 07:52:50] [EMAIL PROTECTED] The snapshots are NOT created that often. Get a newer one and try again. [2005-08-03 06:32:45] scott dot barnett at thuringowa dot qld dot gov dot au Still having build problems. Thanks. (gdb) bt #0 0x in ?? () #1 0x002e7ef2 in CLGetData (statement_handle=0x83a5590, column_number=2, target_type=1, target_value=0x83a5a74, buffer_length=256, strlen_or_ind=0x83a57c4) at SQLGetData.c:336 #2 0x00498f0c in SQLGetData (statement_handle=0x83a4fb8, column_number=2, target_type=1, target_value=0x83a5a74, buffer_length=256, strlen_or_ind=0x83a57c4) at SQLGetData.c:412 #3 0x00d63d9e in odbc_stmt_get_col (stmt=0x83ae01c, colno=1, ptr=0xbff2e70c, len=0xbff2e708, caller_frees=0xbff2e704) at /usr/src/apache/php5-200508030230/ext/pdo_odbc/odbc_stmt.c:434 #4 0x00d5caa5 in fetch_value (stmt=0x83ae01c, dest=0x83a7724, colno=1) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:447 #5 0x00d5d776 in do_fetch (stmt=0x83ae01c, do_bind=1, return_value=0x834b8cc, how=PDO_FETCH_OBJ, ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:870 #6 0x00d60903 in pdo_stmt_iter_get (ce=0x83004e0, object=0x834b94c) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:2135 #7 0x00f42baf in ZEND_FE_RESET_SPEC_CV_HANDLER (execute_data=0xbff2ebf0) at /usr/src/apache/php5-200508030230/Zend/zend_vm_execute.h:19523 #8 0x00f0f51c in execute (op_array=0x83468fc) at /usr/src/apache/php5-200508030230/Zend/zend_vm_execute.h:87 #9 0x00ee8ec9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200508030230/Zend/zend.c:1078 #10 0x00ea8058 in php_execute_script (primary_file=0xbff30f70) at /usr/src/apache/php5-200508030230/main/main.c:1672 #11 0x00f53f8e in php_handler (r=0x8337be0) at /usr/src/apache/php5-200508030230/sapi/apache2handler/sapi_apache2.c:562 #12 0x0809953a in ap_run_handler (r=0x8337be0) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x8337be0) at config.c:364 #14 0x0808255d in ap_process_request (r=0x8337be0) at http_request.c:249 #15 0x0807e225 in ap_process_http_connection (c=0x8331948) at http_core.c:251 #16 0x080a2a02 in ap_run_process_connection (c=0x8331948) at connection.c:43 #17 0x08097d15 in child_main (child_num_arg=138040732) at prefork.c:610 #18 0x08097f09 in make_child (s=0x81c5a08, slot=0) at prefork.c:650 #19 0x08097fd0 in startup_children (number_to_start=5) at prefork.c:722 #20 0x080986a3 in ap_mpm_run (_pconf=0xbff312c0, plog=0x81fa190, s=0xbff312c4) at prefork.c:941 #21 0x0809d7a3 in main (argc=2, argv=0xbff31464) at main.c:618 [2005-07-19 17:27:19] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Current CVS (and thus the next snapshot) now handle arbitrary length columns; enjoy! [2005-07-19 05:42:25] [EMAIL PROTECTED] I've added an arbitrary limit of 64k per text column for now, so that PHP doesn't kill your apache instance off (it was trying to allocate 2GB + 1 bytes per text column). It is likely that PDO_ODBC will now truncate any text columns that are longer than 64k; I'm working on a better long term fix. The very next snapshot should give you a more decent experience until then. ---- [2005-07-19 05:27:40] scott dot barnett at thuringowa dot qld dot gov dot au (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_de
#33533 [Csd->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Closed +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 Assigned To: wez New Comment: Still having build problems. Thanks. (gdb) bt #0 0x in ?? () #1 0x002e7ef2 in CLGetData (statement_handle=0x83a5590, column_number=2, target_type=1, target_value=0x83a5a74, buffer_length=256, strlen_or_ind=0x83a57c4) at SQLGetData.c:336 #2 0x00498f0c in SQLGetData (statement_handle=0x83a4fb8, column_number=2, target_type=1, target_value=0x83a5a74, buffer_length=256, strlen_or_ind=0x83a57c4) at SQLGetData.c:412 #3 0x00d63d9e in odbc_stmt_get_col (stmt=0x83ae01c, colno=1, ptr=0xbff2e70c, len=0xbff2e708, caller_frees=0xbff2e704) at /usr/src/apache/php5-200508030230/ext/pdo_odbc/odbc_stmt.c:434 #4 0x00d5caa5 in fetch_value (stmt=0x83ae01c, dest=0x83a7724, colno=1) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:447 #5 0x00d5d776 in do_fetch (stmt=0x83ae01c, do_bind=1, return_value=0x834b8cc, how=PDO_FETCH_OBJ, ori=PDO_FETCH_ORI_NEXT, offset=0, return_all=0x0) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:870 #6 0x00d60903 in pdo_stmt_iter_get (ce=0x83004e0, object=0x834b94c) at /usr/src/apache/php5-200508030230/ext/pdo/pdo_stmt.c:2135 #7 0x00f42baf in ZEND_FE_RESET_SPEC_CV_HANDLER (execute_data=0xbff2ebf0) at /usr/src/apache/php5-200508030230/Zend/zend_vm_execute.h:19523 #8 0x00f0f51c in execute (op_array=0x83468fc) at /usr/src/apache/php5-200508030230/Zend/zend_vm_execute.h:87 #9 0x00ee8ec9 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200508030230/Zend/zend.c:1078 #10 0x00ea8058 in php_execute_script (primary_file=0xbff30f70) at /usr/src/apache/php5-200508030230/main/main.c:1672 #11 0x00f53f8e in php_handler (r=0x8337be0) at /usr/src/apache/php5-200508030230/sapi/apache2handler/sapi_apache2.c:562 #12 0x0809953a in ap_run_handler (r=0x8337be0) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x8337be0) at config.c:364 #14 0x0808255d in ap_process_request (r=0x8337be0) at http_request.c:249 #15 0x0807e225 in ap_process_http_connection (c=0x8331948) at http_core.c:251 #16 0x080a2a02 in ap_run_process_connection (c=0x8331948) at connection.c:43 #17 0x08097d15 in child_main (child_num_arg=138040732) at prefork.c:610 #18 0x08097f09 in make_child (s=0x81c5a08, slot=0) at prefork.c:650 #19 0x08097fd0 in startup_children (number_to_start=5) at prefork.c:722 #20 0x080986a3 in ap_mpm_run (_pconf=0xbff312c0, plog=0x81fa190, s=0xbff312c4) at prefork.c:941 #21 0x0809d7a3 in main (argc=2, argv=0xbff31464) at main.c:618 Previous Comments: [2005-07-19 17:27:19] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Current CVS (and thus the next snapshot) now handle arbitrary length columns; enjoy! [2005-07-19 05:42:25] [EMAIL PROTECTED] I've added an arbitrary limit of 64k per text column for now, so that PHP doesn't kill your apache instance off (it was trying to allocate 2GB + 1 bytes per text column). It is likely that PDO_ODBC will now truncate any text columns that are longer than 64k; I'm working on a better long term fix. The very next snapshot should give you a more decent experience until then. [2005-07-19 05:27:40] scott dot barnett at thuringowa dot qld dot gov dot au (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8a1616c, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8a1616c) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x89b3b84, return_value_ptr=0x0, this_ptr=0x89b39dc, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe0d160) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbfe0d160
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 Assigned To: wez New Comment: Getting a compile error: mkdir ext/pdo_sqlite/.libs gcc -Iext/pdo_sqlite/sqlite/src -DPDO_SQLITE_BUNDLED=1 -DSQLITE_OMIT_CURSOR -I/usr/src/apache/php5-200507272030/ext -Iext/pdo_sqlite/ -I/usr/src/apache/php5-200507272030/ext/pdo_sqlite/ -DPHP_ATOM_INC -I/usr/src/apache/php5-200507272030/include -I/usr/src/apache/php5-200507272030/main -I/usr/src/apache/php5-200507272030 -I/usr/include/libxml2 -I/usr/include/mysql -I/usr/src/apache/php5-200507272030/TSRM -I/usr/src/apache/php5-200507272030/Zend -g -Wall -c /usr/src/apache/php5-200507272030/ext/pdo_sqlite/pdo_sqlite.c -o ext/pdo_sqlite/.libs/pdo_sqlite.o In file included from /usr/src/apache/php5-200507272030/ext/pdo_sqlite/pdo_sqlite.c:31: /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:24:21: sqlite3.h: No such file or directory In file included from /usr/src/apache/php5-200507272030/ext/pdo_sqlite/pdo_sqlite.c:31: /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:50: error: syntax error before "sqlite3" /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:50: warning: no semicolon at end of struct or union /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:53: error: syntax error before '}' token /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:53: warning: type defaults to `int' in declaration of `pdo_sqlite_db_handle' /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:53: warning: data definition has no type or storage class /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:56: error: syntax error before "pdo_sqlite_db_handle" /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:56: warning: no semicolon at end of struct or union /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:57: warning: type defaults to `int' in declaration of `stmt' /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:57: warning: data definition has no type or storage class /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:58: error: syntax error before ':' token /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:59: error: syntax error before ':' token /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:60: warning: type defaults to `int' in declaration of `pdo_sqlite_stmt' /usr/src/apache/php5-200507272030/ext/pdo_sqlite/php_pdo_sqlite_int.h:60: warning: data definition has no type or storage class /usr/src/apache/php5-200507272030/ext/pdo_sqlite/pdo_sqlite.c: In function `zm_info_pdo_sqlite': /usr/src/apache/php5-200507272030/ext/pdo_sqlite/pdo_sqlite.c:104: warning: implicit declaration of function `sqlite3_libversion' make: *** [ext/pdo_sqlite/pdo_sqlite.lo] Error 1 I also noticed some warnings quite a bit earlier in the compile process that you may or may not be interested in :) gcc -I/opt/informix/incl/esql -Iext/informix/ -I/usr/src/apache/php5-200507272030/ext/informix/ -DPHP_ATOM_INC -I/usr/src/apache/php5-200507272030/include -I/usr/src/apache/php5-200507272030/main -I/usr/src/apache/php5-200507272030 -I/usr/include/libxml2 -I/usr/include/mysql -I/usr/src/apache/php5-200507272030/TSRM -I/usr/src/apache/php5-200507272030/Zend -g -Wall -c /usr/src/apache/php5-200507272030/ext/informix/ifx.c -o ext/informix/.libs/ifx.o /usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function `php_ifx_do_connect': /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:537: warning: int format, long int arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:542: warning: int format, long int arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:646: warning: int format, long int arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function `zif_ifx_do': /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:1567: warning: int format, long int arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function `zif_ifx_fetch_row': /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:2169: warning: int format, int4 arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function `zif_ifx_htmltbl_result': /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:2504: warning: int format, int4 arg (arg 4) /usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function `php_intifx_getType': /usr/src/apache/php5-200507272030/ext/informix/ifx.ec:3052: warning: int format, long int arg
#33533 [Csd->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Closed +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 Assigned To: wez New Comment: Apologies for the delayed response. Trying to compile CVS, getting a missing file error. Not sure if this is related or not. checking for PDO includes... checking for PDO includes... /usr/src/apache/php5-200507270430/ext checking for selected PDO ODBC flavour... unixODBC libs /usr/local/lib, headers/usr/local/include checking for odbc.h in /usr/local/include... no checking for odbcsdk.h in /usr/local/include... no checking for iodbc.h in /usr/local/include... no checking for sqlunix.h in /usr/local/include... no checking for sqltypes.h in /usr/local/include... yes checking for sqlucode.h in /usr/local/include... yes checking for sql.h in /usr/local/include... yes checking for isql.h in /usr/local/include... yes checking for sqlext.h in /usr/local/include... yes checking for isqlext.h in /usr/local/include... yes checking for udbcext.h in /usr/local/include... no checking for sqlcli1.h in /usr/local/include... no checking for LibraryManager.h in /usr/local/include... no checking for cli0core.h in /usr/local/include... no checking for cli0ext.h in /usr/local/include... no checking for cli0cli.h in /usr/local/include... no checking for cli0defs.h in /usr/local/include... no checking for cli0env.h in /usr/local/include... no checking for SQLBindCol in -lodbc... yes checking for SQLAllocHandle in -lodbc... yes checking for PostgreSQL support for PDO... no checking for sqlite 3 driver for PDO... yes checking for PDO includes... (cached) /usr/src/apache/php5-200507270430/ext checking size of char *... 4 ./configure: line 84770: /usr/src/apache/php5-200507270430/sqlite/src/sqlite3.h: No such file or directory configure: error: this package is broken Previous Comments: [2005-07-19 17:27:19] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Current CVS (and thus the next snapshot) now handle arbitrary length columns; enjoy! [2005-07-19 05:42:25] [EMAIL PROTECTED] I've added an arbitrary limit of 64k per text column for now, so that PHP doesn't kill your apache instance off (it was trying to allocate 2GB + 1 bytes per text column). It is likely that PDO_ODBC will now truncate any text columns that are longer than 64k; I'm working on a better long term fix. The very next snapshot should give you a more decent experience until then. [2005-07-19 05:27:40] scott dot barnett at thuringowa dot qld dot gov dot au (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8a1616c, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8a1616c) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x89b3b84, return_value_ptr=0x0, this_ptr=0x89b39dc, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe0d160) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbfe0d160) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x89aeaec) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbfe0f4e0) at /usr/src/apache/php5-200507122030/main/main.c:1672 #11 0x00f48616 in php_handler (r=0x899fbe0) at /usr/src/apache/php5-200507122030/sapi/apache2handler/sapi_apache2.c:555 #12 0x0809953a in ap_run_handler (r=0x899fbe0) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x899fbe0) at config.c:364 #14 0x0808255d in ap_process_request (r=0x899fbe0) at http_reques
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8a1616c, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8a1616c) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x89b3b84, return_value_ptr=0x0, this_ptr=0x89b39dc, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbfe0d160) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbfe0d160) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x89aeaec) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbfe0f4e0) at /usr/src/apache/php5-200507122030/main/main.c:1672 #11 0x00f48616 in php_handler (r=0x899fbe0) at /usr/src/apache/php5-200507122030/sapi/apache2handler/sapi_apache2.c:555 #12 0x0809953a in ap_run_handler (r=0x899fbe0) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x899fbe0) at config.c:364 #14 0x0808255d in ap_process_request (r=0x899fbe0) at http_request.c:249 #15 0x0807e225 in ap_process_http_connection (c=0x848) at http_core.c:251 #16 0x080a2a02 in ap_run_process_connection (c=0x848) at connection.c:43 #17 0x08097d15 in child_main (child_num_arg=0) at prefork.c:610 #18 0x08097f09 in make_child (s=0x882ea08, slot=0) at prefork.c:650 #19 0x08097fd0 in startup_children (number_to_start=5) at prefork.c:722 #20 0x080986a3 in ap_mpm_run (_pconf=0xbfe0f830, plog=0x8863190, s=0xbfe0f834) at prefork.c:941 #21 0x0809d7a3 in main (argc=2, argv=0xbfe0f9d4) at main.c:618 (gdb) f 3 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8a1616c, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 393 S->cols[colno].data = emalloc(colsize+1); (gdb) info locals S = (pdo_odbc_stmt *) 0x8a16794 col = (struct pdo_column_data *) 0x8a12134 dyn = 0 '\0' rc = 0 colnamelen = 7 colsize = 2147483647 Previous Comments: [2005-07-18 17:19:36] [EMAIL PROTECTED] Can you do that again, this time type in: bt f 3 info locals thanks! [2005-07-15 00:10:11] scott dot barnett at thuringowa dot qld dot gov dot au Program received signal SIGSEGV, Segmentation fault. 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x9979184, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x9979184) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x9916b9c, return_value_ptr=0x0, this_ptr=0x99169f4, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbffa4390) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbffa4390) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x9911b04) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbffa6710) at /usr/src/apache/php5-200507122030/main/main.c:1672 #11 0x00f48616 in php_handler (r=0x9902bf8) at /usr/src/apache/php5
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: Program received signal SIGSEGV, Segmentation fault. 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 (gdb) bt #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x9979184, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x9979184) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x9916b9c, return_value_ptr=0x0, this_ptr=0x99169f4, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbffa4390) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbffa4390) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x9911b04) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbffa6710) at /usr/src/apache/php5-200507122030/main/main.c:1672 #11 0x00f48616 in php_handler (r=0x9902bf8) at /usr/src/apache/php5-200507122030/sapi/apache2handler/sapi_apache2.c:555 #12 0x0809953a in ap_run_handler (r=0x9902bf8) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x9902bf8) at config.c:364 #14 0x0808255d in ap_process_request (r=0x9902bf8) at http_request.c:249 #15 0x0807e225 in ap_process_http_connection (c=0x98fc960) at http_core.c:251 #16 0x080a2a02 in ap_run_process_connection (c=0x98fc960) at connection.c:43 #17 0x08097d15 in child_main (child_num_arg=0) at prefork.c:610 #18 0x08097f09 in make_child (s=0x9791a08, slot=0) at prefork.c:650 #19 0x08097fd0 in startup_children (number_to_start=5) at prefork.c:722 #20 0x080986a3 in ap_mpm_run (_pconf=0xbffa6a60, plog=0x97c6190, s=0xbffa6a64) at prefork.c:941 #21 0x0809d7a3 in main (argc=2, argv=0xbffa6c04) at main.c:618 (gdb) f 3 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x9979184, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 393 S->cols[colno].data = emalloc(colsize+1); (gdb) p *col $1 = {name = 0x99751d4 "textcol", namelen = 7, maxlen = 2147483647, param_type = PDO_PARAM_NULL, precision = 0, dbdo_data = 0x0} Previous Comments: [2005-07-14 10:23:45] [EMAIL PROTECTED] Thanks. Could you also do this: --- bt f 3 p *col --- And paste the output here. Thanks in advance. [2005-07-14 01:21:08] scott dot barnett at thuringowa dot qld dot gov dot au #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8c2a244, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8c2a244) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x8bc7c7c, return_value_ptr=0x0, this_ptr=0x8bc7ad4, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbff8a6e0) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff8a6e0) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x8bc2bbc) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbff8ca60) at /usr/src/apache/php5-200507122030/main/main.c:1672
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: #0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2 #1 0x0064fc76 in kill () from /lib/tls/libc.so.6 #2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4 "/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c", __zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191 #3 0x00d58c90 in odbc_stmt_describe (stmt=0x8c2a244, colno=1) at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393 #4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8c2a244) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168 #5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x8bc7c7c, return_value_ptr=0x0, this_ptr=0x8bc7ad4, return_value_used=1) at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912 #6 0x00f03eaa in zend_do_fcall_common_helper_SPEC (execute_data=0xbff8a6e0) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184 #7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbff8a6e0) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299 #8 0x00f03b8b in execute (op_array=0x8bc2bbc) at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87 #9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087 #10 0x00e9c995 in php_execute_script (primary_file=0xbff8ca60) at /usr/src/apache/php5-200507122030/main/main.c:1672 #11 0x00f48616 in php_handler (r=0x8bb3be0) at /usr/src/apache/php5-200507122030/sapi/apache2handler/sapi_apache2.c:555 #12 0x0809953a in ap_run_handler (r=0x8bb3be0) at config.c:152 #13 0x08099905 in ap_invoke_handler (r=0x8bb3be0) at config.c:364 #14 0x0808255d in ap_process_request (r=0x8bb3be0) at http_request.c:249 #15 0x0807e225 in ap_process_http_connection (c=0x8bad948) at http_core.c:251 #16 0x080a2a02 in ap_run_process_connection (c=0x8bad948) at connection.c:43 #17 0x08097d15 in child_main (child_num_arg=0) at prefork.c:610 #18 0x08097f09 in make_child (s=0x8a42a08, slot=0) at prefork.c:650 #19 0x08097fd0 in startup_children (number_to_start=5) at prefork.c:722 #20 0x080986a3 in ap_mpm_run (_pconf=0xbff8cdb0, plog=0x8a77190, s=0xbff8cdb4) at prefork.c:941 #21 0x0809d7a3 in main (argc=2, argv=0xbff8cf54) at main.c:618 Previous Comments: [2005-07-13 11:42:38] [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. [2005-07-13 01:36:18] scott dot barnett at thuringowa dot qld dot gov dot au Thanks wez, I've got PDO-ODBC working now with snapshot php5-200507122030. If I use PDO this shows up in err_log: FATAL: emalloc(): Unable to allocate -2147483648 bytes FATAL: emalloc(): Unable to allocate -2147483648 bytes FATAL: emalloc(): Unable to allocate -2147483648 bytes If I use the ifx_ functions this shows up in err_log: [Wed Jul 13 09:26:51 2005] [notice] child pid 15980 exit signal Segmentation fault (11) [Wed Jul 13 09:26:51 2005] [notice] child pid 15981 exit signal Segmentation fault (11) Same problems basically, only happens when querying Informix text fields, char and int are fine. [2005-07-12 12:57:32] [EMAIL PROTECTED] Remove old stuff: - pear uninstall pdo_odbc - pear uninstall pdo Grab a PHP 5.1 snapshot from http://snaps.php.net: - Extract it - cd into the dir - ./configure --with-pdo-odbc=unixODBC - make - make install then test it ---- [2005-07-12 07:40:11] scott dot barnett at thuringowa dot qld dot gov dot au Rightio, it was user error. I did an strace and I had php.ini in the wrong place, I've corrected it. Previously I configured the extensions dir as a configure option and compiled my own pdo.so and pdo_odbc.so so it worked ok. "php -m" shows up PDO and pdo_sqlite. I thought PDO was going to be included with PHP and therefore would be in the latest snapshot or do you want me to get it from pear? -------- [2005-07-12 06:20
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: Thanks wez, I've got PDO-ODBC working now with snapshot php5-200507122030. If I use PDO this shows up in err_log: FATAL: emalloc(): Unable to allocate -2147483648 bytes FATAL: emalloc(): Unable to allocate -2147483648 bytes FATAL: emalloc(): Unable to allocate -2147483648 bytes If I use the ifx_ functions this shows up in err_log: [Wed Jul 13 09:26:51 2005] [notice] child pid 15980 exit signal Segmentation fault (11) [Wed Jul 13 09:26:51 2005] [notice] child pid 15981 exit signal Segmentation fault (11) Same problems basically, only happens when querying Informix text fields, char and int are fine. Previous Comments: [2005-07-12 12:57:32] [EMAIL PROTECTED] Remove old stuff: - pear uninstall pdo_odbc - pear uninstall pdo Grab a PHP 5.1 snapshot from http://snaps.php.net: - Extract it - cd into the dir - ./configure --with-pdo-odbc=unixODBC - make - make install then test it [2005-07-12 07:40:11] scott dot barnett at thuringowa dot qld dot gov dot au Rightio, it was user error. I did an strace and I had php.ini in the wrong place, I've corrected it. Previously I configured the extensions dir as a configure option and compiled my own pdo.so and pdo_odbc.so so it worked ok. "php -m" shows up PDO and pdo_sqlite. I thought PDO was going to be included with PHP and therefore would be in the latest snapshot or do you want me to get it from pear? [2005-07-12 06:20:34] scott dot barnett at thuringowa dot qld dot gov dot au Argh scratch the comment about the .so's being in the source tree. They're there because I put them there when I was compiling the previous version. Just for good measure I completely removed apache from the system, removed the source trees, and started from scratch. Still experiencing the same problem though. Tried pear install -f PDO pear install -f PDO_ODBC "pear list" now shows up: Installed packages: === Package Version State Archive_Tar 1.1 stable Console_Getopt 1.2 stable HTML_Template_IT 1.1 stable Net_UserAgent_Detect 2.0.1 stable PDO 0.3 beta PDO_ODBC 0.2 beta PEAR 1.3.5 stable XML_RPC 1.3.1 stable PDO still comes back with "Failed to connect:could not find driver" ---------------- [2005-07-12 05:57:02] scott dot barnett at thuringowa dot qld dot gov dot au Yeah it was a clean build, and I definately have both extensions in php.ini. Now that it's not a pear library, is there something I need to add to my configure syntax to include pdo unixODBC support? I've done a find -name pdo.so and it only shows up in the source tree that I compiled PHP from. pdo_odbc.so also shows up in that tree. Trying with the new snapshot, php -m shows up: [PHP Modules] ctype date dom ftp iconv informix ldap libxml mysql odbc pcre PDO pdo_sqlite pgsql posix session SimpleXML sockets SPL SQLite standard tokenizer xml [2005-07-12 05:36:44] [EMAIL PROTECTED] Sounds like you're missing an extension=pdo_odbc.so line from your php.ini. Installing over the top of an existing install is usually ok, provided that you made a fresh, clean build for the new install. 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/33533 -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: Rightio, it was user error. I did an strace and I had php.ini in the wrong place, I've corrected it. Previously I configured the extensions dir as a configure option and compiled my own pdo.so and pdo_odbc.so so it worked ok. "php -m" shows up PDO and pdo_sqlite. I thought PDO was going to be included with PHP and therefore would be in the latest snapshot or do you want me to get it from pear? Previous Comments: [2005-07-12 06:20:34] scott dot barnett at thuringowa dot qld dot gov dot au Argh scratch the comment about the .so's being in the source tree. They're there because I put them there when I was compiling the previous version. Just for good measure I completely removed apache from the system, removed the source trees, and started from scratch. Still experiencing the same problem though. Tried pear install -f PDO pear install -f PDO_ODBC "pear list" now shows up: Installed packages: === Package Version State Archive_Tar 1.1 stable Console_Getopt 1.2 stable HTML_Template_IT 1.1 stable Net_UserAgent_Detect 2.0.1 stable PDO 0.3 beta PDO_ODBC 0.2 beta PEAR 1.3.5 stable XML_RPC 1.3.1 stable PDO still comes back with "Failed to connect:could not find driver" ---------------- [2005-07-12 05:57:02] scott dot barnett at thuringowa dot qld dot gov dot au Yeah it was a clean build, and I definately have both extensions in php.ini. Now that it's not a pear library, is there something I need to add to my configure syntax to include pdo unixODBC support? I've done a find -name pdo.so and it only shows up in the source tree that I compiled PHP from. pdo_odbc.so also shows up in that tree. Trying with the new snapshot, php -m shows up: [PHP Modules] ctype date dom ftp iconv informix ldap libxml mysql odbc pcre PDO pdo_sqlite pgsql posix session SimpleXML sockets SPL SQLite standard tokenizer xml [2005-07-12 05:36:44] [EMAIL PROTECTED] Sounds like you're missing an extension=pdo_odbc.so line from your php.ini. Installing over the top of an existing install is usually ok, provided that you made a fresh, clean build for the new install. -------------------- [2005-07-12 01:42:11] scott dot barnett at thuringowa dot qld dot gov dot au With snapshot 200507112030 using the ifx_ functions it comes back with: [Tue Jul 12 09:34:05 2005] [notice] child pid 2175 exit signal Segmentation fault (11) [Tue Jul 12 09:34:06 2005] [notice] child pid 2176 exit signal Segmentation fault (11) I'm having some difficulties with PDO now, it comes back with : "Failed to connect:could not find driver". This is probably just a misconfiguration problem on my end that I haven't managed to track down yet. Note: When I tryed the latest snapshot I just did a "make install" over the top of the old one. [2005-07-08 21:14:32] [EMAIL PROTECTED] (those fixes are in PDO_ODBC only) 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/33533 -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: Argh scratch the comment about the .so's being in the source tree. They're there because I put them there when I was compiling the previous version. Just for good measure I completely removed apache from the system, removed the source trees, and started from scratch. Still experiencing the same problem though. Tried pear install -f PDO pear install -f PDO_ODBC "pear list" now shows up: Installed packages: === Package Version State Archive_Tar 1.1 stable Console_Getopt 1.2 stable HTML_Template_IT 1.1 stable Net_UserAgent_Detect 2.0.1 stable PDO 0.3 beta PDO_ODBC 0.2 beta PEAR 1.3.5 stable XML_RPC 1.3.1 stable PDO still comes back with "Failed to connect:could not find driver" Previous Comments: ---- [2005-07-12 05:57:02] scott dot barnett at thuringowa dot qld dot gov dot au Yeah it was a clean build, and I definately have both extensions in php.ini. Now that it's not a pear library, is there something I need to add to my configure syntax to include pdo unixODBC support? I've done a find -name pdo.so and it only shows up in the source tree that I compiled PHP from. pdo_odbc.so also shows up in that tree. Trying with the new snapshot, php -m shows up: [PHP Modules] ctype date dom ftp iconv informix ldap libxml mysql odbc pcre PDO pdo_sqlite pgsql posix session SimpleXML sockets SPL SQLite standard tokenizer xml [2005-07-12 05:36:44] [EMAIL PROTECTED] Sounds like you're missing an extension=pdo_odbc.so line from your php.ini. Installing over the top of an existing install is usually ok, provided that you made a fresh, clean build for the new install. ---------------- [2005-07-12 01:42:11] scott dot barnett at thuringowa dot qld dot gov dot au With snapshot 200507112030 using the ifx_ functions it comes back with: [Tue Jul 12 09:34:05 2005] [notice] child pid 2175 exit signal Segmentation fault (11) [Tue Jul 12 09:34:06 2005] [notice] child pid 2176 exit signal Segmentation fault (11) I'm having some difficulties with PDO now, it comes back with : "Failed to connect:could not find driver". This is probably just a misconfiguration problem on my end that I haven't managed to track down yet. Note: When I tryed the latest snapshot I just did a "make install" over the top of the old one. [2005-07-08 21:14:32] [EMAIL PROTECTED] (those fixes are in PDO_ODBC only) [2005-07-08 21:09:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I fixed a few things that might have resolved your problem; please try the latest snapshot. Would be nice to hear back from you ASAP if it doesn't work. 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/33533 -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: Yeah it was a clean build, and I definately have both extensions in php.ini. Now that it's not a pear library, is there something I need to add to my configure syntax to include pdo unixODBC support? I've done a find -name pdo.so and it only shows up in the source tree that I compiled PHP from. pdo_odbc.so also shows up in that tree. Trying with the new snapshot, php -m shows up: [PHP Modules] ctype date dom ftp iconv informix ldap libxml mysql odbc pcre PDO pdo_sqlite pgsql posix session SimpleXML sockets SPL SQLite standard tokenizer xml Previous Comments: [2005-07-12 05:36:44] [EMAIL PROTECTED] Sounds like you're missing an extension=pdo_odbc.so line from your php.ini. Installing over the top of an existing install is usually ok, provided that you made a fresh, clean build for the new install. [2005-07-12 01:42:11] scott dot barnett at thuringowa dot qld dot gov dot au With snapshot 200507112030 using the ifx_ functions it comes back with: [Tue Jul 12 09:34:05 2005] [notice] child pid 2175 exit signal Segmentation fault (11) [Tue Jul 12 09:34:06 2005] [notice] child pid 2176 exit signal Segmentation fault (11) I'm having some difficulties with PDO now, it comes back with : "Failed to connect:could not find driver". This is probably just a misconfiguration problem on my end that I haven't managed to track down yet. Note: When I tryed the latest snapshot I just did a "make install" over the top of the old one. [2005-07-08 21:14:32] [EMAIL PROTECTED] (those fixes are in PDO_ODBC only) [2005-07-08 21:09:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I fixed a few things that might have resolved your problem; please try the latest snapshot. Would be nice to hear back from you ASAP if it doesn't work. ---------------- [2005-07-04 03:35:14] scott dot barnett at thuringowa dot qld dot gov dot au Same problem with the latest snapshot. I've setup pdo_odbc and I get the exact same symptoms, can select char and int fields, but not text or blob. The error that comes up in err_log is different though: FATAL: emalloc(): Unable to allocate -2147483648 bytes 2147483648 is the maximum size of a text field. The most characters in any of the tuples in the test table is about 30. 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/33533 -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [Fbk->Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: PDO related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5CVS-2005-07-04 New Comment: With snapshot 200507112030 using the ifx_ functions it comes back with: [Tue Jul 12 09:34:05 2005] [notice] child pid 2175 exit signal Segmentation fault (11) [Tue Jul 12 09:34:06 2005] [notice] child pid 2176 exit signal Segmentation fault (11) I'm having some difficulties with PDO now, it comes back with : "Failed to connect:could not find driver". This is probably just a misconfiguration problem on my end that I haven't managed to track down yet. Note: When I tryed the latest snapshot I just did a "make install" over the top of the old one. Previous Comments: [2005-07-08 21:14:32] [EMAIL PROTECTED] (those fixes are in PDO_ODBC only) [2005-07-08 21:09:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I fixed a few things that might have resolved your problem; please try the latest snapshot. Would be nice to hear back from you ASAP if it doesn't work. -------- [2005-07-04 03:35:14] scott dot barnett at thuringowa dot qld dot gov dot au Same problem with the latest snapshot. I've setup pdo_odbc and I get the exact same symptoms, can select char and int fields, but not text or blob. The error that comes up in err_log is different though: FATAL: emalloc(): Unable to allocate -2147483648 bytes 2147483648 is the maximum size of a text field. The most characters in any of the tuples in the test table is about 30. [2005-07-01 09:38:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And try with the new PDO (pdo_odbc) extension. See manual: http://www.php.net/pdo -------- [2005-07-01 08:37:43] scott dot barnett at thuringowa dot qld dot gov dot au Description: Apache 2.0.54 PHP 5.0.4 UnixODBC 2.2.11 Informix SDK 2.90.UC1 I'm trying to use ODBC to query an informix server. I can select char or int columns, and I can perform inserts on text fields fine. When I do a select on a text column the query executes fine. When I try and use any fetch function (eg. odbc_fetch_into, odbc_fetch_object) on the result, it seg faults. Using isql at the shell on the web server works perfectly. Reproduce code: --- $sql="select * from tablename"; $result = odbc_prepare ($conn_id, $sql); $result=odbc_exec($db,$sql); while(odbc_fetch_into($result, $myarray)){ for($i=0; $i<3; $i++){ print "$myarray[$i] "; } } Expected result: The contents of the table to appear! :) Actual result: -- [notice] child pid 4220 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [Fbk->Opn]: Segmentation Fault with selecting informix text column
ID: 33533 User updated by: scott dot barnett at thuringowa dot qld dot gov dot au Reported By: scott dot barnett at thuringowa dot qld dot gov dot au -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: CentOS 4.1 / Redhat Enterprise 4 PHP Version: 5.0.4 New Comment: Same problem with the latest snapshot. I've setup pdo_odbc and I get the exact same symptoms, can select char and int fields, but not text or blob. The error that comes up in err_log is different though: FATAL: emalloc(): Unable to allocate -2147483648 bytes 2147483648 is the maximum size of a text field. The most characters in any of the tuples in the test table is about 30. Previous Comments: [2005-07-01 09:38:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And try with the new PDO (pdo_odbc) extension. See manual: http://www.php.net/pdo [2005-07-01 08:37:43] scott dot barnett at thuringowa dot qld dot gov dot au Description: Apache 2.0.54 PHP 5.0.4 UnixODBC 2.2.11 Informix SDK 2.90.UC1 I'm trying to use ODBC to query an informix server. I can select char or int columns, and I can perform inserts on text fields fine. When I do a select on a text column the query executes fine. When I try and use any fetch function (eg. odbc_fetch_into, odbc_fetch_object) on the result, it seg faults. Using isql at the shell on the web server works perfectly. Reproduce code: --- $sql="select * from tablename"; $result = odbc_prepare ($conn_id, $sql); $result=odbc_exec($db,$sql); while(odbc_fetch_into($result, $myarray)){ for($i=0; $i<3; $i++){ print "$myarray[$i] "; } } Expected result: The contents of the table to appear! :) Actual result: -- [notice] child pid 4220 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=33533&edit=1
#33533 [NEW]: Segmentation Fault with selecting informix text column
From: scott dot barnett at thuringowa dot qld dot gov dot au Operating system: CentOS 4.1 / Redhat Enterprise 4 PHP version: 5.0.4 PHP Bug Type: ODBC related Bug description: Segmentation Fault with selecting informix text column Description: Apache 2.0.54 PHP 5.0.4 UnixODBC 2.2.11 Informix SDK 2.90.UC1 I'm trying to use ODBC to query an informix server. I can select char or int columns, and I can perform inserts on text fields fine. When I do a select on a text column the query executes fine. When I try and use any fetch function (eg. odbc_fetch_into, odbc_fetch_object) on the result, it seg faults. Using isql at the shell on the web server works perfectly. Reproduce code: --- $sql="select * from tablename"; $result = odbc_prepare ($conn_id, $sql); $result=odbc_exec($db,$sql); while(odbc_fetch_into($result, $myarray)){ for($i=0; $i<3; $i++){ print "$myarray[$i] "; } } Expected result: The contents of the table to appear! :) Actual result: -- [notice] child pid 4220 exit signal Segmentation fault (11) -- Edit bug report at http://bugs.php.net/?id=33533&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33533&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33533&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33533&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33533&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33533&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33533&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33533&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33533&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33533&r=support Expected behavior: http://bugs.php.net/fix.php?id=33533&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33533&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33533&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33533&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33533&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33533&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33533&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33533&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33533&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33533&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33533&r=mysqlcfg