Dan Gookin - C für Dummies

Und schließlich muss das Programm noch ein Ergebnis erzeugen. Damit zeigt man dem Aufrufer an, ob das Programm einwandfrei gearbeitet hat und alles in Ordnung war. Will man »hier war alles prima, keine Probleme« melden, so meldet man eine 0. Das returnselbst kümmert sich darum, dass diese 0auch geliefert wird.

return 0;

Glauben Sieʼs oder nicht, all dieses Zeugs wird nach einigen wenigen Kapiteln auch für Sie Sinn ergeben. Sie werden in kürzester Zeit zum rebellischen C-Programmierer. Keine Frage.

Das hier ist eine Bonusrunde, damit Sie jetzt bereits auf das Problem der »Unordnung« aufmerksam werden, bevor es Ihnen über den Kopf wächst. Was ich meine, ist der Ramsch, der auf Ihrer Festplatte bei der Entwicklung von C-Programmen hinterlassen wird. Die vielen Hilfs- und Zwischendateien, die der Compiler nebenbei erzeugt, wenn er Ihr Programm erstellt.

Es ist ein bisschen arg naiv anzunehmen, dass das Schreiben von C-Programmen eine nette und saubere Sache ist. Aber genau wie der Typ im Park, der eigentlich nur eine Taube füttern wollte, merken Sie bald, was auf Sie zurollt.

Der Compiler wirbelt über Ihre Festplatte wie ein Tornado, er spuckt ganze Lastwagenladungen mit Dateien aus. Das muss man im Griff behalten, außerdem müssen Sie wissen, welche Dateien unbedingt aufgehoben werden müssen und welche nur Abfall sind. Erinnert ein bisschen ans Aufräumen des Kinderzimmers.

Für jedes erstellte C-Programm gibt es mindestens drei Dateien auf der Festplatte:

Der Quelltext, Endung c

Die Objektdatei, Endung obj oder Endung o

Das Programm, Endung exe

Einige Compiler erzeugen noch mehr Dateien. Wenn Sie bisher also alle Programme aus diesem Kapitel erstellt haben, finden Sie bestimmt mindestens 15 Dateien auf der Festplatte.

Wenn Sie Quelltexte editieren, erzeugt Ihr Editor möglicherweise ein Backup von der Datei, Endung bak für Backup oder auch mit einer Endung, die mit einer Tilde ~ beginnt. Löschen Sie diese Dateien nur im Ausnahmefall.

Größere Projekte werden auch Dateien mit den Endungen h und mak enthalten; löschen Sie diese Dateien ebenfalls niemals!

Ich empfehle zunächst einmal, gar keine Datei zu löschen. Wichtig zu wissen, dass die beiden bedeutendsten Dateien im Moment auf cund auf exeenden.

Solange Sie die Quelltextdateien (*.c) aufheben, können Sie jederzeit das Programm wieder neu erzeugen.

Die Objektdateien obj könnten später gelöscht werden, wenn das Programm fertig ist (bei größeren Projekten sollten Sie dies aber nicht tun, denn bei Änderungen dauert der Kompiliervorgang viel länger, weil alles neu erzeugt werden muss).

Löschen Sie keine Backup-Dateien ( *.bakund *.~), bis das Projekt fertig ist und alles wunschgemäß läuft. Der Grund dafür hat mit Magie zu tun und ist schwer zu erklären: Manchmal ändern Sie etwas, eine Kleinigkeit, und plötzlich spielt das Programm verrückt. Falls Sie die Sicherheitskopie noch zur Hand haben, können Sie wieder auf den alten Stand zurückgreifen, indem Sie die Quelltextdatei löschen und die Sicherheitskopie nach cumbenennen. Danach wäre eine Neukompilierung eine gute Idee.

