Die ist jedenfalls ein sehr guter Kandidat, um als nächstes vervollständigt zu werden, wie auch die stdlib.Dirty Oerti hat geschrieben:Erstmal: Da fehlt ja auch noch einiges, vllcht sollten wir da mal ein bisschen Inhalt reinbringen.
Nicht, wenn es sich um Standard-C++ handelt ^^Dirty Oerti hat geschrieben:Zweitens: Ich hab mal alle bisherigen Artikel korrigiert.
Die stdio bindet man in C++ nämlich über <cstdio> ein, und nicht über <stdio>, wie vorher drinn stand.
So ist es zumindest bei mir hier auf dem System...ist es bei jemandem anders?
Na was nun?Xin hat geschrieben:Nicht, wenn es sich um Standard-C++ handelt ^^
Code: Alles auswählen
#include <stdio>
int main {
printf("Ich gebe Text aus und sonst nichts..\n");
return 0;
}
--------------------------------------------------------------------------------------------daniel@linDaniel:~/Desktop/test$ g++ test.cpp -o test
test.cpp:1:17: Fehler: stdio: No such file or directory
test.cpp: In function »int main()«:
test.cpp:5: Fehler: »printf« wurde in diesem Gültigkeitsbereich nicht definiert
daniel@linDaniel:~/Desktop/test$
Code: Alles auswählen
#include <cstdio>
int main {
printf("Ich gebe Text aus und sonst nichts..\n");
return 0;
}
--------------------------------------------------------------------------------------------daniel@linDaniel:~/Desktop/test$ g++ test.cpp -o test
daniel@linDaniel:~/Desktop/test$
daniel@linDaniel:~/Desktop/test$ g++ --version
g++ (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3)
Copyright (C) 2007 Free Software Foundation, Inc.
Dies ist freie Software; die Kopierbedingungen stehen in den Quellen. Es
gibt KEINE Garantie; auch nicht für MARKTGÄNGIGKEIT oder FÜR SPEZIELLE ZWECKE.
daniel@linDaniel:~/Desktop/test$
Das ist korrekt. Die Datei heißt entweder <stdio.h> oder <cstdio>Dirty Oerti hat geschrieben:Na was nun?Xin hat geschrieben:Nicht, wenn es sich um Standard-C++ handelt ^^
Code: Alles auswählen
#include <stdio> int main { printf("Ich gebe Text aus und sonst nichts..\n"); return 0; }daniel@linDaniel:~/Desktop/test$ g++ test.cpp -o test
test.cpp:1:17: Fehler: stdio: No such file or directory
test.cpp: In function »int main()«:
test.cpp:5: Fehler: »printf« wurde in diesem Gültigkeitsbereich nicht definiert
daniel@linDaniel:~/Desktop/test$
GutXin hat geschrieben: Das ist korrekt. Die Datei heißt entweder <stdio.h> oder <cstdio>
Wäre eigentlich das logischste...Xin hat geschrieben:Im Falle von cstdio sollte printf aber im Namensraum std liegen!?
Doch.Dirty Oerti hat geschrieben:GutXin hat geschrieben: Das ist korrekt. Die Datei heißt entweder <stdio.h> oder <cstdio>
Wäre eigentlich das logischste...Xin hat geschrieben:Im Falle von cstdio sollte printf aber im Namensraum std liegen!?
Scheint aber nicht so zu sein?
Code: Alles auswählen
#include <stdio.h>
namespace std
{
using fprintf(...);
using printf(...);
using fopen(...);
using fread(...);
using fwrite(...);
}
17.1.2.4 § 4 hat geschrieben: [...], the contents of each header cname shall be the same as that of the
corresponding header name.h, as specified in ISO/IEC 9899:1990 Programming Languages C (Clause 7),
or ISO/IEC:1990 Programming Languages [...],, as appropriate,
as if by inclusion. In the C++ Standard Library, however, the declarations and definitions (except for names
which are defined as macros in C) are within namespace scope (3.3.5) of the namespace std.
Jetzt - knapp 1 1/2 Jahre später - sollte es komplett sein.Dirty Oerti hat geschrieben:Tag
Erstmal: Da fehlt ja auch noch einiges, vllcht sollten wir da mal ein bisschen Inhalt reinbringen.
Ich gehe davon aus, dass noch reichlich Fehler drin sind. Stellen, an denen der falsche Funktionsname steht, ich habe auch eine vorhandene Seite neu geschrieben, weil sie dem Standard nicht entsprach.Dirty Oerti hat geschrieben:Zweitens: Ich hab mal alle bisherigen Artikel korrigiert.
Ich bin mir ziemlich sicher, dass die zeilengepuffert sind...stdin, stdout und stderr sind ohne Buffer ausgelegt, um Ausgaben sofort an die Konsole liefern zu können.
Code: Alles auswählen
&string[0] // Adresse des ersten BuchstabensCode: Alles auswählen
stringfflush hinzugefügt.nufan hat geschrieben:So... ich hab die Artikel jetzt auch noch mal geprüft. Ein paar Anmerkungen/Fragen:
* fflush() hat keinen Eintrag auf der Übersichtsseite, aber in der Sidebar.
Im Idealfall immer? Schon alleine, um eine Konsistenz diesbezüglich zu haben.nufan hat geschrieben:* Wann werden Klammern nach Funktionsnamen verwendet?
Das sollten wir dann nochmal prüfen - gerade bei stdout vermute ich, dass Du da recht hast.nufan hat geschrieben:* Aus set(v)buf:Ich bin mir ziemlich sicher, dass die zeilengepuffert sind...stdin, stdout und stderr sind ohne Buffer ausgelegt, um Ausgaben sofort an die Konsole liefern zu können.
return EXIT_SUCCESS/EXIT_FAILURE.nufan hat geschrieben: * Der Code-Stil sollte vereinheitlicht werden, vielleicht gleich mit den Dedupe-Regeln.
* return EXIT_SUCCESS/EXIT_FAILURE oder return 0/1?
Im Prinzip alles, was mit der Funktion zu tun haben könnte. Die Funktionen im Beispielprogramm können weggelassen werden, wenn sie nur vorbereitenden oder nachbereitenden Charakter in dem Beispiel haben. Ein printf() als Fehlermeldung bei fopen() dient dem Beispiel, aber ist jetzt nicht wichtig, wenn man fopen() verstehen möchte.nufan hat geschrieben: * Werden unter "siehe auch" nur ähnliche Funkionen verwendet, oder prinzipiell alle, die auch im Beispiel vorkommen?
Im Quellcode englisch, im Text bevorzugt Deutsch. Puffer und Buffer... das fiel mir schon beim Schreiben auf, dass ich mich da vermutlich ziemlich verzausel...nufan hat geschrieben: * Englische oder deutsche Bezeichnungen? (Puffer / Buffer, Datei / File, ...)
Haben wir Namespaces? Oder meinst Du im Wiki?nufan hat geschrieben: * Absolute oder relative Namespaces? Eigentlich egal, aber einheitlich sollte es sein finde ich.
Teile aus dem Quelltext sollten mit ''Symbol'' hervorgehoben werden.nufan hat geschrieben: * Funktionen, Header und Variablen sind nur teilweise mit Wiki-Syntax hervorgehoben.
Wo?nufan hat geschrieben:* Ist es wirklich eine Fehlerquelle falsche ASCII-Werte zu übergeben?
Wenn ich das richtig zuordne, geht es hier um scanf(). Hier wollte ich betonen, dass es sich um die Adresse einer Variablen handelt. Das ist bei "string" auch gegeben, aber ich wollte hier eine Vereinheitlichung zu &intergerVar haben.nufan hat geschrieben:* In ein paar Beispielen:Warum nicht einfach:Code: Alles auswählen
&string[0] // Adresse des ersten Buchstabens?Code: Alles auswählen
string
Kommt derzeit auf's selbe hinaus. Ich glaube, dafür legen wir mal <console>...</console> an.nufan hat geschrieben:* Ausgaben wurden bis jetzt immer durch doppelte Leerzeichen anstatt <code>-Tags dargestellt.
Soweit ich weiß nicht.nufan hat geschrieben:* Ist es möglich durch die <code>-Tags hervorgehobene Elemente direkt mit der proggen.org-Referenz zu verlinken? Bei der Verwendung von <code cpp-qt>-Tags werden z.B. alle Typen zu Links auf die Qt-Referenz.
Ich hoffe, das meiste getestet zu haben, aber ich das wollte ich nicht umsonst nochmal verifiziert haben, da "das meiste" eben nicht "alles" ist.nufan hat geschrieben:Die Beispiele sollten wir unbedingt nochmal alle prüfen, da hab ich nämlich einiges ausgebessert...
Mir ist nur aufgefallen, dass sie in der "Einleitung" ("xyz ist in der stdio... ") praktisch nie verwendet werden.Xin hat geschrieben:Im Idealfall immer? Schon alleine, um eine Konsistenz diesbezüglich zu haben.nufan hat geschrieben:* Wann werden Klammern nach Funktionsnamen verwendet?
http://www.proggen.org/doku.php?id=c:lib:stdio:putcharXin hat geschrieben:Wo?nufan hat geschrieben:* Ist es wirklich eine Fehlerquelle falsche ASCII-Werte zu übergeben?
Vielleicht hilft das:Xin hat geschrieben:Soweit ich weiß nicht.nufan hat geschrieben:* Ist es möglich durch die <code>-Tags hervorgehobene Elemente direkt mit der proggen.org-Referenz zu verlinken? Bei der Verwendung von <code cpp-qt>-Tags werden z.B. alle Typen zu Links auf die Qt-Referenz.