MyODBC - MySQL - klappt nicht

[sutterp]

Guten Tag,

Sei tagen versuche ich ODBC ans laufen zu kriegen, leider ohne erfolg.

Hardware: 1Ghz Pentium III.
Software: Suse Linux 7.1.
mysql-3.23.41 kompiliert von quellencode, keine fehler bei der installation.
MyODBC-2.50.38 kompiliert von quellencode, keine fehler bei der installation.

.odbcinst.ini und .odbc.ini nur im home directory, nicht in /etc
.odbcinst.ini sieht folgendermassen aus:

[ODBC Drivers]
MySQL = Installed

[ODBC Connection Pooling]
PerfMon = 0
Retry Wait =

[MySQL]
Driver = /usr/local/myodbc/lib/libmyodbc.so
Setup = /usr/local/myodbc/lib/libmyodbc.so
FileUsage = 1

.odbc.ini enthaelt das folgende:

[ODBC Data Sources]
MySQLTest = MySQL
Test2 = MySQL

[ODBC]
Trace = 1
TraceAutoStop = 0
TraceFile = /tmp/sql.log

[MySQLTest]
Trace = On
TraceFile = /tmp/MySQLTest.trc
Server = localhost
UserName =
Password = Database = AddressDB
Option = 1
DB = AddressDB

[Test2]
Driver = /usr/local/myodbc/lib/libmyodbc.so
Trace = On
TraceFile = /tmp/MySQLTest.trc
Server = localhost
UserName =
Password =
Database = AddressDB
Option = 1
DB = AddressDB

Folgende tests habe ich aus dem home directory durchgefuehrt:

iodbcadm mit MySQLTest resultiert in fehler IM002
iodbcadm mit Test2 resultiert in Fehler S1000

isql MySQLTest username password resultiert in 'could not connect'
isql Test2 username password resultiert auch in 'could not connect'

mysql -p laesst mich auf die datenbank zugreifen und die tabellen und daten manipulieren.

Wo und wie gehts weiter?

Vielen Dank

Peter Sutter

[ 28. August 2001: Beitrag editiert von: Peter Sutter ]

Nachtrag: ODBC Verbindungen von einem Win95/WinNT Client funktionieren.

[ 29. August 2001: Beitrag editiert von: Peter Sutter ]

[Martin Ament]

Hi,

bin gerade nicht an meiner Linuxkiste, aber wenn ich mich recht erinnere, dann könnte der Fehler in :

[MySQL]
Driver = /usr/local/myodbc/lib/libmyodbc.so
Setup = /usr/local/myodbc/lib/libmyodbc.so

liegen.

der driver dürfte stimmen, aber ich glaube bei mir war

my_libdir/libodbcmyS.so

das setupfile.

Ich habe das ganze im übrigen mit
ODBCConfig von www.unixodbc.org (http://www.unixodbc.org) gemacht, hat die ganze Sache schon ziemlich erleichtert.

Gruss Martin

[sutterp]

Danke fuer deine antwort, Martin.

Habe mir unixODBC-2.0.9 heruntergeladen, auch the neophute's guide welcher genau beschreibt wie man das installieren soll.

unixODBC kompiliert fehlerfrei, aber keines der tools wird generiert, auch nicht ODBCConfig. qt-2.2.3-7 ist installiert. Da ist ein separater ODBCConfig ordner in meiner source, mit einem makefile. Dachte vielleicht muss ODBCConfig separat compiliert werden, make sagt aber 'nothing to do'.

Der neue ODBC driver ist aber erstellt worden.

Diesen habe ich auch ausprobiert (mit iodbcadm, da ODBCConfig nicht existiert). Das resultat ist entweder Fehler S1000 oder IM003.

[Martin Ament]

Hi,

wenn es fehlerfrei uebersetzt hat, dann müssten die Files unter /usr/local/bin
liegen. Hast du einmal überprüft bezüglich:

my_libdir/libodbcmyS.so

als setup, denke mal daher kommt dein fehler.

Martin

[sutterp]

Jetzt hab ich gelogen (wie gedruckt).

Also folgendes ist richtig:

Mit dem TEST knopf in iodbcadm versagt das immer. Gibt immer fehler S1000 bis einmal fehler IM003 gemeldet wird, dann bleibts dabei. Ich trau dem dingen nimmer.

Mit isql klappt das ganze, wobei es keine rolle spielt was in setup steht. isql laesst mich an die daten ran.

Mit StarOffice versagt es noch immer. Dies kann aber mit den libraries path zu tun haben. Der Datenbank aspekt von StarOffice ist sehr schlecht dokumentiert. Jeder versuch irgend etwas mit ODBC zu unternehmen produziert 'ODBC could not be loaded, check the libodbc.so file in your ODBC Installation'.

[sutterp]

Jetzt hab ich gelogen (wie gedruckt).

Also folgendes ist richtig:

Mit dem TEST knopf in iodbcadm versagt das immer. Gibt immer fehler S1000 bis einmal fehler IM003 gemeldet wird, dann bleibts dabei. Ich trau dem dingen nimmer.

Mit isql klappt das ganze, wobei es keine rolle spielt was in setup steht. isql laesst mich an die daten ran.

Mit StarOffice versagt es noch immer. Dies kann aber mit den libraries path zu tun haben. Der Datenbank aspekt von StarOffice ist sehr schlecht dokumentiert. Jeder versuch irgend etwas mit ODBC zu unternehmen produziert 'ODBC could not be loaded, check the libodbc.so file in your ODBC Installation'.

[Martin Ament]

Werde meine Staroffice-ODBC installation zu hause anschauen, kann das aber erst heute Abend.

Bis dann....

Martin

[sutterp]

Vielen dank fuer Deine Antwort.

Weder find noch locate (nach updatedb) finden eines der GUI tools. isql ist vorhanden. Es scheint dass die qt libraries nicht gefunden werden. Verlangt wird version2 oder hoeher.

Das mit my_libdir/libodbcmyS.so habe ich auch ausprobiert, klappt nicht. Das komische ist nur, der test mit iodbcadm ist nicht konsistent, zeigt ein paarmal S1000 und nachher IM003. Von da an ist das resultat immer IM003. IM003 heisst 'could not load driver'. S1000 ist 'general failure'.