![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/win102.jpg\")
Gestern ging ja die Meldung, dass Microsoft seinem Windows Debugger WinDbg ein Facelifting verpasst habe und die Anwendung als Preview im Windows Store zur Verf\u00fcgung st\u00e4nde, durch diverse Techblogs. Ich habe mal nachgefasst und mich entschlossen, einen 'kleinen' Blog-Beitrag zum Thema zu bringen.<\/p>\n
<\/p>\n
Ein Gro\u00dfteil der Blog-Leser wird mit dem Windows Debugger wohl nichts am Hut haben und das Teil niemals anfassen. Die Techblogs umschreiben das vornehm als 'Tool f\u00fcr Entwickler'. Nun ja, ich bin kein Entwickler mehr, habe aber gelegentlich WinDbg auf meinen Maschinen, um Memory Dumps von Blue Screens anzusehen. WinDbg muss umst\u00e4ndlich als Bestandteil des Windows SDK installiert werden. Man kann den Umfang aber auf um die 200 MByte reduzieren.<\/p>\n
Als ich die Meldung 'Windows Debugger im Store' las, zuckte der Gedanke 'cool, da wird das Verwenden einfacher \u2013 App auf's System zerren und loslegen' durch den Kopf. Also stand 'mal ansehen' auf meinem Schmierzettel. Wie man WinDbg einrichtet und verwendet, habe ich \u00fcbrigens in einer dreiteiligen Artikelreihe hier im Blog angerissen:<\/p>\n
Windows BlueScreen-Analyse<\/a> \u2013 Teil 1 Ist etwas 'hartes Brot' und ich versuche es zu vermeiden, da in die Tiefen zu steigen \u2013 denn meist klemmt es irgendwie an den unm\u00f6glichsten Stellen. Mal fehlen Symbolquellen, mal ist der Stack-Trace eines Dumps f\u00fcr mich ein spanisches Dorf (ist einfach zu lange \u2013 pr\u00e4zise 36 bis 37 Jahre – her, dass ich teilweise im Schlaf von Debugger-Traces getr\u00e4umt habe – war damals in der Mikroprozessorentwicklung mit In Circuit Emulatoren t\u00e4gliches Brot).<\/p>\n Am 28. August 2017 erschien bei Microsoft der Blog-Beitrag New WinDbg available in preview!<\/a>, der die Verf\u00fcgbarkeit des aktualisierten Debuggers zum Inhalt hat. Das Teil wurde auf ein Men\u00fcband umgestellt und soll vor allem schneller sein, als die alte Version.<\/p>\n (Quelle: Microsoft)<\/p>\n Was als erstes auff\u00e4llt: Die Preview des Debuggers wird \u00fcber den US Windows Store bereitgestellt \u2013 hier ist der Link<\/a>.<\/p>\n Dort erf\u00e4hrt man, dass die App zwar mit Windows 10 Pro und Home, nicht aber mit Windows 10S arbeitet. Mit knapp 200 MByte ist das Ganze schnell auf ein System gezerrt.<\/p>\n Erg\u00e4nzung:<\/strong> Eine detailliertere Information findet sich bei MSDN<\/a>. Dort findet man nun den Hinweis, dass Microsoft ein Problem untersucht, warum man die App nicht im Store findet. Ich habe einfach die Google Suche genutzt, um \u00fcber die Microsoft-Beitr\u00e4ge auf den US-Store-Link zu kommen. Ist doch ganz einfach Ob ein Men\u00fcband oder ein Dark-Theme einem Entwickler, der einem Fehler auf die Spur kommen will, Freudenschreie entlocken wird, mag man diskutieren \u2013 ich halte es f\u00fcr Blendwerk. Was mir aber sofort ein Stirnrunzeln verursachte, sind folgende \u00dcberlegungen:<\/p>\n Das war dann der Punkt, wo das Gesicht immer l\u00e4nger wurde \u2013 dass die App nur unter Windows 10 ab V1607 verf\u00fcgbar ist, geschenkt. Das ist ja die strahlende Zukunft, wenn es nach Microsoft geht. Gem\u00e4\u00df den Kommentaren zum MSDN-Beitrag<\/a> plant man WinDbg auch sp\u00e4ter als normale Win32-Anwendung.<\/p>\n So richtig in Richtung 'Apps sind einfach Murks' ging es dann aber, als ich das tolle neue Teil mal schnell ausprobieren wollte. Im Startmen\u00fc den Eintrag angeklickt und gewartet. Es tat sich nichts. Also nochmals ein Versuch, vielleicht habe ich mich geirrt. Gleiches Ergebnis.<\/p>\n Den Task-Manager aufgerufen und einen dritten sowie vierten Versuch zum Starten des neuen Debuggers unternommen. Das Teil kam nicht hoch (geht im Einklang mit Erfahrungen vieler Nutzer, dass Apps sang- und klanglos beim Start sterben). Im Task-Manager konnte ich dann sehen, dass ein Prozess DbgX.Shell.exe <\/em>kurz startete und dann beendet wurde.<\/p>\n An dieser Stelle wirft jeder normale Nutzer das Handtuch, die App funktioniert nicht. Entwickler, die den Debugger verwenden wollen, wissen meist auch, was eine Ereignisanzeige ist. Also diese unter Windows 10 aufgerufen (jetzt debuggen wir den Debugger, weil die App nicht startet \u2013 einfach krank) und in die Anwendungs-Ereignisse geschaut.<\/p>\n Die DbgX.Shell.exe <\/em>stirbt, weil es mit dem .NET-Framework 4 irgend ein Problem gibt und eine unbehandelte Ausnahme auftritt. Gut, es ist eine Preview und ich bekomme ja gesagt, die k\u00f6nne noch Fehler enthalten \u2026<\/p>\n Ich habe mir dann den Spa\u00df erlaubt, den Debugger aus dem Windows 10 SDK auf die Schnelle auf der Maschine zu installieren. Waren auch blo\u00df 200 MByte, aber der Debugger stand mir nach dem Setup sofort unter allen Benutzerkonten zur Verf\u00fcgung. Den Debugger-Eintrag im Startmen\u00fc angew\u00e4hlt und schon meldet sich WinDbg als Windows-Anwendung in voller Sch\u00f6nheit.<\/p>\n Also schlage ich mich bei der App mit Fehlern herum, die ich beim Win32-WinDbg nicht habe. An dieser Stelle habe ich mich spontan gefragt 'Was mache ich falsch, dass mich immer der Schlag trifft \u2013 hat Microsoft bei mir einen Kill-Switch eingebaut?'. Denn auf Facebook bekomme ich immer, wenn ich mal einen Fehler berichte oder mich mit Troubleshooting abgebe, Kommentare der Art: 'keine Ahnung, warum ich noch niemals solche Fehler mit meinem Windows 10 hatte \u2013 was mache ich falsch \u2026?'.<\/p>\n Irgendwie \u00e4rgert man sich bei Apps mit Problemen herum, die man mit Win32-Anwendungen nicht kennen lernt. Oder bin ich nicht mehr mit Windows 10 kompatibel? Hat jemand von euch den neuen Debugger am Laufen? Was haltet ihr von der neuen Oberfl\u00e4che? Fragen \u00fcber Fragen \u2013 und ich hebe jetzt den Sack Reis auf, der in China gerade umgefallen ist.<\/p>\n Anscheinend ist .NET Framework auf der Testmaschine kaputt. Da ist zwar nur ein Windows 10 V1703 (32 Bit) drauf, welches ich gelegentlich updaten lasse. Aber auf einem zweiten Rechner mit Windows Insider Preview (64 Bit) konnte ich den WinDbg Preview nach zwei Startversuchen zum Laufen bringen.<\/p>\n Erg\u00e4nzung: Andr\u00e9 hat die Ursache in einem Kommentar weiter unten angegeben. Eine DLL ist f\u00fcr 64 Bit compiliert, erkl\u00e4rt das BadImageFormat-Thema. Die DLL l\u00e4sst sich in einem 32-Bit-System nicht laden.<\/p><\/blockquote>\n Was mir noch aufgefallen ist: Auf der ersten Testmaschine steht der Kontextmen\u00fcbefehl Als Administrator ausf\u00fchren<\/em> unter einem Standardkonto nicht zur Verf\u00fcgung – nur bei Konten der Gruppe Administratoren<\/em> gibt es diesen Befehl.<\/p>\n Michael Bormann hat in einem Kommentar noch einige weitere Erfahrungen einflie\u00dfen lassen. Die Bilder hat er mir zukommen lassen und ich habe die nachgetragen. Da muss noch viel Wasser den Rhein herunter laufen, bis das wird – und dann werde ich den nativen Debugger und nicht die App verwenden.<\/p>\n Die Argumentation Microsofts, dass man nur \u00fcber die Store-App schneller Updates verteilen kann, vermag ich nicht nachzuvollziehen. In letzter Zeit geht alles schnell, schnell bei Microsoft und verbuggte Software wird rausgeschoben – der Anwender m\u00f6ge testen. Das bringt imho nichts, da m\u00fcsste Ruhe reinkommen. Ob der Debugger zwei Monate fr\u00fcher fertig wird oder nicht, spielt imho keine Rolle. Das Ding muss nied- und nagelfest sein und auf allen Plattformen zuverl\u00e4ssig bereitstehen. Zumindest meine Meinung.<\/p>\n \u00c4hnliche Artikel:<\/strong> Gestern ging ja die Meldung, dass Microsoft seinem Windows Debugger WinDbg ein Facelifting verpasst habe und die Anwendung als Preview im Windows Store zur Verf\u00fcgung st\u00e4nde, durch diverse Techblogs. Ich habe mal nachgefasst und mich entschlossen, einen 'kleinen' Blog-Beitrag zum … Weiterlesen
\nWindows BlueScreen-Analyse<\/a> \u2013 Teil 2
\nWindows BlueScreen-Analyse<\/a> \u2013 Teil 3<\/p>\nFacelifting f\u00fcr den Debugger und im Windows Store<\/h2>\n
![\"WinDbg](\"http:\/\/i.imgur.com\/RWfZIu0.jpg\" "\\"WinDbg")
<\/p>\n![\"Zwinkerndes](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2017\/08\/wlEmoticon-winkingsmile.png\")
.<\/p>\n\u2026 und die Pferdef\u00fc\u00dfe \u2026<\/h2>\n
\n
Satz mit X \u2013 zu kurz gesprungen<\/h2>\n
![\"DbgX.Shell.exe-Fehler\"](\"http:\/\/i.imgur.com\/9MM72hn.jpg\" "\\"DbgX.Shell.exe-Fehler\\"")
<\/p>\n![\"WinDbg\"](\"http:\/\/i.imgur.com\/bSGTOOM.jpg\" "\\"WinDbg\\"")
<\/p>\nNachtrag: Weitere Beobachtungen und Erg\u00e4nzungen<\/h2>\n
\nWindows BlueScreen-Analyse<\/a>\u00a0\u2013 Teil 1
\nWindows BlueScreen-Analyse<\/a>\u00a0\u2013 Teil 2
\nWindows BlueScreen-Analyse<\/a>\u00a0\u2013 Teil 3
\nWindows Debugger Preview mit Time Travel-Debug-Feature<\/a>
\nBullshit-Bingo: Windows Debugger WinDbg im Windows Store<\/a>
\nWinDbg-Bug: Preview kann kein USB-Debugging mehr<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"