2 StringListen try finally richtig anwenden

[Sir Rufo]

@Rollo62

lokale Variablen sind per Definition nicht initialisiert. Man kann sich bezüglich des Wertes auf gar nichts verlassen. Die Compilermeldung ist in diesem speziellen Fall Schwachfug

[Rollo62]

Das sehe ich auch so.
Allerdings beim Debuggen scheinen die Variablen bei Objekten (immer ?) korrekt genullt zu sein,
hab allerdings nicht getestet ob das generell so ist.
Bei anderen Variablentypen ist das jedenfalls nicht der Fall.

Ich dachte es gäbe dazu vielleicht eine globable Compilereinstellung.

Leider kann man die "unützen" Hints nicht gezielt abschalten, nur evtl. mit einem {$HINTS Off} vor solchen Funktionen, was aber auch nicht machen möchte.
Mich stören die Dinger jedenfalls gewaltig.

Rollo

[Lemmy]

Zitat von Rollo62:

Leider kann man die "unützen" Hints nicht gezielt abschalten, nur evtl. mit einem {$HINTS Off} vor solchen Funktionen, was aber auch nicht machen möchte.
Mich stören die Dinger jedenfalls gewaltig.

dann sorge dafür, dass nach dem Compilieren keine "unnützen" Hinweise erscheinen, einen Teil davon kannst Du über die Einstellungen abschalten (bei uns z.B. Plattformsymbol/unit) Wir haben hier schon lange im Buildsystem die Einstellung, dass auch bei Hints eine Warnung an den Comitter raus geht, eine Warnung des Compilers führt zu einem Build-Fehler. Und gerade der Hinweis auf eine Zuweisung die "nicht genutzt wird" hat mich schon das eine oder andere mal auf einen Strukturfehler hingewiesen. Wenn da noch 10, 20 weitere Hinweise erscheinen,dann wird keiner davon beachtet....

den PAL nutze ich leider immer noch viel zu wenig, den finde ich an vielen Stellen ebenfalls eine große Hilfe.

[Rollo62]

Genau das versuche ich ja auch, aber wenn ich aus meinem Sicherheitsverständnis heraus lieber eine
Variable mehr als nötig initialisiere, dann sollte diese Warnung nicht kommen.
Z.B. setzte ich schonmal Result := False; o.ä. pro Forma im Funktionkopf, und kann dann sicher sein
das später nichts crasht.

Es könnten ja auch mal Fehler im Compiler auftauchen (womöglich sind aber jetzt schon fehler drin),
wo dann uninitialisierte Variablen herumhängen würden, genau dem will ich vorbeugen.
Das wird extrem schwierig zu finden, falls soetwas mal in Delphi 10.xx Yokohama auftritt.

Generell habe ich auch alle Warnings und Hints an, und ich räume nachher auch immer auf.

Es gibt übrigens auch immer Warnings/Hints in Drittkomponenten die man nicht so einfach los wird.
Auch das wäre ein Grund das mal gezielt abschalten zu können, warum nicht genauso wie bei den Warnings ?


Rollo