from:"scott dot barnett at thuringowa dot qld dot gov dot au"

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-08-03 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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_describe (stmt=0x8a1616c, colno=1) at
/usr

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-08-02 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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) at
/usr/src/apache/php5

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-27 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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 (arg 4)
/usr/src/apache/php5-200507272030/ext/informix/ifx.ec: In function
`php_intifx_copy_blob':
/usr/src/apache/php5

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-26 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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_request.c:249
#15 0x0807e225

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-18 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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-200507122030/sapi/apache2handler/sapi_apache2.c

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-14 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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:
---
get the backtrace
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
#11 0x00f48616

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-13 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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 your usual options --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

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-12 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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 your usual options --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=33533edit=1

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-11 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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; $i3; $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=33533edit=1

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-11 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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=33533edit=1

#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-11 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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=33533edit=1

#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

2005-07-11 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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=33533edit=1

#33533 [Fbk-Opn]: Segmentation Fault with selecting informix text column

2005-07-03 Thread scott dot barnett at thuringowa dot qld dot gov dot au

 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; $i3; $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=33533edit=1

#33533 [NEW]: Segmentation Fault with selecting informix text column

2005-07-01 Thread scott dot barnett at thuringowa dot qld dot gov dot au

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; $i3; $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=33533edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33533r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33533r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33533r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33533r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33533r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33533r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33533r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33533r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33533r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33533r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33533r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33533r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33533r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33533r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33533r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33533r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33533r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33533r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33533r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33533r=mysqlcfg

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Csd-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Opn]: PDO_ODBC: Segmentation Fault with selecting informix text column

#33533 [Fbk-Opn]: Segmentation Fault with selecting informix text column

#33533 [NEW]: Segmentation Fault with selecting informix text column

14 matches

Site Navigation

Mail list logo

Footer information