spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@Embio:
Dein Code ist falsch. So produzierst du eine Endlosschleife, weil Funktionspointer eben immer ungleich 0 sind

Es muss heißen:

Ist das denn so schwer?
Wenn dein Programm ordentlich beendet wurde und alles OK war, dann gibst du 0 zurück.
Wenn nicht (z.B. eine vom Programm benötigte Datei wurde nicht gefunden), dann einen Wert außer 0, um den Fehler zu signalisieren.

Bei Programmen, die du von der Konsole aus startest, kann das notwendig sein. Hier ein kleines Beispiel: Du möchtest ein Skript schreiben, das zuerst ein Projekt kompiliert und es - falls das Kompilieren erfolgreich war - auf deinen Webspace lädt. Wie machst du das? Als erstes würdest du gcc aufrufen. gcc liefert 0 im Erfolgsfall zurück sonst 1. Nun kannst du innerhalb des Skripts überprüfen, ob der Rückgabewert des zuletzt aufgerufenen Programms 1 oder 0 war und dementsprechend weitere Aktionen ausführen.

Natürlich interessiert der Rückgabewert bei gewöhnlichen Desktopanwendungen nicht.

Prinzipiell ist es sche** egal was du zurück gibst, da du nicht wirklich was mit dem Rückgabe Wert der Main Funktion
anfangen bzw. darauf reagieren kannst... (korrigiert mich, wenn ich falsch liege)

In der Main Funktion dient das "return 0;" hauptsächlich als Signal für das Ende des Programms!

Probiere es ganz einfach aus!



Alles was nach dem return kommt wird von der Main Funktion nicht mehr berücksichtigt!

Das liegt da dran das dass Programm sozusagen schon sein Ende erreicht hat...
Nach dem Motto: Wenn man Tot ist, kann man nicht mehr sprechen.

Du kannst auch gerne return 20343; (oder sonst was) zurückgeben, es wird keinen Unterschied, in der Main Funktion machen!
Spätestens wenn du das Kapitel über Funktionen durchgearbeitet hast, wirst du "return" verstehen... Einfach weiter lesen... manche
Fragen beantworten sich dann auch von selbst!

Aber wahrscheinlich habe ich gerade eh nur etwas geschrieben, was schon hundert vor mir geschrieben haben...

Zitat von »Jack«

Aber wahrscheinlich habe ich gerade eh nur etwas geschrieben, was schon hundert vor mir geschrieben haben...

Nein, du hast Quatsch geschrieben und hättest besser mal gelesen, was hier schon geschrieben wurde.

Was genau war da dran Quatsch? Dass nach dem return nichts mehr ausgeführt wird oder dass der ReturnCode für die Main-Funktion eigentlich sch... egal ist? Beides ist nämlich durchaus korrekt, die Festlegung für den ReturnCode des Programms unterliegt allein dem Entwickler. Das Programm könnte genauso gut auch die aktuelle Uhrzeit in Minuten zurückliefern.

Zitat von »Frage und Antwort«

Ja also irgendwie habe ich immer noch nicht richtig verstanden was das return 0; bringt weil wenn ich return 1; schreibe dann bedeutet das, dass ein Fehler gefunden wurde oder was aber es gab doch gar keinen Fehler also warum sollte ich das schreiben?

Lass das return 0; doch fürs Erste einfach weg, wenn es dich so verwirrt. Wie du ja schon rausgefunden hast, braucht main() kein return. Wenn du dann zu Funktionen kommst, wird klar werden was es tut.

Zitat von »BlueCobold«

Was genau war da dran Quatsch? Dass nach dem return nichts mehr ausgeführt wird oder dass der ReturnCode für die Main-Funktion eigentlich sch... egal ist? Beides ist nämlich durchaus korrekt, die Festlegung für den ReturnCode des Programms unterliegt allein dem Entwickler. Das Programm könnte genauso gut auch die aktuelle Uhrzeit in Minuten zurückliefern.

Hast du schonmal ein Programm aus einem anderen Programm oder aus einem Batch-File heraus aufgerufen?
Dann bist du froh, wenn sich der Entwickler an die Konvention hält und nicht irgendwas zurückliefert, sondern etwas, woran du den Erfolg oder Misserfolg des Programms feststellen kannst.

Es gibt keine Konvention, soweit ich weiß. Das sagte d0t ja auch schon. Allein das Programm definiert welche ReturnCodes für was stehen. Das mag ja allgemein 0 für Erfolg und X für Fehlercodes sein, muss aber nicht. Solange das dokumentiert ist, ist das auch für aufrufende Programme oder Batchfiles absolut kein Problem.

PS: Bei dem, was er da programmiert, wird das ohnehin nie jemanden interessieren. Weder ein aufrufendes Programm, noch irgendein Batch-Script.