DLL Hell / libmysql.dll

[mcinternet]

Moin zusammen,

habe auf ner WIN7 64 BIT ne MYSQL 5.1 64 Bit laufen.

Auf der Form liegt ein DBX-Connect und ein TSQLQUERY.

Beim Anklicken Schema, kommt der Hinweis nach einer nicht vorhandenen oder falschen libmysql.dll .
Hab diese schon aus dem BIN-Ordner in das Projekt und auch mal nach system32 bzw. SYSWOW64 kopiert -
noch Chance die gleiche Meldung. Errorcode 193
Umgebung ist Delphi/Rad 2010

Hat jemand ne Idee?

Gruss
MC

[Assarbad]

Mit SxS sollte das alles kein Problem sein.

Zitat:

Zitat von mcinternet (Beitrag 1058159)

Beim Anklicken Schema, kommt der Hinweis nach einer nicht vorhandenen oder falschen libmysql.dll .

Wo haste denn die EXE und die DLL jeweils zu liegen?

Zitat:

Zitat von mcinternet (Beitrag 1058159)

Errorcode 193

Delphi oder Win32?

[-187-]

Ich hatte mal ein ähnliches Problem mit der Datei. Das Problem war sie war zu neu :/ Habe sie einfach mit einer älteren ersetzt und das Problem war gelöst.

[Bernhard Geyer]

Bei MySQL würde ich eh immer eine Zugriffskomponene (z.B. von DevArt) verwenden die ohne libmysql.dll auskommt um auch das Problem der GPL-Falle bei MySQL zu umgehen.

[simmi]

Zitat:

Bernhard Geyer
Bei MySQL würde ich eh immer eine Zugriffskomponene (z.B. von DevArt) verwenden die ohne libmysql.dll auskommt um auch das Problem der GPL-Falle bei MySQL zu umgehen.

Habe mir die Webseite angesehen. Sehe zwar die Abbildungen und den Text, aber hat damit schon jemand Erfahrungen gesammelt?? Das Theater mit der libmysql.dll nervt mich eigentlich auch. Weil es Geld kostet ... und bevor ich etwas ausgebe würde ich gern mehr wissen wollen.

[taveuni]

Wir arbeiten seit Jahren mit Corelabs - Devart.
Und zwar unter Oracle, MySql und MSSql.
Die Komponenten sind Threadsicher, Schnell und komfortabel.

[Bernhard Geyer]

Zitat:

Zitat von taveuni (Beitrag 1058493)

Wir arbeiten seit Jahren mit Corelabs - Devart.
Und zwar unter Oracle, MySql und MSSql.
Die Komponenten sind Threadsicher, Schnell und komfortabel.

Kann ich für MySQL bestätigen. Sehr schnell (verglichen mit ZEOS, und 2-3 andere MySQL-Kompos) und bisher Problemlos mit jeder MySQL lauffähig (außer die Versionen die unbrauchbar von MySQL ausgeliefert wurden).

[simmi]

Zitat:

Bernhard Geyer
Kann ich für MySQL bestätigen. Sehr schnell (verglichen mit ZEOS, und 2-3 andere MySQL-Kompos) und bisher Problemlos mit jeder MySQL lauffähig...

Verstehe ich richtig, es handelt sich um Komponenten die ich in D 2007 einbinden kann und mit dennen ich die Aktionen
- Verbindung herstellen
- SQL Befehle
durchführen kann. Beispiel Select Anweisung, finde ich die abgefrage Datenmenge in einem Array vor, das mir auch die Formate der DB mit gibt?

Ich arbeite bisher mit MySQL direct. Dort bekomme ich die Abfrage nur als Strings zurückgeliefert und ab D 2009 scheint es auf Grund der Ansistrings nicht mehr zu funktioniern. Daher auch meine Frage.

[Bernhard Geyer]

Zitat:

Zitat von simmi (Beitrag 1058609)

Verstehe ich richtig, es handelt sich um Komponenten die ich in D 2007 einbinden kann und mit dennen ich die Aktionen
- Verbindung herstellen
- SQL Befehle
durchführen kann.

Ja

Zitat:

Zitat von simmi (Beitrag 1058609)

Beispiel Select Anweisung, finde ich die abgefrage Datenmenge in einem Array vor,

Kein Array, du bekommst eine TDataset-Ergebnismenge zurück.

Zitat:

Zitat von simmi (Beitrag 1058609)

.. das mir auch die Formate der DB mit gibt?

???

Zitat:

Zitat von simmi (Beitrag 1058609)

Ich arbeite bisher mit MySQL direct. Dort bekomme ich die Abfrage nur als Strings zurückgeliefert und ab D 2009 scheint es auf Grund der Ansistrings nicht mehr zu funktioniern.

Da werden halt die nötigen Anpassungen an MySQL noch nicht durchgeführt worden sein. Die Kompos von DevArt sind schon seit einigen Jahren Unicode (In alten Delphi-Versionen WideString) Kompatible so das wenn die DB/Tabellen richtig angelegt sind Chinesisch/Russisch/... kein Problem darstellen.

[Assarbad]

Mir scheint das Thema ist mittlerweile verwaist. Keinerlei Rückmeldung des Fragestellers. :|