Hallo alle miteinander...

ich habe ein "Testprojekt" wo ich GUI Elemente ausprobiere oder ähnliches. Also nicht wirklich ein wichtiges

Bei diesem habe ich aber seit kurzem immer beim Start das CPU Fenster und im Ereignisprotokoll :

Zitat:

Nicht-Benutzer-Haltepunkt bei $XXXXX. Prozess Project1.exe

Falls das mal bei wichtigeren Sachen passiert hätte ich gern gewußt wo ich suchen muß.

Danke für Info´s

[Tante Edit]
Nunja... ich rede halt gern mit Euch... aber man sollte vorher mal Googlen. Ich habe die Option, daß diese Haltepunkte ignoriert werden, eingeschaltet.

Die Frage bleibt... woher kommen die ?

Es ist schon einige Male vorgekommen, daß z.B. Microsoft hartcodierte Haltepunkte asm int 3 end; vergessen hatte, bzw. Dateien mit Debuginfos auslieferte, was dann im Debugger zu solchen Ergebnissen führte.
(ich selber nutze die Hartcodierten gerne mal, wenn die "normalen" Haltepunkte in Delphi nicht richtig funktionieren)

Was ist $XXXXX und was befindet sich dort?

Zitat:

$758F280D

Zitat:

KERNELBASE.DebugBreak:
758F280A 8BFF mov edi,edi
758F280C CC int 3
758F280D C3 ret <---hier
758F280E CC int 3
758F280F CC int 3

aufrufende Routine

Zitat:

761735EA 50 push eax
761735EB FF5110 call dword ptr [ecx+$10]
761735EE 85C0 test eax,eax <---diese
761735F0 0F85390A1A00 jnz $7631402f
761735F6 F685D0FAFFFF01 test byte ptr [ebp-$00000530],$01
761735FD 7436 jz $76173635
761735FF 8D8504FDFFFF lea eax,[ebp-$000002fc]
76173605 50 push eax

Ereignisprotokoll

Zitat:

Modul laden: MPR.dll. Ohne Debug-Infos. Basisadresse: $73980000. Prozess Project1.exe (5380)
Nicht-Benutzer-Haltepunkt bei $758F280D. Prozess Project1.exe (5380)

... ich verstehe Bahnhof wobei ich das "test" nicht nachvollziehen kann. Es gibt keine Methode dieses Namens. Machmal vergebe ich den Komponenten solche Namen.

TEST ist sowas ähnliches, wie CMP.

markieren

Delphi-Quellcode:

KERNELBASE.DebugBreak:
758F280A 8BFF mov edi,edi
758F280C CC int 3 <--- nee, hier ;)
758F280D C3 ret

RET ist der nächste Befehl, welche ausgeführt würde, wenn man fortsetzt.
DebugBreak ist eine WinAPI, welche den Interrupt 3 auslöst.
Und Interrupt 3 löst das Anhalten eines Debuggers aus.

Ist ein Callstack zu sehn?
Durch irgendwas wird hier letztendlich das DebugBreak aufgerufen.

Aufrufstack

Zitat:

:758f280d KERNELBASE.DebugBreak + 0x3
:0391f8b1 SHNDLERS.DllUnregisterServer + 0xf1
:761735ee ; C:\Windows\syswow64\shell32.dll
:76173a99 ; C:\Windows\syswow64\shell32.dll
:761739e1 ; C:\Windows\syswow64\shell32.dll
:76182acc ; C:\Windows\syswow64\shell32.dll
:761739c4 ; C:\Windows\syswow64\shell32.dll
:762720ce ; C:\Windows\syswow64\shell32.dll
:7626e975 ; C:\Windows\syswow64\shell32.dll
:762fe8be ; C:\Windows\syswow64\shell32.dll
AdvExplorerTreeview.TCustomExplorerTreeview.LoadDi rectoryStructure(bnDesktop,'',True)
AdvExplorerTreeview.TCustomExplorerTreeview.Loaded
:004466ff NotifyGlobalLoading + $27
:00511d07 TCustomForm.Create + $CB
:0051c569 TApplication.CreateForm + $79
Project1.Project1
:770c339a kernel32.BaseThreadInitThunk + 0x12
:77629ef2 ntdll.RtlInitializeExceptionChain + 0x63
:77629ec5 ntdll.RtlInitializeExceptionChain + 0x36

...ist doch nicht so wichtig

Nachtrag: hab mal den ExplorerTreeView von der Form genommen... wech isses... Der ruft wohl irgend was aus der API auf.