Breakpoint problem

[EWeiss]

Hab ein problem mit Debugen.

Die Pfade.

Ausgabepfad gesetzt nach AnwendungsPfad/APlugin
Ausführbare Exe AnwendungsPfad/Example.exe
Zwischengeschaltete DLL AnwendungsPfad/BassVis.dll

Will ich nun die aimp_vis_demo.dll debugen bekomme ich keine Breakpoints.
Wo liegt das Problem ?

gruss Emil

[Muetze1]

Hallo!

Die DLL Namen sagen mir nichts, wie diese in deinem Programm angesprochen werden ist genauso unklar. Du kennst das Programm/Sources - wir nicht.

Wer lädt welche DLL und wie (dynamisch, statisch?) und wer lädt dann wen nach und wie?

Sind die Debugsymbole eingeschaltet bei den entpsrechenden DLL Versionen?

Liegen noch andere - gleichnamige - DLLs im Suchpfad des Systems oder dem Windows und Windows\System32 Verzeichnis?

Entschuldige, aber meine Glaskugel ist mir runtergefallen...

[EWeiss]

Zitat:

Wer lädt welche DLL und wie (dynamisch, statisch?) und wer lädt dann wen nach und wie?

Die Exe über LoadLibrary BassVis.dll
BassVis über LoadLibrary aimp_vis_demo.dll und gibt die ausgaben zurück an die Exe. (dynamisch)

Zitat:

Sind die Debugsymbole eingeschaltet bei den entpsrechenden DLL Versionen?

Ja

Zitat:

Liegen noch andere - gleichnamige - DLLs im Suchpfad des Systems oder dem Windows und Windows\System32 Verzeichnis?

Nein

Zitat:

Entschuldige, aber meine Glaskugel ist mir runtergefallen...

Mein Fehler ;)
Etwas unglücklich formuliert.

gruss Emil

[himitsu]

Also du hast die EXE in Start > Parameter... > Debugger > Host-Anwendung eingetragen und startest den Debugprozess von deiner DLL aus?

vielleicht kommt der Debugger nicht ganz klar, mit einer zwischen DLL, obwohl ich dachte das würde egal sein :gruebel:

[EWeiss]

Zitat:

Zitat von himitsu

Also du hast die EXE in Start > Parameter... > Debugger > Host-Anwendung eingetragen und startest den Debugprozess von deiner DLL aus?

vielleicht kommt der Debugger nicht ganz klar, mit einer zwischen DLL, obwohl ich dachte das würde egal sein :gruebel:

Korrekt..
Seltsamerweise geht es mit meiner für Winamp geschrieben DLL
Mit der geht es nicht.

Wenn ich sie vorher kompiliere dann sind alle eventuellen positionen wo man Breakpoints setzen kann aktiviert (blau)
Start ich die DLL mit meiner EXE zum debugen schalten die sich alle aus und ich kann keinen break setzen.

gruss Emil

[himitsu]

ist die ImageBase noch frei,
also kann es sein, daß die DLL wo anders im Speicher geladen wird (da der Platz schon belegt ist) und Delphi diese dann einfach nicht mehr findet?

[EWeiss]

Zitat:

Zitat von himitsu

ist die ImageBase noch frei,
also kann es sein, daß die DLL wo anders im Speicher geladen wird (da der Platz schon belegt ist) und Delphi diese dann einfach nicht mehr findet?

Wüßte jetzt nicht wie ich das testen soll :)
Die Funktionen gehen alle kann nur nicht debugen.
Das ist schlecht bei eventueller Fehler suche.

gruss Emil

[himitsu]

-> Speicherbereich einer Anwendung ermitteln
-> Tutorials und Kurse -> IMAGEBASE - wichtiges zu DLL und Co.
-> eventuell könnte man auch mal schnell 'nen RamEditor (HxD) oder andere AnalyseTools nutzen

nja, ansonsten wär's wohl garnicht verkehrt, wenn du diese überhaupt erstmal angibst. :stupid:


aber nicht böse seien, wenn es nix hilft ... der Fehler kann ja och immernoch wo anders liegen :stupid:

[EWeiss]

Hab mal ein Archiv angehängt vielleicht klappt es ja bei dir.
Kannst ja mal testen wenn du zeit und Lust hast.
Nebenbei das Plugin ist nix besonderes.

habs gelöscht..

gruss Emil

[himitsu]

Jetzt wo ich's grad runterladen wollte :lol:

Im Anhang mal ein schnell zusammengetippter Prototyp eines Programmes, welches die Images (EXE/DLL) der laufenden Pogramme ausließt und anzeigt.

Wenn bei Default IB (default ImageBase) etwas drinsteht, dann wurde die Datei an anderer Stelle geladen.


ich bin jetzt sogar etwas geschockt ...
nahezu alle Trillian-eigenen DLLs wollen zusammen an der $10000000 geladen werden
und in der Ashampoo-FireWall scheinen Delphi/Codegear DLLs verbaut zu sein, ebenso beim HP-Drucker-Zeugs

PS: nicht wundern, die Anzeige ist noch sehr "krank", in ihrer Darstellung :stupid: