SEGFAULT with PDO_ODBC+unixODBC and null datetime field.
| From: | Emiliano Romero | Date: | Thu, 24 Jan 2008 20:26:59 +0000 |
| Subject: | SEGFAULT with PDO_ODBC+unixODBC and null datetime field. | ||
| Groups: | php.pecl.dev | ||
| Request: | Send a blank email to pecl-dev+get-5085@lists.php.net to get a copy of this message | ||
Hi!, Im have installed PDO_ODBC with unixodbc. Im using it with Informix
IDS 10 and php 5.2.5.
It works perfectly until I try to fetch a row with a datetime field = null.
It generates a SEGFAULT in apache. If the datetime field has any value, it
works perfectly. But with a null value it crash.
Any idea of what could be happening?
I paste the Backtrace coredump of apache2.
Core was generated by `/usr/sbin/apache2-php5 -D PHP5 -D DEFAULT_VHOST -D
INFO -d /usr/lib64/apache2-p'.
Program terminated with signal 11, Segmentation fault.
#0 0x00002b6375fe029c in memcpy () from /lib/libc.so.6
(gdb) bt
#0 0x00002b6375fe029c in memcpy () from /lib/libc.so.6
#1 0x00000000ffffffff in ?? ()
#2 0x0000000000e0a908 in ?? ()
#3 0x0000000000c94d78 in ?? ()
#4 0x0000000000000090 in ?? ()
#5 0x0000000000e0aa98 in ?? ()
#6 0x00002b6378d9de40 in _estrndup () from
/usr/lib64/apache2-php5/modules/libphp5.so
#7 0x00002b637b38a7e6 in fetch_value (stmt=0xe00031, dest=0xe086e0,
colno=<value optimized out>,
type_override=<value optimized out>) at
/tmp/pear/download/PDO-1.0.3/pdo_stmt.c:559
#8 0x00002b637b38b05e in do_fetch (stmt=0xc94d78, do_bind=<value optimized
out>, return_value=0xdfe9f8, how=14680984,
ori=<value optimized out>, offset=<value optimized out>, return_all=0x0)
at /tmp/pear/download/PDO-1.0.3/pdo_stmt.c:967
#9 0x00002b637b38c44b in zim_PDOStatement_fetch (ht=<value optimized out>,
return_value=0xdfe9f8,
return_value_ptr=<value optimized out>, this_ptr=<value optimized out>,
return_value_used=<value optimized out>)
at /tmp/pear/download/PDO-1.0.3/pdo_stmt.c:1227
#10 0x00002b6378dd35b2 in ?? () from
/usr/lib64/apache2-php5/modules/libphp5.so
#11 0x00002b6378dd26e2 in execute () from
/usr/lib64/apache2-php5/modules/libphp5.so
#12 0x00002b6378dd2e73 in ?? () from
/usr/lib64/apache2-php5/modules/libphp5.so
#13 0x00002b6378dd26e2 in execute () from
/usr/lib64/apache2-php5/modules/libphp5.so
#14 0x00002b6378dd2e73 in ?? () from
/usr/lib64/apache2-php5/modules/libphp5.so
#15 0x00002b6378dd26e2 in execute () from
/usr/lib64/apache2-php5/modules/libphp5.so
#16 0x00002b6378db5956 in zend_execute_scripts () from
/usr/lib64/apache2-php5/modules/libphp5.so
#17 0x00002b6378d77a6a in php_execute_script () from
/usr/lib64/apache2-php5/modules/libphp5.so
#18 0x00002b6378e2b293 in ?? () from
/usr/lib64/apache2-php5/modules/libphp5.so
#19 0x0000000000431293 in ap_run_handler ()
#20 0x0000000000434136 in ap_invoke_handler ()
#21 0x000000000043d8ee in ap_process_request ()
#22 0x000000000043b056 in ?? ()
#23 0x0000000000437a24 in ap_run_process_connection ()
#24 0x0000000000441099 in ?? ()
#25 0x00000000004412e8 in ?? ()
#26 0x0000000000441ae2 in ap_mpm_run ()
#27 0x0000000000420a39 in main ()
Sorry if the problem isnt in PDO_ODBC
Thanks and Regards
Emiliano S. Romero
Ingeniería
Sitrack.com Argentina S.A.
E-mail: eromero@sitrack.com
This message is for the designated recipient only and may contain privileged, proprietary, or
otherwise private information.
If you have received it in error, please notify the sender immediately and delete the original. Any
other use of the email by you is prohibited.