Umlaute // Lazarus 1.4.2 mit Datenbank

[manfred_h]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1316103)

Schaut danach aus als würde deine Kombination Lazarus + DB-Treiber einmal zu viel UTF8-Wandeln.

Danke für Deine Antwort.
Habe das ganze auch schon mal mit dem Dev. Team vom RemObjects angeschaut. Sie meinten es wäre ein Problem in Lazarus selber...
http://talk.remobjects.com/t/german-...lazarus/6041/6

Hoffe wirklich das ich das irgendwie zum laufen kriege...
Bin zu Lazarus "gezogen" da mir Delphi für meine zwecke ein wenig teuer wurde....Nicht kommerzieller Einsatz
( Was nicht heisst das es das nicht wert ist... Möchte keine Diskussion vom Zaun brechen :pale:)

[IBExpert]

lazarus selbst hat ganz sicher kein Problem mit UTF8, das kann ich sehr sicher sagen und im Zusammenspiel mit Firebird und Anbindung über die serienmäßigen SQLDB Komponenten gilt das auch für diese Kombination. Auch Tests mit sehr exotischen Inhalten sind da sowohl in Blob und varchar Felder korrekt gespeichert und im TEdit oder TMemo auch 100% sauber dargestellt.

Ich hatte aber mal Versuche mit den devart Komponenten für lazarus gemacht, und auch da gab es seltsame Doppelcodierungen bei Blobs, d.h. ein Euro Zeichen zum Beispiel wurde beim speichern erst mal in den 3 Byte langen code übersetzt und die daraus resultierenden Zeichen wurden vor dem Eintrag in die DB noch mal codiert, so das am Ende 9 Byte in der DB standen. Beim Auslesen hat die devart Komponente immerhin den gleichen Mist wieder umgekehrt doppelt dekodiert udn das richtige angezeigt. In allen anderen Programmen wie zum Beispiel IBExpert stand in der DB dann aber nur Müll.

Ich bin dann schnell wieder zurück zu SQL DB und hab seitdem auch nie wieder andere Komponenten gebraucht, was auch deshalb praktisch ist, weil die SQLDB in jeder Lazarus Version auf jeder Plattform enthalten ist.

Ich würde also bei deiner Kombination auch mal die benutzte DB Komponente hinterfragen

[manfred_h]

Danke für Deine wirklich sehr ausführliche und sicher kompetente Antwort. Die RemObjects Komponenten sind einfach sehr praktisch....
Werde beim Support nochmals nachfragen. Ich habe da halt ein wenig Ein Problem wenn der Support mir mitteilt das dies an Lazarus liegt und sie da nichts machen können.. (siehe link im letzten Post)
Shalom Manfred

[IBExpert]

Dem würde ich einfach mal in einem Beispiel auf Basis der SQLDB Komponenten widersprechen, in dem du deine MySQL Datenbank mit UTF8 Daten ansteuerst, was sicherlich auch fehlerfrei sein wird. Die Aussage, daß das an Lazarus liegen würde, wäre damit widerlegt. Es liegt ziemlich sicher an den benutzten Komponenten oder an dem Unverständnis des Architekten dahinter für die Lazarus Architektur.

[manfred_h]

Zitat:

Zitat von IBExpert (Beitrag 1316146)

Dem würde ich einfach mal in einem Beispiel auf Basis der SQLDB Komponenten widersprechen, in dem du deine MySQL Datenbank mit UTF8 Daten ansteuerst, was sicherlich auch fehlerfrei sein wird.

Danke für Deinen Tipp, habe dies gemacht und dem Support gemeldet.

Shalom
Manfred

[manfred_h]

Kleines Feedback.
Der Support ist nun das ganze am überprüfen.
http://talk.remobjects.com/t/german-...azarus/6041/25

Das Problem ist momentan das die Komponente unter Lazarus eine andere Ausgabe ergibt als unter Delphi.

[ThomasBab]

Hallo!

Versuch doch mal in der dpr-Datei (Lazarus-Projektdatei) direkt nach dem "Threat-Gedöns" folgendes einzugeben: {$IFDEF UNIX}cwstring,{$ENDIF}

(Habe ich aus dem Lazarus-Forum, bei dem es darum ging, dass Umlaute unter Windows/Linux Probleme gemacht haben.

[manfred_h]

Halo Thomas

Habe die .lpr Projektdatei wie folgt angepasst:
vorher:

Delphi-Quellcode:

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}

neu:

Delphi-Quellcode:

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,cwstring,
  {$ENDIF}{$ENDIF}

Leider ohne Erfolg

[ThomasBab]

Versuch es mal so:

Delphi-Quellcode:

{$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
{$IFDEF UNIX}cwstring,
  {$ENDIF}

[manfred_h]

Leider auch kein Erfolg..