#13#10 bei Datenempfang mit TApdComPort

[oki]

Jo, also der Trigger ist beim Senden gesetzt. Wenn ich einen Befehl sende wie zum Bsp. ein Connect, dann setze ich den passenden Datentrigger für die erwartete Antwort wie z.B. "Password:". Zusätzlich habe ich noch weitere Trigger gesetzt. Diese sind unter anderem:
#13#10OK#13#10
#13#10BUSY#13#10
usw.

Der FResultTrigger ist also immer der aktuelle Trigger für die erwartete korrekte Antwort. Kommt diese, lösche ich ihn und setze einen neuen vor dem nächsten Befehl. Alle anderen Trigger bleiben erhalten.

Das mit dem ODOA im Buffer ist 'ne gute Idee. Ich hatte aber nicht den Eindruck, dass mir woanders eins fehlt, und warum dann am Ende der Kette?

Gruß oki