TStringList x64 nicht nil

[himitsu]

Zitat von Neutral General:

Falls du die Liste in der Funktion nicht erstellst oder komplett neu zuweist ist der var Parameter falsch und sollte weg.

Dafür ist OUT da.
Bei VAR kommt auch eine Meldung, denn die Variable muß initialisiert sein, damit der Code in der Funktion prüfen kann, ob dort etwas übergeben wurde. (if not assigned then create)
Bei OUT geht der Compiler davon aus, dass nichts übergeben wird und somit muß die Variable auch nicht initiaisiert sein.

[venice2]

Zitat:

Bei VAR kommt auch eine Meldung

Kommt nicht es sei denn dein Delphi hat einen anderen Compiler oder ich bin zu dumm den korrekt einzustellen.
Ich wiederhole mich ungern aber meine Warnungen sind eingeschaltet und ich behandle sie alle.

(EDIT)
Hätte ich also eine Warnung bekommen wäre diese behandelt worden und die Anwendung wäre nicht abgestürzt.
Solche Probleme sind im Nachhinein sehr schwer zu finden.
Unter den Voraussetzung hätte ich meine Frage hier gar nicht erst reinstellen müssen.

[himitsu]

Dann müssen die das aber irgendwann kaputt gemacht haben und sollten den Bug schnell wieder reparieren.

[dummzeuch]

Zitat von himitsu:

Dann müssen die das aber irgendwann kaputt gemacht haben und sollten den Bug schnell wieder reparieren.

Der Compiler hat bei var noch nie eine Warnung ausgespuckt. Sie haben ihn also nicht kaputt gemacht, er war es höchstens schon immer (seit Turbo Pascal).

out wurde erst mit Delphi 3 eingeführt. Vorher haben alle var verwenden müssen. Deshalb gibt es auch so viel Code, der var anstelle von out verwendet (never touch working code). Hätten sie bei der Einführung von out eine neue Warning eingeführt, wären sie von den Delphi-Programmierern gesteinigt worden.

Vielleicht wäre es aber tatsächlich an der Zeit, zumindest optional eine solche Warning einzuführen. Wir haben schließlich 2020 und nicht mehr 1997.

[himitsu]

Ich war mir sicher das es wenigstens an der Stelle mal funktionierte.

Zitat von dummzeuch:

Hätten sie bei der Einführung von out eine neue Warning eingeführt, wären sie von den Delphi-Programmierern gesteinigt worden.

Dann hätten aber inzwischen alle ihre Codes aufgeräumt und es gäbe nicht mehr so viel Mist.
(OUT verwendet, wo es hin hehört, und bei VAR ihre Variablen initialisiert)

Nja, bei automatisch initialisierten Results fehlt auch immernoch die Warnung. (z.B. String/Array/Interface/Variant als Result)

Zitat:

vielleicht wäre es aber tatsächlich an der Zeit, zumindest optional eine solche Warning einzuführen.

Warnungen kann man ignorieren oder deaktivieren. Die Verhindern nicht das Kompilieren, also gab es keinen Grund das nicht zu tun.


Du hättest mal den Programmcode hier sehen sollen.
Vor mir hatte niemand wirklich den Debugger benutzt oder wenn dann nur sehr selten (compiliert im FinalBuilder ohne sich das Log anzusehn),
also bestand das Compilierlog praktisch nur aus Warnungen und besonders gern auch in Paint-Mehoden sowas wie try i := StrToInt(s); except i := 0; end; zu finden, was echt viel Spaß gemacht hatte.

[Luckie]

Jungs. Habe ich mich irgendwie missverständlich ausgedrückt? So interessant das Thema auch sein mag. Es gehört nicht in diesen Thread!

[Luckie]

Die Diskussion über varParameter hat jetzt aber nichts mehr mit der ursprünglichen Fragestellung zu tun! Bitte führt sie an anderer Stelle weiter, wenn ihr weiter darüber diskutieren wollt.

[himitsu]

Nja, es geht darum dass Variablen initialisiert werden müssen und dass der Compilier dort (eigentlich) auch Warnungen wirft (was aber auch nicht immer funktioniert), wenn man es vergessen hat.

[Uwe Raabe]

Das worked offenbar as expected: Missing compiler warnings for uninitialized variables

Zitat:

Not the ideal scenario, but not going to change this