Momentan verwende ich

Dateiobjekt << Daten;

um die Daten zu schreiben. Allerdings wird die Datei erst gefüllt, wenn die Datei schließt.

Gibt es da noch andere Möglichkeiten

P.S. WinXP auf altem Rechner

Was damit dann im BS passiert, bleibt diesem überlassen. Das kann den Schreibvorgang weiter verzögern. Danach kann auch nochmal der Plattencache dazwischen stehen, bis die Daten auch wirklich geschrieben sind.

Was ich damit sagen will: flush() ist alles, was Du mit Mitteln des Standards erreichen kannst. Danach gibt es aber noch mehrere Puffer, auf die Du nur mit speziellen API-Funktionen Einfluss hast.

Dankö

Zuerst habe ich es mit

Dateiobjekt.flush()

versucht

dann mit

Dateiobjekt << Daten << flush

aber irgendwie schreibt er die Daten nur ab und zu. Was macht denn die Dateiobjekt.write() funktion?

Ich habe mich wohl getäuscht.

Zuerst habe ich es mit

Dateiobjekt.flush()

versucht

dann mit

Dateiobjekt << Daten << flush

aber irgendwie schreibt er die Daten nur ab und zu.

Kannst du mal einen etwas ausführlicheren Quelltext reinstellen, wo man den Fehler erkennen kann? (btw, wie N4C3R sagte, hast du keine Kontrolle, wo das Betriebssystem die Daten noch zwischenlagert)

Was macht denn die Dateiobjekt.write() funktion?

Die schreibt die übergebenen Daten in binärer Form (sprich: dort kommt ein für den Menschen normalerweise nicht lesbares Bitmuster raus), im Gegensatz zur Textform bei operator<<.

Weiterhin gibt es zwei Dateien.

"Daten" Datendatei
"Zeit" Je Frame wird die entsprechnende Uhrzeit geschrieben.

if( hComPort != INVALID_HANDLE_VALUE )
	{
		std::cout << "COM" << tPortData.ePort+1 << " is open now with " << tPortData.eBaud << " BAUD\n";

		// Get some data
		std::cout << "Waiting for data on COM" << tPortData.ePort+1 << "...\n";
		std::cout << systemzeit();

		while( i != 0 )
		{
			cReceived=0x00;
			ser_ReadString( hComPort, &cReceived, 1);
			if( cReceived )
			{
				//std::cout << "Received Character: " << static_cast<unsigned char>(cReceived) << "\n";
				if( static_cast<unsigned char>(cReceived) == 0xff)
				{
					count++;
				}
				if(count >= 4)
				{
					Zeit << std::endl << std::endl << systemzeit() << std::endl << std::flush;
					count=0;
				}
				/Daten << cReceived << std::flush;
				//Speichern der Werte in die Datei

				//ser_WriteString( hComPort, &cReceived, 1 );
			}
			if(GetAsyncKeyState( VK_F12 )) //Wenn die F12-Taste gedrückt wurde  //&1 == 1
			{
				i=0;//Abbruchbedingung ist jetzt wahr
			}

		}
		Daten.close();	
		Zeit.close();

while(!GetAsyncKeyState(VK_F12))
{
  ...
}

Dann zu deinem eigentlichen Problem: An welcher Stelle wird denn die Ausgabedatei benötigt (und ist nicht vollständig)?

CStoll schrieb:

erstmal was zum drumherum:
* endl flusht afaik den stream automatisch, dahinter wäre kein extra flush notwendig

War ja nur ein Versuch.

CStoll schrieb:

* ist das / vor dem "Daten<<cRecieved" Absicht?

Nein, stammt von einem alten Versuch. Hatte vergessen es zu löschen.

CStoll schrieb:

* wenn du cRecieved sowieso ständig nach unsigned char castest, könntest du doch gleich eine unsigned char Variable dort verwenden

Will ser_ReadString nicht.

CStoll schrieb:

* die letzte if() Abfrage könntest du eigentlich direkt in deine Abbruchbedingung schreiben:

while(!GetAsyncKeyState(VK_F12))
{
  ...
}

Dann zu deinem eigentlichen Problem: An welcher Stelle wird denn die Ausgabedatei benötigt (und ist nicht vollständig)?

Das Problem ist, dass der Rechner mehrere Stunden Daten schreibt und die Daten sollen sofort in die Datei, da die Daten futsch sind wenn der Rechner abstürzt. (Was bei -70°C Aussentemp. und 50mbar Druck durchaus passieren kann)

[cpp]Zeit << std::endl << std::endl << systemzeit() << std::endl << std::flush;[/cpp]

das bringts nicht. 2 einfache newlines tun es hier auch. erstens bremst es, zweitens ist es völlig unnötig, da ein newline keine information darstellt und somit auch nicht sofort geschrieben werden muss.

Das Problem ist, dass der Rechner mehrere Stunden Daten schreibt und die Daten sollen sofort in die Datei, da die Daten futsch sind wenn der Rechner abstürzt. (Was bei -70°C Aussentemp. und 50mbar Druck durchaus passieren kann)

die festplatte ist dann wahrscheinlich auch hin...
wo hat man eigentlich solche verhältnisse? 50 mbar (mega/milli?) sind ja schon ein bisschen extrem.

die festplatte ist dann wahrscheinlich auch hin...
wo hat man eigentlich solche verhältnisse? 50 mbar (mega/milli?) sind ja schon ein bisschen extrem.

Macht doch nix, es geht um die Theorie

@Zuschauer: Wenn Du solche Sicherheit willst, lass die IOstreams sein und nimm z.B. die Lösung, die "niemand" vorgeschlagen hat.

stream.setf(ios::unitbuf);

schreiben. dann ist der stream ungepuffert und flushed automatisch.

Das Betriebssystem ist auf einer 2GB CF Karte installiert (demnächst 4GB Ultra 2)

Ausserdem ist der Rechner Teil eines Messgerätes, welches Atmosphärische Teilchen (Eiskristalle, Tropfen etc.) in der Atmosphäre misst bzw. "fotografiert". Das Messgerät ist an einem Flugzeug (M55 / Geophysica) befestigt, welches in ca. 20km Höhe fliegen kann. Und dort herrscht ein Umgebungsdruck von ca. 50millibar (Mega wäre ein großes M) (Normaldruck 1013mbar) und eine Temperatur von -70°C. Unser Rechner ist zwar beheizt aber es kann immer noch seeehr kalt werden.

Und noch was.

Es geht doch Dateiobjekt.flush();

hatte vergessen die Ansicht zu aktualisieren

Grüße

Christian

7H3 N4C3R schrieb:

Dateiobjekt.flush() übergibt die Daten ans Betriebssystem.

Was damit dann im BS passiert, bleibt diesem überlassen. Das kann den Schreibvorgang weiter verzögern. Danach kann auch nochmal der Plattencache dazwischen stehen, bis die Daten auch wirklich geschrieben sind.

Und auf dem Weg von der Festplatte zu deinem Anzeigeprogramm hast du auch noch einige Caches, in denen der Dateiinhalt zwischengelagert wird.

PS: Ich wußte gar nicht, daß man Messgeräte auch mit C++ programmieren kann Aber man lernt ja nie aus