UInt64 Zuweisung an Integer, keine Warnung, Waum?

[KodeZwerg]

Hallo, warum gibt mir mein Delphi Rio keinen Hinweis bzw. keine Warnung wenn ich

Delphi-Quellcode:

Integer := UInt64

mache?
(im quelltext natürlich nicht so formuliert, nur inhaltlich um es nachzuvollziehen)

[Der schöne Günther]

Das Thema haben wir immer wieder
z.B. hier:
https://www.delphipraxis.net/181938-...chreitung.html

Dabei sind auch ganz interessante Meinungen wie

Zitat:

Zitat von MEissing (Beitrag 1273120)

Einfache Antwort: Wenn Delphi (der Delphi-Compiler) alles testen würde, was eventuell schief gehen könnte, dann wären die Übersetzungszeiten länger.

[Stevie]

Zitat:

Zitat von Der schöne Günther (Beitrag 1501948)

Dabei sind auch ganz interessante Meinungen wie

Zitat:

Zitat von MEissing (Beitrag 1273120)

Einfache Antwort: Wenn Delphi (der Delphi-Compiler) alles testen würde, was eventuell schief gehen könnte, dann wären die Übersetzungszeiten länger.

interessant war nicht ganz das Adjektiv, was mir dazu als erstes eingefallen ist :roll:

Doof auch, wenn sich wegen solcher mangelnder Checks Defekte in RTL Code einschleichen, wa?

[KodeZwerg]

also ich habe den kommentar und den thread gelesen.

ich hätte gerne eine option die von mir aus langsamer kompiliert aber mich beschützt vor fehlschlägen ohne zu wissen an welcher stelle es klemmt.
wurde ja irgendwie dort alles bereits rumklabüsert.

Danke für die rasche Antwort!

[Stevie]

Der Kommentar ist übrigens extra lächerlich, da der Compiler sehr wohl um die Typenwandlung weiß, da er dort nämlich bei eingeschalteter Bereichsprüfung den Code für einen potenziellen ERangeError generiert. (viele Grüße von der Ariane 5 an dieser Stelle :lol: )

Tools wie Pascal Analyzer generieren bei solchen Zuweisungen schon lange eine Warnung.

[himitsu]

Und das ist eine Prüfung, die nun wirklich praktisch keine Zeit benötigt.
Ich denke mal die paar Millisekunden hierfür, fallen bei den anderen Langsamkeiten überhaupt nicht auf.

Dazu mal auch das Kompilieren mit RangeChecks nicht wirklich merklich langsamer wird.

[freimatz]

Dafür fallen die etlichen Stunden Fehlersuche diese Woche mit vier beteiligten Personen auf :evil:
ok, dass auch der Rangecheck aus war, war unser Fehler.

[dummzeuch]

Zitat:

Zitat von freimatz (Beitrag 1501985)

Dafür fallen die etlichen Stunden Fehlersuche diese Woche mit vier beteiligten Personen auf :evil:
ok, dass auch der Rangecheck aus war, war unser Fehler.

Willkommen im Club. Ganz toll ist es, wenn man aus Versehen im Debug-Mode RangeChecks nicht eingeschaltet hatte. Oder wenn es Units gibt, die damit nicht funktionieren, es aber nicht explizit ausschalten (MessageDigest_5 aus source\soap\wdslimporter lässt schön grüßen)

[Stevie]

Ok, offensichtlich habe ich durch ihre Abwesenheit in den Projektoptionen bedingt (ist bereits lange reportet) vergessen, dass es seit 10.2 folgende neue Warnungen gibt:

IMPLICIT_INTEGER_CAST_LOSS
IMPLICIT_CONVERSION_LOSS
COMBINING_SIGNED_UNSIGNED64

Wie gesagt kann man die derzeit leider nur über die $WARN Direktive im Code oder per dcc Kommandozeile steuern

[dummzeuch]

Zitat:

Zitat von Stevie (Beitrag 1502051)

Ok, offensichtlich habe ich durch ihre Abwesenheit in den Projektoptionen bedingt (ist bereits lange reportet) vergessen, dass es seit 10.2 folgende neue Warnungen gibt:

IMPLICIT_INTEGER_CAST_LOSS
IMPLICIT_CONVERSION_LOSS
COMBINING_SIGNED_UNSIGNED64

Wie gesagt kann man die derzeit leider nur über die $WARN Direktive im Code oder per dcc Kommandozeile steuern

Sind die nicht alle standardmäßig sowieso eingeschaltet?