AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Stack überlauf

Ein Thema von EWeiss · begonnen am 8. Sep 2016 · letzter Beitrag vom 11. Sep 2016
Antwort Antwort
Seite 3 von 3     123   
EWeiss
(Gast)

n/a Beiträge
 
#21

AW: Stack überlauf

  Alt 9. Sep 2016, 22:46
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

Geändert von EWeiss ( 9. Sep 2016 um 22:51 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.453 Beiträge
 
Delphi 12 Athens
 
#22

AW: Stack überlauf

  Alt 9. Sep 2016, 23:20
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.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming

Geändert von Uwe Raabe ( 9. Sep 2016 um 23:23 Uhr)
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#23

AW: Stack überlauf

  Alt 9. Sep 2016, 23:28
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

Geändert von EWeiss (10. Sep 2016 um 06:13 Uhr)
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#24

AW: Stack überlauf

  Alt 10. Sep 2016, 06:09
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
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu
Online

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.079 Beiträge
 
Delphi 12 Athens
 
#25

AW: Stack überlauf

  Alt 10. Sep 2016, 08:21
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.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#26

AW: Stack überlauf

  Alt 10. Sep 2016, 08:24
Danke für die Infos..
Kann man sicher einmal gebrauchen

Wie gesagt bei mir war ein durcheinander bedingt dadurch das meine Variable global definiert war.
Hat mich ja nur 2 Tage gekostet den Fehler zu finden

gruss
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#27

AW: Stack überlauf

  Alt 11. Sep 2016, 09:00
Nachdem das Problem jetzt behoben ist habe ich mir einen neuen Skin gegönnt.
System Shock (bessere Auflösung)

Die Qualität der Bilder die man hier hochläd lassen echt zu wünschen übrig @Daniel sehr schlechte Qualität.
Lohnt sich schon fast gar nicht mehr. Vergleich die einfach mal.

Anhang gelöscht.

gruss

Geändert von EWeiss (11. Sep 2016 um 09:38 Uhr)
  Mit Zitat antworten Zitat
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.920 Beiträge
 
Delphi 10.4 Sydney
 
#28

AW: Stack überlauf

  Alt 11. Sep 2016, 09:14
Die Qualität der Bilder die man hier hochläd lassen echt zu wünschen übrig @Daniel sehr schlechte Qualität.
Lohnt sich schon fast gar nicht mehr. Vergleich die einfach mal.
Die hier hochgeladenen Bilder sollen zur Illustration eines Problems oder einer Lösung dienen. Sie sollen eine Idee, einen Eindruck vermitteln.
Hochauflösende Fotos in Top-Qualität waren nie das Ziel.
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#29

AW: Stack überlauf

  Alt 11. Sep 2016, 09:24
Die Qualität der Bilder die man hier hochläd lassen echt zu wünschen übrig @Daniel sehr schlechte Qualität.
Lohnt sich schon fast gar nicht mehr. Vergleich die einfach mal.
Die hier hochgeladenen Bilder sollen zur Illustration eines Problems oder einer Lösung dienen. Sie sollen eine Idee, einen Eindruck vermitteln.
Hochauflösende Fotos in Top-Qualität waren nie das Ziel.
Na ja desto trotz waren sie schon mal besser.
Aber gut wie du willst

Nebenbei *.png ist alle mal kleiner sehe den sinn nicht ein Hochauflösendes Format zu komprimieren und dann ist es doch nicht kleiner.
Es spart also keinen Platz auf deinen Server. na gut bei 100% Kompression schon.
Ok werde dann in Zukunft nur noch verlinken.

gruss

Geändert von EWeiss (11. Sep 2016 um 09:36 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:50 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz