Fopen(..., 'rt') oder fopen(..., 'r') ?

Laut msdn stellt fopen(…, „r“); alleine nicht sicher, dass unter Windows eine Datei wirklich im Textmode geöffnet wird.

Hat damit jemand Erfahrung? Sollte man flag „t“ sicherheitshalber angeben, oder ist es /sicher/, es wegzulassen?

Alle einigermassen verlässlichen Quellen behaupten ja,
„rb“ für binär und „r“ für text; von „rt“ ist nie die Rede.

Was meint ihr?

Gruss.

Hallo,

Laut msdn stellt fopen(…, „r“); alleine nicht sicher, dass
unter Windows eine Datei wirklich im Textmode geöffnet wird.

Hat damit jemand Erfahrung? Sollte man flag „t“
sicherheitshalber angeben, oder ist es /sicher/, es
wegzulassen?

Ich habe nicht viel Ahnung von Windows, aber die Manpage von fopen unter Linux erwähnt „t“ als Flag nichtmal, nur „b“ für Binary. Und sie behaupten „The fopen and freopen functions conform to ANSI X3.159-1989“

D.h. wenn du es ganz genau wissen willst, solltest du dir den zitierten Standard anschauen.
Und bis dahin das „t“ weglassen.

Grüße,
Moritz

Laut msdn stellt fopen(…, „r“); alleine nicht sicher, dass
unter Windows eine Datei wirklich im Textmode geöffnet wird.

Die sollen gefälligst den Standard einhalten.

Hat damit jemand Erfahrung? Sollte man flag „t“
sicherheitshalber angeben, oder ist es /sicher/, es
wegzulassen?

hatte nie Probleme ohne dem.

Alle einigermassen verlässlichen Quellen behaupten ja,
„rb“ für binär und „r“ für text; von „rt“ ist nie die Rede.

Was meint ihr?

Gruss.

Solange ich keine Probs habe mit einer Schreibweise, sehe ich keinen Grund, daran etwas zu ändern.

lg
Martin

Hallo,

Laut msdn stellt fopen(…, „r“); alleine nicht sicher, dass
unter Windows eine Datei wirklich im Textmode geöffnet wird.

Hat damit jemand Erfahrung? Sollte man flag „t“
sicherheitshalber angeben, oder ist es /sicher/, es
wegzulassen?

Ich habe nicht viel Ahnung von Windows, aber die Manpage von
fopen unter Linux erwähnt „t“ als Flag nichtmal, nur „b“ für
Binary. Und sie behaupten „The fopen and freopen functions
conform to ANSI X3.159-1989“

D.h. wenn du es ganz genau wissen willst, solltest du dir den
zitierten Standard anschauen.
Und bis dahin das „t“ weglassen.

Natürlich sollte man den Standard kennen und möglichst
einhalten, aber oberste Priorität ist, dass ein Produkt
funktioniert.

Was hilft dir ein Standard, wenn das Ding nicht funktioniert
bzw. es nicht mal kompiliert?

Ein „schau-in-den-Standard-und-halte-dich-daran“ kannst man sich
nur dann leisten, wenn man nur für den Heimgebrauch produziert
und das Heimsystem zufällig den Standard unterstützt.

Gruss