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.

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

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

Zitat von himitsu:

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

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 von himitsu:

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 von sx2008:

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.

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...

Zitat von sx2008:

Windows Symbol Packages

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

Zitat von Bernhard Geyer:

Grrr. Sehe gerade das für diesen Fall WinQual mir nicht sagen kann welche Windows eingesetzt wurde.
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

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

Zitat von Bernhard Geyer:

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.

Zitat von Assarbad:

Und dann viel Spaß aus den delphiseitigen Debuginfos Sinn herauszukitzeln

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

Zitat von Assarbad:

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.

Zitat von Bernhard Geyer:

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 von Bernhard Geyer:

Zitat von Assarbad:

Und dann viel Spaß aus den delphiseitigen Debuginfos Sinn herauszukitzeln

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

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 ).