array[1..10] auf Wert prüfen?

[Schokohase]

Zitat von KodeZwerg:

Das "may/könnte" gibt eher an das es am Programmierer liegt dafür Sorge zu tragen ob etwas un-/definiert ist.

Das „may“ gibt an, dass bei der Entwicklung des Compilers kein Wert darauf gelegt wird, dass in der Schleifenvariable nach der Schleife ein bestimmter Wert enthalten ist auf den man sich verlassen kann.

Wer sich darauf verlässt, ist sozusagen von allen guten Geistern verlassen.

[KodeZwerg]

Schlussendlich, da es ein "may" ist, könnten alle Aussagen zutreffen. Punkt, Ende und abgehakt.

[himitsu]

Egal ob "geht garnicht" oder "geht eventuell nicht",
das Verhalten ist so nicht vorgegeben, also kann/darf man sich nicht auf sowas verlassen.

Außer in Ausnahmefällen, kann darf sowas niemals "immer" in Produktivcode verwendet werden.

[Sherlock]

Zitat von KodeZwerg:

Schlussendlich, da es ein "may" ist, könnten alle Aussagen zutreffen. Punkt, Ende und abgehakt.

Das mag jetzt hart klingen, vielleicht verletzend, muss aber so gesagt werden:
Ein Entwickler, der einen Fall ignoriert, dessen Auftreten explizit erwähnt wird, sollte den Beruf wechseln.

In diesem Sinne, nix für ungut. Hier haben sich alle Lieb.

Sherlock

[KodeZwerg]

Bestimmt ist es so wie Ihr schreibt und jede Compiler Warnung "Variable X may not be initialized" ist zu 100% definitiv nicht initialisiert.... einfach nur dumm so eine Aussage. Klar sollte man sich Gedanken machen wieso der Compiler mir so etwas erzählt. Aber es bleibt bei einem MAY. Apropo may, mayday mayday, bin raus hier.

Mir ging es nur um Bernaus Übersetzung und nicht irgend welche Code-Schnippsel oder irgend ein anderer Zusammenhang.

[Neutral General]

Hier haben sich in einem Projekt eine ganze Menge Warnungen dieser Art angesammelt und wir sind jetzt dran die ganzen Warnungen etc anzugehen um potenzielle Fehlerquellen auszuschließen.
Habe schon unzählbare Warnungen dieser Art korrigiert und jedes einzelne Mal hatte der Compiler Recht und die Variable WAR nicht initialisiert.

Von daher kann ich dir erfahrungsgemäß sagen, dass zu 99-100% diese Warnung ernst zu nehmen ist und wenn du glaubst der Compiler hat Unrecht dann ist das Problem wahrscheinlich dass der Compiler mehr weiß als du (und Recht hat).
Ich hatte jetzt den Fall dass viele dieser Warnungen aufgrund von "Glück" und "Magie" in einem 32-Bit Programm keinen Ärger machen.
Nachdem ich das Programm dann als 64-Bit exe compiliert habe, haben sich eine ganze Menge dieser Warnungen in ziemlich zuverlässige Laufzeitfehler verwandelt.

[Delphi.Narium]

Wenn mir der Compiler sagt, dass eine Variabel, ein Rückgabewert ... eventuell nicht initialisiert sein könnte, dass irgendwas undefiniert sein könnte ..., dann wird das behoben.

Ohne Wenn und Aber.

Zitat von Sherlock:

Ein Entwickler, der einen Fall ignoriert, dessen Auftreten explizit erwähnt wird, sollte den Beruf wechseln.

Dem ist nichts hinzuzufügen.

Und wenn ein (semiprofessioneller) Hoppyprogrammierer ein Problem mit seinem Quelltext hat und hat nicht alle diese Warnungen (durch entsprechende Anpassung seines Quelltextes) behoben, sollte nicht wegen undefinierter Zustände, Zugriffverletzungen ... in irgendeinem Forum nachfragen, wo denn die Fehlerursache liegen könnte.

[hoika]

Hallo,
also ich habe Warnungen drin und das Programm stürzt nicht ab.

Also ist doch alles gut?

PS:

Zitat:

Habe schon unzählbare Warnungen dieser Art korrigiert und jedes einzelne Mal hatte der Compiler Recht und die Variable WAR nicht initialisiert.

Ich habe hier eine Warnung, da vertut sich der Compiler definitiv.
Ich kann das aber hier leider nicht posten.
Das ist aber die absolute Ausnahme.