Line Feed und Carriage Return
-
mausfunktion schrieb:
das Problem ist ja weithin bekannt:
Die Lösung auch:
endloder auch
<< "\n"was deine BS-Abhängigkeiten reduziert.
-
Die Lösung(en) sind auch mir bekannt.
Mir ging es nur darum, wieso mein Beispiel nicht in der gewünschten Form funktioniert. Aus reinem Interesse
Gruß Gerrit
-
mausfunktion schrieb:
Die Lösung(en) sind auch mir bekannt.
Mir ging es nur darum, wieso mein Beispiel nicht in der gewünschten Form funktioniert. Aus reinem Interesse
Gruß Gerrit
Windows ist da sowieso nicht konsequent. Bei der Konsole wird ein Zeilenumbruch ausgegeben, im Editor sieht man allenfalls ein Kästchen.
-
Ich denke es ist so, weil der Stream cout im Textmodus geöffnet ist und deswegen das \n zu einem \r\n umgewandelt wird.
-
player424 schrieb:
Ich denke es ist so, weil der Stream cout im Textmodus geöffnet ist und deswegen das \n zu einem \r\n umgewandelt wird.
Meinst du ios::binary? Bei printf() ist es aber das Gleiche und da gibt es keinen Textmodus.
-
Doch dort gibt es auch einen Textmodus. Wenn man nämlich bei Modus kein b angibt wird der Stream im Textmodus geöffnet.
http://cplusplus.com/reference/clibrary/cstdio/fopen/
-
player424 schrieb:
Doch dort gibt es auch einen Textmodus. Wenn man nämlich bei Modus kein b angibt wird der Stream im Textmodus geöffnet.
http://cplusplus.com/reference/clibrary/cstdio/fopen/OK, aber stdout kann man wohl schlecht selbst mit Modus öffnen
.
-
Die sind doch Standardmäßig im Textmodus geöffnet
-
player424 schrieb:
Die sind doch Standardmäßig im Textmodus geöffnet
yeah, wäre lustig ohne
-
wxSkip schrieb:
player424 schrieb:
Die sind doch Standardmäßig im Textmodus geöffnet
yeah, wäre lustig ohne
Dann benutz freopen^^
-
player424 schrieb:
wxSkip schrieb:
player424 schrieb:
Die sind doch Standardmäßig im Textmodus geöffnet
yeah, wäre lustig ohne
Dann benutz freopen^^
^^ da müsste ich ja einen Dateinamen angeben