Und dann noch ein Wort zur Magie: Ich weiß nicht, woran das liegt, manchmal ändert man eine Kleinigkeit, und nichts geht mehr. Und irgendwie bekommt man das auch nicht mehr hin, wenn man die Änderung rückgängig macht. Fragen Sie einen anderen erfahrenen Programmierer, er wird Ihnen das bestätigen können. Daher ist die Sache mit den Backups keine schlechte Sache. Wenn Ihnen so etwas passiert, führen Sie Änderungen am Backup danach wirklich vorsichtig durch.

Wie jedes Projekt auf dem Computer sollte auch jedes C-Projekt ein eigenes Verzeichnis auf der Festplatte bekommen. Zum Beispiel sollten Sie für Ihre C-Versuche ein Verzeichnis anlegen, nennen Sie es einfach Coder Cprojektoder wie auch immer. Darunter sollten Sie für jedes Projekt ein Unterverzeichnis anlegen. Der Sinn? Organisation und Ordnung. Innerhalb dieses Verzeichnisses hat alles mit C zu tun, damit Sie sich später auch wieder zurechtfinden.

Andere Verzeichnisse sollten für die Projekte entstehen, an denen Sie arbeiten. Ein neues Sortierprogramm? Verzeichnis Nsort. Ein neues Shootʼem-up-Ballerspiel? Verzeichnis Shootem.

Abbildung 2.3zeigt, wie eine solche Baumstruktur arbeitet. Beachten Sie, dass die Wurzel des Baums, das Hauptverzeichnis, überall liegen kann. Im Verzeichnis des Compilers, im Hauptverzeichnis der Platte, wo auch immer.

Abbildung 2.3: Organisation der C-Projekte auf der Festplatte

Falls Sie bereits angefangen haben, alles zu verstreuen, sollten Sie nun zunächst gemäß den Ratschlägen ein wenig Ordnung schaffen.

Warum der Aufwand? Zunächst, weil Sie damit die notwendigen Dateien zusammenhalten. C erzeugt eine Menge andere Sachen und allzu leicht geht etwas auf der Festplatte verloren, gerade bei größeren Projekten. Darum gewöhnen Sie sich von Anfang an daran.

C ist gespickt mit Regeln. Sie lernen das nun, damit Sie gleich mit dem Vergessen beginnen können. Deswegen wird der Compiler bösartige Fehlermeldungen nach Ihnen werfen. Daran müssen Sie sich gewöhnen … wie an unfreundliche Busfahrer, verspätete Züge und höhere Steuern.

Ein Wort der Warnung vorab: Sie müssen sich diese Regeln nicht merken! Die meisten tauchen später noch einmal auf, wenn Sie C-Programme schreiben und gegen die entsprechenden Regeln verstoßen.

Um sich die Regeln, gegen die man am leichtesten verstößt, einfach zu merken, habe ich diese in einem Programm mit dem Namen Ruleszusammengefasst. Es zeigt einige Zeilen auf dem Bildschirm an, die Sie immer wieder daran erinnern können.

#include int main() { printf("Klammern immer paarweise!\n"); printf("Kommentare immer paarweise!\n"); printf("Anweisungen enden mit einem ;\n"); printf("Leerzeichen kann man weglassen!\n"); printf("main() ist immer notwendig!\n"); printf("C besteht fast nur aus Kleinschreibung!\ Gross-/Kleinschreibung werden unterschieden!\n"); printf("Unterstriche _ beachten wir nicht!\n"); printf("Variablen werden vor der Benutzung deklariert!\n"); return 0; }

Listing 2.4:Name: Rules.c

Prüfen Sie noch mal die Eingabe und starten Sie dann das Programm Rules.exe. Ihre Ausgabe sollte so aussehen:

Klammern immer paarweise! Kommentare immer paarweise! Anweisungen enden mit einem ; Leerzeichen kann man weglassen! main() ist immer notwendig! C besteht fast nur aus Kleinschreibung! Gross-/Kleinschreibung werden unterschieden! Unterstriche _ beachten wir nicht! Variablen werden vor der Benutzung deklariert!