StackTrace vs Code

[jaenicke]

Wenn du den Stacktrace und den Code zu der dort geloggten Methode posten würdest, könnten wir dir vielleicht auch direkt dabei helfen.
Wenn du das nicht öffentlich posten willst, kannst du es mir auch gern per PN schicken.

Sollte es wirklich ein Problem im Speicher sein, sprich überschriebener Speicher oder ähnliches, wäre FastMM sicher hilfreich. Das zeigt im FullDebugMode (einstellbar in der beiliegenden .inc Datei) dann bei Tests auch direkt z.B. Zugriffe auf freigegebene Objekte an, auch wenn es dabei sonst zufällig nicht direkt knallen würde.

[hyype]

Hallo,

die Prüfungen zu aktivieren war eine gute Idee, mit eingeschalteten Prüfungen hat das Programm keine 10s überlebt. ^^
Fehler war wie folgt:

Delphi-Quellcode:

var b  : byte;
    ab : array[1..1400] of byte;
    i  : integer;



  b := 0;
  for i := 1 to 1400 do
    b := b + ab[i];

Keine Ahnung, ob das böse Auswirkungen haben kann.
Nach Ausbau gab es keine Fehler mehr, das Programm lief, hat aber nicht mehr gemacht, was es sollte.
Mit deaktivierten Prüfungen hat es wieder gemacht, was es sollte.
Schade, hätte es gern mit aktivierten Prüfungen ein wenig laufen lassen.
FastMM habe ich noch nicht herangezogen.

@jaenicke:
Glaub mir bitte, dass der Code dir nicht hilft, die Fehler müssen woanders sitzen.

[p80286]

Das ist aber ungewöhnlich, 1400 Bytes in einem Byte zu addieren, das schreit ja geradezu nach Nebeneffekten.

versuch es mal so;

Delphi-Quellcode:

btemp:integer;

for i:=1 to 1400 do
  btemp:=btemp+ab[i];
btemp:=btemp and FF;
b:=btemp;

Gruß
K-H

[hyype]

die Lösung war noch besser:
die Stelle komplett ausgebaut, da das aufaddierte byte am Ende für nichts verwendet wurde.. ^^

[hyype]

Stacktrace:
(00005C68){blub.exe} [00406C68] System.TObject.InheritsFrom$qqrp17System.TMetaClas s (Line 13646, "System.pas" + 6) + $0
(0010B8FF){blub.exe} [0050C8FF] Vcl.ExtCtrls.Extctrls.TTimer.Timer$qqrv (Line 3056, "Vcl.ExtCtrls.pas" + 1) + $E
(0005A19C){blub.exe} [0045B19C] System.Classes.StdWndProc$qqsp6HWND__uiuiui + $14
(000279D0){blub.exe} [004289D0] System.SysUtils.Sysutils.ShowException$qqrp14Syste m.TObjectpv (Line 19109, "System.SysUtils.pas" + 15) + $15
(00028648){blub.exe} [00429648] System.SysUtils.Sysutils.ExceptHandler$qqrp14Syste m.TObjectpv (Line 19571, "System.SysUtils.pas" + 0) + $0

Stacktrace:
(00005C62){blub.exe} [00406C62] System.TObject.InheritsFrom$qqrp17System.TMetaClas s (Line 13642, "System.pas" + 2) + $0
(0010B8FF){blub.exe} [0050C8FF] Vcl.ExtCtrls.Extctrls.TTimer.Timer$qqrv (Line 3056, "Vcl.ExtCtrls.pas" + 1) + $E
(0005A19C){blub.exe} [0045B19C] System.Classes.StdWndProc$qqsp6HWND__uiuiui + $14

Ideen? ^^

[Sir Rufo]

Ja, warum hast du das nicht in Code-Tags gesetzt, und was soll uns das sagen?
Wird das jetzt heiteres StackTrace-Rätselraten?

[jaenicke]

Zitat von hyype:

Stacktrace:

Das sind die falschen Teile des Stacktraces. Dort passiert der Fehler nicht, jedenfalls nicht bei dir im Code. Beim ersten könnte es evtl. ein Timer bei dir sein, in dem das passiert.
Und das Inherits könnte in der Tat auf ein defektes Objekt hindeuten, wenn darin eine Schutzverletzung passiert.

Dann sieht das nach einem mehrfach freigegebenen Objekt aus. Da sollte aber wie geschrieben FastMM helfen.

Man muss dabei aber genau schauen, ob die Einträge alle zueinander passen, da es bei einem Fehler schon mal passiert, dass der Stack zerschossen ist. Eine Regel gilt meistens:
Wenn der oberste Eintrag zum eigenen Programm gehört, könnte das Problem dort liegen, sonst eher an der ersten eigenen Codestelle im Stacktrace.

Es kann aber auch passieren, dass da Einträge drin sind, die eigentlich nicht dort hingehören usw., deshalb ist das manchmal etwas fummelig.

[hyype]

der geloggt StackTrace bestand nur aus diesen Aufrufen, er enthielt keinerlei eigenen Code