Arraydaten im Debugger anzeigen

[himitsu]

Zitat von Kas Ob.:

That junk is from uninitialized values

Dynamische Arrays und LongStrings (String, UnicodeString, AnsiString und deren Ableitungen / nicht ShortString) sind immer initialisiert,
so wie es bei allen managed Typen der Fall ist.

Aber es kann sein, dass hier der Compilier diese Variable bereits weg optimiert hat, da dort unten diese Variable nicht mehr benuitzt wird,
und dann die DebugInfos an eine Stelle zeigen, wo kein Array mehr ist, also anderer "Datensalat" dort im Arbeitsspeicher liegt.


Im Windows-Compiler (Win32) wird so eine Variable normaler Weise erst im "end" der Methode freigegeben, aber im Android-Compiler kann es anders aussehen.

[ManfredU]

In Delphi 10.3 war aber die Anzeige aber richtig, wieso dann in 11.3 nicht mehr?
Lg
Manfred

[Kas Ob.]

Zitat von himitsu:

Zitat von Kas Ob.:

That junk is from uninitialized values

Dynamische Arrays und LongStrings (String, UnicodeString, AnsiString und deren Ableitungen / nicht ShortString) sind immer initialisiert,
so wie es bei allen managed Typen der Fall ist..

Thank you and i know that, also saw what Delphi IDE/Compiler can do, please have a look at this code and see why it is crashing on x32 while crashing the debugger itself on x64, on my XE8, so no guarantee on the behavior on newer version though.

Code:

procedure TForm10.FormCreate(Sender: TObject);
var
  a:array of string;
begin
  SetLength(a,4);
  a[0]:='string1';
  a[1]:='string2';
  a[2]:='string3';
  a[3]:='string4';
  SetLength(a,2);
  SetLength(a,4);
  ShowMessage(a[4]);
end;

2023-10-24 18_52_08-Untitled - Paint.png

[Kas Ob.]

Ok that was a bad and unreliable example, it takes many times of running and retrying on x64 to crash the debugger and the content of the array goes junk.

[himitsu]

Der Index 4 muß knallen, da es ja nur 4 Items gibt, also der Größte die 3 ist, wenn man bei 0 anfängt zu zählen.

In aktuellen Delphis sind nun standardmäßig die Überlauf- und Bereichsprüfung aktiviert, für neu erstellte Projekte (leider auch die dämlichen DebugDCUs),
womit dort ein anderer Fehler zu sehen ist, bezüglich der 4:

Zitat:

Im Projekt Project27.exe ist eine Exception der Klasse ERangeError mit der Meldung 'Fehler bei Bereichsprüfung' aufgetreten.

PS:

Delphi-Quellcode:

procedure TForm25.FormCreate(Sender: TObject);
var
  a: array of string;
begin
  a := ['string0', 'string1', 'string2', 'string3'];
  SetLength(a, 2);
  SetLength(a, 4);
  ShowMessage(a[3]);  // High(a) = 3
end;

[Kas Ob.]

I am stupid sorry !

Anyway, try my example on x64, run it few times and the debugger might start to show junk everywhere or crash, like the debugger itself have problem of uninitialized stuff, also if you tried with cross platform too with x64 (LLVM), the IDE itself might will start to freeze or crash.

[ManfredU]

Mein System kommt ja nicht zum Absturz oder Fehlermeldung, da ja Lenght(array) das Richtige zurückgibt.
Mein Problem ist nur beim Debuggen, wenn ich den Curser auf ein Array setze, zeigt er mir immer 255 Elemente an (und das braucht Zeit), obwohl nur wenige mit setlength definiert sind. Bei String-Variablen oder Numerischen-Variablen funkt es perfekt. Nur nicht bei Array, und das erst sein Delphi 11.3. Auch ohne Cursor auf den Array setzen, nur mit F8 braucht er sehr lange um in die nächste Zeile weiter zu gehen.
Lg Manfred