[unixODBC-support] Posible SEGFAULT when Fetching a null datetime in Informix

Emiliano Romero eromero at sitrack.com
Thu Jan 24 19:20:47 GMT 2008


Hi!, I’m have installed unixODBC+pdo_odbc. I’m using it with Informix IDS
10.

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 of the coredump

 

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 unixODBC.

 

Thanks and Regards


Emiliano S. Romero

Ingeniería 
Sitrack.com Argentina S.A. 

E-mail: eromero at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.unixodbc.org/pipermail/unixodbc-support/attachments/20080124/451b048b/attachment.html>


More information about the unixODBC-support mailing list