[csw-users] unixodbc and myodbc for solaris 10

[Timothy Niño Travers]

Hello there,

Kudos first to the blastwave maintainers! I've been trying to get unixodbc
and myodbc working on a solaris 10 x86 system, got all the packages at
blastwave. Have had no success in using these, always segfaults at the
statement my_sqlprepare.

Here's a trace of an isql crash:
Reading ld.so.1
Reading libodbc.so.1.0.0
Reading libdl.so.1
Reading libiconv.so.2.2.0
Reading libreadline.so.5
Reading libthread.so.1
Reading libc.so.1
Reading libcurses.so.1
Reading libmyodbc3-3.51.11.so
Reading libmysqlclient.so.14.0.0
Reading librt.so.1
Reading libgen.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libm.so.1
Reading libssl.so.0.9.7
Reading libcrypto.so.0.9.7
Reading libz.so.1.2.3
Reading libodbcinst.so.1.0.0
Reading libssl.so.0.9.8
Reading libcrypto.so.0.9.8
Reading libaio.so.1
Reading libmd5.so.1
Reading libmp.so.2
Reading libscf.so.1
Reading libdoor.so.1
Reading libuutil.so.1
Reading nss_files.so.1
t at null (l at 1) program terminated by signal SEGV (no mapping at the fault
address)
0xd242157d: my_SQLPrepare+0x0064:       cmpl
$0x00000000,0x00000004(%ecx)
(dbx) where
=>[1] my_SQLPrepare(0x808d388, 0x8063c20, 0xfffffffd), at 0xd242157d
  [2] SQLPrepare(0x808d388, 0x8063c20, 0xfffffffd), at 0xd242150e
  [3] SQLPrepare(0x808cda8, 0x8063c20, 0xfffffffd), at 0xd273bcd0
  [4] 0x80517be(0x8067768, 0x8063c20, 0x0, 0x0, 0x0), at 0x80517be
  [5] main(0x4, 0x8047b90, 0x8047ba4), at 0x8051482


while here's a trace when using php_odbc:
Reading ld.so.1
Reading libcrypt_i.so.1
Reading libmm.so.13.0.20
Reading libdb-4.3.so
Reading librt.so.1
Reading libresolv.so.2
Reading libm.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libz.so.1.2.3
Reading libxml2.so.2.6.26
Reading libdl.so.1
Reading libpthread.so.1
Reading libiconv.so.2.2.0
Reading libc.so.1
Reading libgen.so.1
Reading libaio.so.1
Reading libmd5.so.1
Reading mysql.so
Reading libmysqlclient.so.15.0.0
Reading libssl.so.0.9.8
Reading libcrypto.so.0.9.8
Reading mysqli.so
Reading odbc.so
Reading libodbc.so.1.0.0
Reading libthread.so.1
Reading libmyodbc3-3.51.11.so
Reading libmysqlclient.so.14.0.0
Reading libssl.so.0.9.7
Reading libcrypto.so.0.9.7
Reading libodbcinst.so.1.0.0
Reading libmp.so.2
Reading libscf.so.1
Reading libdoor.so.1
Reading libuutil.so.1
Reading nss_files.so.1
t at null (l at 1) program terminated by signal SEGV (no mapping at the fault
address)
0xd1c4157d: my_SQLPrepare+0x0064:       cmpl
$0x00000000,0x00000004(%ecx)
(dbx) where
=>[1] my_SQLPrepare(0x8361670, 0x834cf88, 0xfffffffd), at 0xd1c4157d
  [2] SQLExecDirect(0x8361670, 0x834cf88, 0xfffffffd), at 0xd1c3e480
  [3] SQLExecDirect(0x83506a0, 0x834cf88, 0xfffffffd), at 0xd1cd1d6a
  [4] zif_odbc_exec(0x2, 0x834bec8, 0x0, 0x0, 0x1), at 0xd1d44ebe
  [5] 0x81a8cb6(0x8047408), at 0x81a8cb6
  [6] 0x81ab077(0x8047408), at 0x81ab077
  [7] execute(0x834cfb8), at 0x81a86a2
  [8] zend_execute_scripts(0x8, 0x0, 0x3, 0x0, 0x8047a68, 0x0), at 0x818daf2
  [9] php_execute_script(0x8047a68), at 0x8154550
  [10] main(0x2, 0x8047ba8, 0x8047bb4), at 0x81dfdda

This happens for both mysql4 and mysql5, even if I also got both at
blastwave.

Any help would be dearly appreciated. Googling gave no additional info or
workarounds. I've tried compiling the source packages from the unixodbc and
myodbc websites, but compilation of these doesn't seem that straightforward
for solaris.

Thanks so much,
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20070220/b81acb60/attachment-0001.html>