Auf einem Desktop Rechner mit Windows 7 prof. läuft die Delphi Anwendung, einwandfrei.
Dektop Hardware
CPU I5. Ram 16-GB, 512 SSD
Software: Windows 7 prof., Delphi XE7 prof., MySQL 5.7 (localhost 127.0.0.1 Port 3306)


Das gleiche Programm auf einem Laptop min Windows 10 home verursacht folgenden Fehler.
Danach steigt das Programm komplett aus.

Anwendungsfehler

Exception EFDException in Modul Feuerwehr.exe bei
002F66F6
[FireDAC][Stan]-43. Wert [0000.
ok

Laptopp Hardware
CPU I5, Ram 8-GB, 1 TB HDD
Software: Windows 10 Home, Delphi XE7 prof. , MySQL 5. 7 (localhost 127.0.0.1 Port 3306)

PS: Die Dateien für MySQL befinden sich bei beiden Rechnern im gleichen Pfad
libmysql.dll, libmysql.lib, libmysqld.dll, libmysqld.lib

Für eine Mitteilung wäre ich ihnen sehr dankbar

MFG Bernhard Nienhaus

Vielleicht 32 / 64 Bit Rechner mit entsprechenden Verzeichnissen für die 32-Bit DLLs von MySQL?

Anwendung ist 32-bittig? DLLs auch 32-bittig? Dann müssen die auf einem 64-Bit Rechner ins SysWoW64 Verzeichnis.... nicht ins gleiche, wenn der andere Rechner ein 32-Bit Rechner ist...

Hallo Matthias

Erstmal vielen Dank für eine schnelle Antwort.
Auf beden Rechner sind die Zielplattformen (WIN32), wobei auch beide Rechner, also der WIN 7 prof. aber auch der WIN 10 home, beides 64-bit Systeme sind.

Mich verwundert es nur das es auf dem einen System ohne Problem geht und bei dem Andern zum entsprechenden Abbruch führt.

Zu meiner Person ich bin längere Zeit, Leiter einer Freiwilligen Feuerwehr gewesen, jetzt Rentner und habe mit dem Rentenantritt mit Delphi begonnen. Vor 25 Jahren ein Projekt in DBASE progammiert. Jetzt das gleiche Projekt in Delphi.

Vielleicht haben sie noch eine Idee
MFG Bernhard Nienhaus

Könntest du evtl. auf die kostenlose aktuelle 10.3 Community-Edition wechseln?

https://www.embarcadero.com/de/produ.../free-download

Evtl. lösen sich deine Probleme damit in Luft auf oder die Fehlermeldung wird detailierter/besser.

Schuss ins Blaue. Die passende Visual C/C++ Runtime installiert? Der Fehler sieht aus als würde er durchgereicht und die einzige mit 43 dokumentierte Konstante wäre der Windows Runtime Check. Am ersten Blick käme mir wenig in den Sinn das solche Troubles verursacht.

Zitat von B Nienhaus:

Hallo Matthias

Erstmal vielen Dank für eine schnelle Antwort.
Auf beden Rechner sind die Zielplattformen (WIN32), wobei auch beide Rechner, also der WIN 7 prof. aber auch der WIN 10 home, beides 64-bit Systeme sind.

Mich verwundert es nur das es auf dem einen System ohne Problem geht und bei dem Andern zum entsprechenden Abbruch führt.

Zu meiner Person ich bin längere Zeit, Leiter einer Freiwilligen Feuerwehr gewesen, jetzt Rentner und habe mit dem Rentenantritt mit Delphi begonnen. Vor 25 Jahren ein Projekt in DBASE progammiert. Jetzt das gleiche Projekt in Delphi.

Vielleicht haben sie noch eine Idee
MFG Bernhard Nienhaus

Hallo guten Tag.

Vielen Dank an alle die versucht haben, mir in der Situation zu helfen.

Aber es lag an ganz was anderem. Eigentlich eine dumme Sache von mir.
Auch beiden Rechnern läuft local MySQL. mit der Datenbank Feuerwehr und ca. 50 Tabellen dazu. Ich habe von beiden Datenbanken mir Kopien gemacht um so den Fehler vielleicht zu finden.
Alls erstes habe ich das Laptop, MySQL mässig auf den gleichen Stand gebracht mit exportieren und importieren, wie der erste Rechner. Nach dem Neustart vom Delphi auf dem Laptop, funktionierte
alles einwandfrei. Jetzt war ich aber in der Ehre gekränkt. Der Fehler musste also in einer der Tabelle zu suchen sein sein. So war es dann auch. In der alten Tabelle auf dem Laptop war eine andere Spaltenbezeichnung Rechner 1 "PE_nr" und auf dem Laptop "PE_mr" Nach dem Export war und Import waren ja beide Tabellen mit Spaltenbezeichnung identisch.

Nochmals herzlichen Dank, für die Bereitschaft mit zu helfen.

MFG Bernhard Nienhaus

Da hätte ich aber 'ne andere (bessere/Vernünftigere) Fehlermeldung von FireDac erwartet...

Solche Fehler waren bei meine Search im Google in Kombination MySQL mit 43 auch zu finden. Die bezogen sich eher auf die Spaltenlänge.

Habe sie aber unter einem ähnlich Verdacht auch abgelehnt. Wieder etwas gelernt.

Wenn die Datenbank einen verwegenen Error Code zurückgibt ... schwer zu sagen.

Zitat von Bernhard Geyer:

Da hätte ich aber 'ne andere (bessere/Vernünftigere) Fehlermeldung von FireDac erwartet...