[Firebird-odbc-devel] Firebird 64bit Driver and Oracle Heterogeneous Connectivity fails

[Kirill]

Hello!

I have troubles while integrating Firebird 64bit ODBC driver with Oracle Heterogeneous Connectivity (DG4ODBC).

The ODBC driver version is OdbcFb-LIB-2.0.0151.amd64.tar.gz
The Firebird clients libs is FirebirdCS-2.5.0.26074-0.amd64.rpm

But on the other hand, the 32-bit version Firebird ODBC driver works fine.

Seems to program crashes with an segfault error.
At that time the oracle process generates dump file:

----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
shcstkdmp()+110 call kgdsdst() 000000000 ? 000000000 ?
7FFFED89D048 ? 000000001 ?
000000001 ? 000000003 ?
hsssexhd()+85 call shcstkdmp() 000000000 ? 000000000 ?
7FFFED89D048 ? 000000001 ?
000000001 ? 000000003 ?
__sighandler() call hsssexhd() 00000000B ? 000000000 ?
7FFFED89D048 ? 000000001 ?
000000001 ? 000000003 ?
_ZN15OdbcJdbcLibrar signal __sighandler() 00125BB50 ? 00127DDD0 ?
y11OdbcConvert21con 000000001 ? 00126AE10 ?
vVarStringToStringE FEFEFEFEFEFEFEFF ?
PNS_10DescRecordES2 000002177 ?
_()+305
_ZN15OdbcJdbcLibrar call _ZN15OdbcJdbcLibrar 00125BE40 ? 00126B590 ?
y13OdbcStatement27r y11OdbcConvert21con 00126AE10 ? 00126AE10 ?
eturnDataFromExtend vVarStringToStringE FEFEFEFEFEFEFEFF ?
edFetchEv()+323 PNS_10DescRecordES2 000002177 ?
_()
_ZN15OdbcJdbcLibrar call _ZN15OdbcJdbcLibrar 00125BB50 ? 00126B590 ?
y13OdbcStatement9fe y13OdbcStatement27r 00126AE10 ? 00126AE10 ?
tchDataEv()+721 eturnDataFromExtend FEFEFEFEFEFEFEFF ?
edFetchEv() 000002177 ?
_ZN15OdbcJdbcLibrar call _ZN15OdbcJdbcLibrar 00125BB50 ? 00126B590 ?
y13OdbcStatement8sq y13OdbcStatement9fe 00126AE10 ? 00126AE10 ?
lFetchEv()+302 tchDataEv() FEFEFEFEFEFEFEFF ?
000002177 ?
SQLFetch()+34 call _ZN15OdbcJdbcLibrar 00125BB50 ? 00126B590 ?
y13OdbcStatement8sq 00126AE10 ? 00126AE10 ?
lFetchEv() FEFEFEFEFEFEFEFF ?
000002177 ?
SQLFetch()+212 call SQLFetch() 00125BB50 ? 00126B590 ?
00126AE10 ? 00126AE10 ?
FEFEFEFEFEFEFEFF ?
000002177 ?
hgoulcp()+7745 call SQLFetch() 001266C10 ? 00126B590 ?
00126AE10 ? 00126AE10 ?
FEFEFEFEFEFEFEFF ?
000002177 ?
hoxulcp()+160 call hgoulcp() 0011EFBB0 ? 7FFFED8A2B24 ?
7FFFED8A2B28 ? 7FFFED8A2B30 ?
7FFFED8A2B38 ? 00122E6A8 ?
hortrZ_ReceiveUploa call hoxulcp() 0011EFBB0 ? 7FFFED8A2B24 ?
dCaps()+205 7FFFED8A2B28 ? 7FFFED8A2B30 ?
7FFFED8A2B38 ? 00122E6A8 ?
hotker_ExecuteRpcs( call hortrZ_ReceiveUploa 0011EADF0 ? 001219C88 ?
)+2014 dCaps() 0011EFBB0 ?
FFFFFFFFB7FCECAC ?
7FFFED8A2B38 ? 00122E6A8 ?
homtwfr_WaitForRPCs call hotker_ExecuteRpcs( 0011EFBB0 ? 7FFFED8A30C0 ?
()+444 ) 000000000 ? 0011EB360 ?
0011EADF0 ? 00122E6A8 ?
shorm()+329 call homtwfr_WaitForRPCs 0011ECD40 ? 7FFFED8A30C0 ?
() 000000000 ? 0011EB360 ?
0011EADF0 ? 00122E6A8 ?
__do_global_ctors_a call shorm() 000000002 ? 7FFFED8A3C88 ?
ux()+107 000000000 ? 0011EB360 ?
0011EADF0 ? 00122E6A8 ?
__libc_start_main() call __do_global_ctors_a 000000002 ? 7FFFED8A3C88 ?
+244 ux() 000000000 ? 0011EB360 ?
0011EADF0 ? 00122E6A8 ?
_start()+36 call __libc_start_main() 000403AB8 ? 000000002 ?
7FFFED8A3C88 ? 000000000 ?
0011EADF0 ? 000000002 ?

--
Best regards,
Kirill