template<typename NODETYPE>
ostream &Tree<NODETYPE>::write(ostream& os, TreeNode<NODETYPE> *&ptr )const
{

	os<<left<<setw(20)<<setfill('.')<<ptr->data<<right<<ptr->frequency<<'\n'; // anstelle von '\n' ein endl läuft Fehlerfrei
	return os;

}

bei der Konsole hat er alles richtig sortiert ausgegeben so wie ich das wollte, aber im Text hat er es teilweise falsch sortiert ausgegeben.
Nach längerem suchen ist mir aufgefallen das es an dem

'\n'

lag , als ich es durch

endl

erstetzt habe, hat er es sowohl in der Konsole wie auch in der Textdatei richtig sortiert und ausgegeben.

Meine Frage ist nun: Warum?

Ich persönlich hätte angenommen wenn er Falsch ausgibt dann sowohl in der Konsole als auch in der Textdatei.

das hat mich echt ein wenig Verwundert, kann mir das jemand erklären?

Grüße
Joe

BTW: Ist die Datei mit dem Flag ios::binary geöffnet?

Was ist denn der Unterschied, zwischen ios::binary und dem "normalen" Flags, wenn man ein endl oder \n reinschreibt?

ich hatte es ohne binary, aber egal ob mit oder ohne, der Fehler bleibt bei

'\n'

bestehen.

eingelesen wird meine Datei so.

Tree<string> stringTree;
	string stringValue;

	fstream inFile("Text.txt", ios::binary |ios::in); 
	while(inFile>>stringValue)
	{
		stringTree.insertNode(stringValue);
	}
	stringTree.inOrderTraversal();
	inFile.close();

und hier wird in die neue Datei geschrieben.

fstream outFile("sortText.txt", ios::out|ios::ate|ios::app); 
	if(!outFile)
	{
		cerr << "File ist nicht vorhanden!" << endl;
		exit(1);
	}
	if ( ptr != 0 ) 
	{
		inOrderHelper( ptr->leftPtr ); // traverse left subtree  
		write(outFile,ptr); // falsche ausgabe mit '\n' aber richtige Ausgabe mit endl
		write(cout,ptr);    // korrekte ausgabe auch mit '\n'
		inOrderHelper( ptr->rightPtr ); // traverse right subtree
	} // end if

ich habe jetzt nicht ganz verstanden wie du das mit WordPad meinst, weil die Datei ist ja beschrieben und die Wörter stehen schon drin.
Es ist ja egal mit was ich das jetzt öffne, oder hab ich da jetzt was fehlinterpretiert?

Gruss & danke
Joe

Unter Windows ist glaube ich '\r\n' die Sequenz für einen Zeilenumbruch^^

Wenn man jetzt unter Windows binär eine Datei schreibt, die am Ende der Zeilen nur "\n" hat, fehlt natürlich was. Aber viele Editoren (so auch Wordpad, und offenbar auch die Konsole) können auch solche UNIX-Zeilen korrekt anzeigen, Notepad jedoch nicht. Deshalb sieht es hier aus als wäre die komplette Datei in einer Zeile.

Jetzt war ich jedoch der Ansicht, dass wenn man "\n" im Textmodus in eine Datei schreibt, die Standardbibliothek automatisch das für das System passende daraus macht. Deshalb habe ich nach dem Binärmodus gefragt (und bin nun etwas verunsichert, was diese Ansicht angeht). endl ist jedoch immer ein zur Plattform passendes Zeilenende, deshalb klappt es damit wohl.

Du solltest also immer Textdateien im Textmodus (also ohne ios::binary) sowohl lesen als auch schreiben. Und 'endl' ist besser als '\n', da unter Windows die Standard-Library die richtige Zeilenendung "\r\n" erzeugt.
Du kannst es ja mal selber mit "\r\n" ausprobieren?

Also diese Begründung ist Käse - im Textmodus kümmert sich der Stream (je nach verwendetem System) selbst darum, die \n umzurechnen zu einem \r\n und zurück. Und endl schreibt einfach nur ein '\n' und flusht anschließend den Stream (was bewirkt, daß die zuletzt ausgegebenen Daten tatsächlich auf der Festplatte landen).

wichtig ist noch dass endl ein flush auf den stream macht.