Ich hab nun schon meinen BC5 und die MSDN ausgequetscht, kein Ergebnis.

Mir ist diese Funktion innerhalb der Kommuniktaion per RS232 unter gekommen.
Mit dieser Funktion soll es angeblich möglich sein den Sende- und Empfangsbuffer zu leeren.

Auf was schau ich mit meinem HANDLE denn überhaupt, wenn ich mit CreateFile einen Com-Port öffne?
Über den HANDLE müsste ich doch an die Buffer-Adressen heran kommen können, oder?

Auf was schau ich mit meinem HANDLE denn überhaupt, wenn ich mit CreateFile einen Com-Port öffne?

???

Fiesek schrieb:

Über den HANDLE müsste ich doch an die Buffer-Adressen heran kommen können, oder?

Ne.. du kannst aber "FlushFileBuffers" aufrufen um die Daten aus dem Driver-Cache in den Treiber zu schreiben; und Du kannst "PurgeComm" aufrufen um den Empfangs und/oder SendePuffer zu leeren...
http://msdn.microsoft.com/library/en-us/devio/base/purgecomm.asp

http://www.naughter.com/serialport.html
http://www.codeproject.com/system/serial.asp

Danke für deine Hilfe!!!

Genau das geht ja nicht, denn ich muss im Rahmen meines Abschlussprojektes eine eigene Klasse zur Nutzung der RS232-Schnittstelle entwickeln.

Und wo ist konkret das Problem?

Du scheinst ein Problem zu haben und zu glauben, dass diese Funktion DataInBuffer oder irgendetwas, das du mit dem Handle anstellst, dir weiterhilft.

Es ist aber immer besser, das Problem zu beschreiben, als das, was du für die Lösung hältst. Es ist nämlich durchaus möglich, dass du mit deinen Lösungsvermutungen komplett falsch liegst.

Hab ich doch weiter oben, dort steht, was diese Funktion bewirken soll.

Da ich da wohl keinen Erflg haben werde nehme ich einfach die WINAPI-Funktionen, die du mir empfohlen hattest.
Spätestens dann weiß ich genau, was die DataInBuffer () macht.

Spätestens dann weiß ich genau, was die DataInBuffer () macht.

Auch dann wirst Du es nicht wissen

Ähm, FlushFileBuffers () bewirkt aber eine Leerung der Filebuffer.

Was bei einem "seriellen File" der Cache zum Driver ist...