Stack überlauf

[EWeiss]

Zitat:

Vielleicht eine Liste von TCompoents oder so?

Der Name hat keinerlei Bezug zum Quelltext wenn man davon absieht das ich rekursive im Skin Ordner nach den Namen Anwendung.ske suche.

Also wenn diese Soundmachine.exe heißt suche ich nach dem Konfigurationsfile Soundmachine.ske
Wenn gefunden wird der Name des Folder als Skin identifiziert und damit zum Menu addiert.

Daher verstehe ich den Bezug nicht warum nur wegen der Namensgebung ein Überlauf stattfindet.

Zitat:

Und natürlich ganz banal, der Stack läuft über wenn man zuviel darauf schiebt.

Dann müsste er eher bei Energys überlaufen anstatt bei Energy.
Klar kann ich einen anderen Namen verwenden nur das ist nicht der sinn der Sache.

Zitat:

Das Wort ist doch für uns Trekkies reserviert

Genau darauf ist er ja auch ausgelegt.


gruss

[Uwe Raabe]

Kannst du mal ausprobieren, ob es an dem String Energy liegt, oder ob auch ein anderer Text mit gleicher Länge das Problem zeigt?

[EWeiss]

Zitat von Uwe Raabe:

Kannst du mal ausprobieren, ob es an dem String Energy liegt, oder ob auch ein anderer Text mit gleicher Länge das Problem zeigt?

Kann ich gerne machen.

Ok
"123456" kracht
"1234567" kracht nicht
"12345" kracht nicht
"Heilig" kracht.

Es scheint ein Problem mit der String länge 6 vorzuliegen.
Wie soll ich das beheben.

gruss

[Uwe Raabe]

Es ist vermutlich nicht der String selbst, sondern eine andere Variable, die je nach Stringlänge an anderer Position im Speicher liegt. Ab hier (eigentlich schon vorher) wird das jetzt aber reine Spekulation. Das Problem liegt offenbar ganz woanders und hat mit dem String Energy überhaupt nichts zu tun.

Es kann auch sein, daß der String (genauer die Stringlänge) irgendwie als etwas anderes interpretiert wird. Z.B. wenn vor dem String ein Array liegt und man dieses über seine Obergrenze hinaus liest.

Zugegeben, sowas ist schwer zu finden.

[EWeiss]

Wie du schon sagst es liegt an der String länge. (Irrtum an den Strings im Speicher)

Zitat:

Es ist vermutlich nicht der String selbst, sondern eine andere Variable, die je nach Stringlänge an anderer Position im Speicher liegt.

Es war der String dieser lag irgendwo im Speicher nur nicht da wo er hin gehörte.

Frustrierend das ganze ..

Muss mir wohl mal das Spectragram vornehmen denn der Fehler tritt nur in Zusammenhang damit auf.

gruss

[EWeiss]

Problem ist erledigt.

Habe in meinem Spectragram Window alle Controls deaktiviert und dann nach und nach wieder aufgesetzt.
Dabei habe ich bemerkt das die Resourcen nicht zu meiner Virtuellen Liste addiert wurden.
Zudem (einer meiner großen früheren Fehler) war die Variable zum übergeben der Strings in die Liste Global definiert.
Das hatte zur folge das die Strings der (Handles, DC's, Pfade und die der Images) irgendwo ins Nirwana gelangt sind.

Es wundert mich nur das es nicht schon früher gekracht hat.
Danke für eure Hilfe.

gruss

[himitsu]

kleines Beispiel ... wird komplizierter, wenn der String noch irgendwo "verrechnet" wird (z.B. mit 'nem Pfad zusammengesetzt)

Delphi-Quellcode:

type
  // For System.pas internal use only.
  // Note, this type is duplicated in getmem.inc for diagnostic purposes. Keep in sync.
  PStrRec = ^StrRec;
  StrRec = packed record
  {$IF defined(CPU64BITS)}
    _Padding: Integer; // Make 16 byte align for payload..
  {$ENDIF}
    codePage: Word;
    elemSize: Word;
    refCnt: Integer;
    length: Integer;
  end;


Size := SizeOf(StrRec) + Length('123456' + #0#0) * SizeOf(Char)

12 + (6+2)*2 = 28 // '123456'
12 + (5+2)*2 = 24 // '12345'

Delphi-Quellcode:

type
  SmallBlockTypes: array[0..NumSmallBlockTypes - 1] of TSmallBlockType =(
    {8/16 byte jumps}
    (BlockSize: 16{$ifdef UseCustomFixedSizeMoveRoutines}; UpsizeMoveProcedure: {$ifdef CPU386)}Move12{$else}Move8{$endif}{$endif}),
    (BlockSize: 24{$ifdef UseCustomFixedSizeMoveRoutines}; UpsizeMoveProcedure: Move20{$endif}),
    (BlockSize: 32{$ifdef UseCustomFixedSizeMoveRoutines}; ...

'1234567' liegt in SmallBlockTypes 32 und davor/dahinter sind 2 Byte Offset frei
'123456' liegt in SmallBlockTypes 32 und davor/dahinter sind 4 Byte Offset frei
'12345' liegt in SmallBlockTypes 28 und davor/dahinter sind 0 Byte Offset frei

Entweder wird mit diesem String irgendwas überschrieben (Overflow) oder irgendwas Anderes überschreibt da was und dein String landet nur zufällig in dem Block, wo das passiert.