Deutsches Lazarusforum

Also https://wiki.freepascal.org/FPSpreadsheet kann ich empfehlen.

Probier mal mit MariaDB eine automatische Master-Slave oder Multi-Source Replication aufzubauen. Das finde ich besser als den manuellen Abgleich mit einer SQLite DB.

nicht statisch die DLL beim Programmstart laden lassen, sondern das im Programmablauf selbst erledigen, siehe z.B. https://de.wikibooks.org/wiki/Programmierkurs:_Delphi:_DLL-Programmierung#Dynamisches_Einbinden http://www.lazarusforum.de/viewtopic.php?f=55&t=3292

Ich kenne mich mit der Komponente nicht aus. Aber vielleicht gibt es ein Columns.Clear?
Übrigens, sollte die Delete-Schleife von (DBGrid1.Columns.Count -1) beginnend Rückwärts (downto) noch 0 laufen - sonst gibt es einen Zugriffsfehler.

@Mathias: Bitteschön - ist für die Eingangsfrage mit Win32 meiner Meinung nach die schnellste/einfachste Lösung.

Ich bin da anderer Meinung. Die Unit/DLL von der Messkarte sollte autark ihre Fehlermeldungen darstellen können, weshalb ich unter Windows die Unit Windows einbinde, über die mittels MessageBox(0, PChar('Mein Hinweis an den User'), 'Information', MB_ICONSTOP {und falls nötig noch: or MB_...

Für eine 64Bit dll braucht man auch ein 64Bit Programm, das diese Datei auch laden kann.
Compilereinstellungen --> Konfiguration und Ziele --> Ziel-Betriebssystem (-T) = "Win64" und Ziel-CPU-Familie (-P) = x86_64

Ich glaube, hier ist weniger Indy das Problem sondern eher IRC (als Schnittstelle) und Event-gesteuerte Programmierung. Meine o.g. Prozedur sollte natürlich die Methode einer Klasse sein (wie bereits erwähnt) - bitte nicht die "TMethod-Variante" in dem Beispiel nehmen. In meiner (etwas ält...

Die Events geben schon die entsprechende Klassifizierung der Nachricht vor.
Wer direkt auf die TCP-Daten zugreifen möchte, der nutzt wahrscheinlich am besten das OnRaw-Event, wie z.B. hier beschrieben

Indy ... Ist riesig und fehleranfällig. kann ich so nicht bestätigen. Bei mir läuft Indy (egal welche Komponente) seit Jahren stabil in verschiedenen Projekten. Manchmal wird hier im Forum irgendein Vorurteil gegen Indy herausgekramt, ohne ein konkretes Beispiel zu zeigen bzw. zu nennen - das nervt...

Probier mal

Ich nutze verschiedene Indy-Komponenten problemlos mit Lazarus. Ich verstehe das Problem nicht ganz. Egal welches Protokoll genutzt wird, es sollten sich die Bytes entsprechend in einen String konvertieren lassen. Und wenn dazu erst mal jedes Byte aus dem Stream mit ReadBuffer einzeln gelesen werden...

bei MySQL nutze ich Query.SQL.Text := 'SHOW TABLE STATUS WHERE Name=' + QuotedStr('Tabellenname'); Query.Open; Query.FieldByName('Auto_increment').AsInteger; // gibt die ID, die beim nächsten Insert verwendet wird. Bei einer Multi-User-Nutzung empfehle ich ggf. ein Lock/Unlock der Ta...

Ja, ich mache auch ein "u" davor.

Übrigens, die Unit "matrix" gibt es schon, und bei der Nutzung der darin enthaltenen überladenen Operatoren,
bleibt der Matrix-Berechungscode auch recht übersichtlich.

Bei AutoIncrement interessiert normalerweise der Wert beim INSERT nicht. Der Index (Schlüssel) wird erst später z.B. beim Tabellenabgleich gebraucht. Bei MySQL hilft dir folgender Funktionsinhalt: fSQLQuery.SQL.Clear; fSQLQuery.SQL.Text := 'SHOW TABLE STATUS WHERE NAME=MeinTabellenName'; fSQLQuery.O...