Map/Debug-Files für Windows-System-DLL's

[Bernhard Geyer]

Stellt MS eigentlich Debug/Mappingangaben für die System-DLL's bereit?
Hab hier einen Anwendungsabsturz über WinQual gemeldet und dort habe ich nur die Info das der Absturz in kernelbase.dll mit dem Offset 0xb727 erfolgte. Und jetzt wäre es schön zu wissen welche API-Funktion gerufen wurde um zu sehen ob hier weitere Untersuchung sinnvoll ist ohne weitere Infos zu haben.

[himitsu]

Bei soeinem Staatsgeheimnis, wie die um ihre Quellcodes machen ... da werden die vermutlich nicht jedem ihre Debuginfos offenlegen. :stupid:

In den ersten 64 KB (bis $0000ffff) wird aber vermutlich/bestimmt eh kein Programmcode rumgammeln.
Hmm, auf was ist denn das Offset bezogen?

[sx2008]

Windows Symbol Packages

PS: du könntest dein Programm auch mit TD32-Symbolen kompilieren und bei einer Exception einen Stacktrace ausgeben.
Die JCL bietet dazu die Unit JclDebug oder MadExcept verwenden.
Das hat mehr Nutzwert als zu wissen wo genau es in einer Windows System-DLL geknallt hat.
Natürlich muss der Anwender den Fehler mit deiner neuen EXE reproduzieren können...

[Bernhard Geyer]

Zitat:

Zitat von himitsu (Beitrag 1091488)

Bei soeinem Staatsgeheimnis, wie die um ihre Quellcodes machen ... da werden die vermutlich nicht jedem ihre Debuginfos offenlegen. :stupid:

Es reicht ja zu wissen an welchen Adressen die Einsprungspunkte liegen. Was Quellcodetechnisch dahinter liegt ist für den ersten Schritt nicht nötig.

Zitat:

Zitat von himitsu (Beitrag 1091488)

Hmm, auf was ist denn das Offset bezogen?

Müsste relativ zur Adresse sein an die die DLL letztendlich geladen wird. Was genaueres liefert mit WinQual nicht.

Zitat:

Zitat von sx2008 (Beitrag 1091495)

PS: du könntest dein Programm auch mit TD32-Symbolen kompilieren und bei einer Exception einen Stacktrace ausgeben.

Lieferung von Debug-Infos ist nicht möglich das ich nicht weis welcher Kunde es ist.
Infos werden über WinQual geliefert.

[Bernhard Geyer]

Zitat:

Zitat von sx2008 (Beitrag 1091495)

Windows Symbol Packages

Grrr. Sehe gerade das für diesen Fall WinQual mir nicht sagen kann welche Windows eingesetzt wurde. :wall:
Liefert nur Info das es ein deutsches Windows war

[Assarbad]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1091505)

Grrr. Sehe gerade das für diesen Fall WinQual mir nicht sagen kann welche Windows eingesetzt wurde. :wall:
Liefert nur Info das es ein deutsches Windows war

WinQual kann dir das vielleicht nicht sagen, WinDbg (liebevoll als "wind bag" ausgesprochen) hingegen schon.

Und dann viel Spaß aus den delphiseitigen Debuginfos Sinn herauszukitzeln :mrgreen:

Und ja, MS stellt Debuginfos bereit, wenn auch seit Windows 2003 die Anzahl der nützlichen Details irgendwie nachläßt.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1091501)

Lieferung von Debug-Infos ist nicht möglich das ich nicht weis welcher Kunde es ist.
Infos werden über WinQual geliefert.

Glückwunsch. Hast soeben herausgefunden wieso ich schon so lange danach schreie daß Delphi endlich PDBs ausspuckt.

Aber trotz Technologiewechsels im Rahmen der x64-Vorbereitungen ist davon nach wie vor nichts in Sicht.

Da hilft dann eventuelles Umsatteln.

Und bevor du jetzt meinst du würdest ja den Kunden nicht kennen. Nunja, das wäre irrelevant. Man speichert auf dem Symbolserver immer Binärdateien und PDBs zusammen und beide enthalten IDs anhand derer identifiziert werden kann um welches exakte Kompilat es sich handelt.

[Bernhard Geyer]

Zitat:

Zitat von Assarbad (Beitrag 1091729)

Und dann viel Spaß aus den delphiseitigen Debuginfos Sinn herauszukitzeln :mrgreen:

Dazu gibt's ein Tool das heißt map2dbg. Die macht das in "0,Nix".:thumb:

Zitat:

Zitat von Assarbad (Beitrag 1091729)

Und bevor du jetzt meinst du würdest ja den Kunden nicht kennen. Nunja, das wäre irrelevant. Man speichert auf dem Symbolserver immer Binärdateien und PDBs zusammen und beide enthalten IDs anhand derer identifiziert werden kann um welches exakte Kompilat es sich handelt.

Mit aktuellen Versionen/Patches hab ich diese Dateien ( *.dbg) um bei genügend Infos auch den Aufrufstack zu bekommen.

[Assarbad]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1091757)

Mit aktuellen Versionen/Patches hab ich diese Dateien ( *.dbg) um bei genügend Infos auch den Aufrufstack zu bekommen.

Aah, das kenne ich. Einmal war ich bei einem Release im Urlaub und ein Kollege hat "vergessen" die Debuginfos zu speichern. Es war der Horror danach auf Fehlersuche zu gehen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1091757)

Zitat:

Zitat von Assarbad (Beitrag 1091729)

Und dann viel Spaß aus den delphiseitigen Debuginfos Sinn herauszukitzeln :mrgreen:

Dazu gibt's ein Tool das heißt map2dbg. Die macht das in "0,Nix".:thumb:

Kenne ich. Halte es aber nur für eine Krücke die eher schlecht als recht funktioniert. Aber vielleicht sollte ich es mal wieder probieren. Habe es vor 3 oder 4 Jahren zuletzt probiert. (Also wenn das dieses Tool von der Person mit dem slawisch klingenden Namen ist :)).