IntToStr bereitet Probleme beim umstieg auf Delphi 12

[Kishmet]

Eigentlich ist das alles Schmutz weil es schlicht und ergreifend ein Fehler im Code ist und schon immer war... IntToStr, war schon immer die falsche Funktion an dieser Stelle. Mal schauen was für Fehler das jetzt nach sich zieht.

Mich würde immernoch interessieren was sich genau verändert hat, das dieser Fehler jetzt auftritt und vorher einfach ignoriert wurde, aber am Ende des Tages ist das egal.

Vielen lieben dank euch!

[Blup]

Nur wenn du tatsächlich Werte ab 2^63 oder größer hast.
Diese werden dann als negative Zahlen ausgegeben.
Also keine Verlust, eher eine Verfälschung.

[Delphi.Narium]

Ist denn in beiden Delphi die Bereichsprüfung eingeschaltet? (Kompileroptionen vergleichen.)

Alternativ im Quelltext:

Delphi-Quellcode:

{$R-}
// Hier der Code, der den Fehler verursacht
{$R+} // Optional: Reaktivieren der Bereichsprüfung am Ende

Zitat von Blup:

Die Funktion ist überladen:

function IntToStr(Value: Integer): string;
function IntToStr(Value: Int64): string;

Int64() wäre dann die richtige Umwandlung.

$FFFFFFFFFFFFFFFF (16 F) sind aber auch für Int64 zuviel.

[Kishmet]

@delphi.narium : Ja es hat sich nichts weiter verändert. Wenn dann eine Grundeinstellung irgendwo im Compiler (Also von RAD Studio selbst eine Defaulteinstellung die von 11 auf 12 geändert wurde) von der ich so nichts weiß. Alles andere (Sprich Code und Projekteinstellungen) ist identisch, wie gesagt auch mit neuen Projekten passiert genau das gleiche.

[Delphi.Narium]

Wenn die Bereichsprüfung in beiden Delphi an ist, dann müsste sie auch bei Delphi 11 den Fehler verursachen.

In dem Fall wäre mein Rückschluss: In Delphi 12 wurde ein Fehler behoben, der in Delphi 11 noch auftrat.

[Uwe Raabe]

Für UInt32/Cardinal bzw. UInt64 gibt es übrigens UIntToStr.

[Kishmet]

@Uwe Raabe: Das ist der Weg. Werden wir jetzt auch so machen. Die Stelle ist wohl so, das wir hier bisher nicht wirklich einen ernstzunehmenden Fehler sondern eher nur einen Darstellungsfehler kreiert haben.

@delphi.narium: Was mich daran so nervt, ist das ich nirgends in den Releasenotes von Delphi irgendetwas dazu finde. Egal wo ich schaue, ich finde keinen Hinweis darauf das etwas repariert oder geändert worden ist, was dieses Verhalten erklären würde.

Euch allen Danke für die Hilfe!

[Delphi.Narium]

Vielleicht ist dies keine bewusste Fehlerkorrektur sondern ein Nebeneffekt anderer Änderungen am Compiler.

Sprich: Der Fehler war nicht bekannt und wurde versehentlich behoben?

[Blup]

Wie bereits geschrieben es ist die Überlaufprüfung, nicht die Bereichsprüfung.
Delphi2007 gibt mit aktiver Überlaufprüfung ebenfalls einen Fehler aus.

[Rolf Frei]

Das Problem ist einfach nur, dass beim Upgrade deiner D11 Projekte die Projekt-Einstrellugnen verändert wurden. War bei mir auch so. Habe dann einfach in den Projekt-Einstellugnen die Bereichs- und Überflussüberprüfung deaktiviert, damit diese gleich eingegstellt sind wie bei D11. Am Compiler wurde mMn nichts geändert, sondern einfach die Vorgabeprojekteinstellungen verändert. Aber wie schon geschrieben, war dein Code so eben nicht korrekt und würde mit eingeschaltetem Range oder Overflow Check auch unter D11 einen Fehler bringen.

Neu sind in den Projektoptionen (in englischem Delphi) unter Building/Delphi Compiler/Compiling alle Einträge unter "Runtime Errors" eingeschaltet, wo hingegen bis D11 nur der I/O Check aktiv war. Einfach die beiden anderen Check deaktivieren und alles sollte wieder so wie in D11 laufen.