2009-06-01 4 views
0

Ich arbeite derzeit an einem Soft-Eingabe-Panel für Windows Mobile und bin in ein bisschen ein Haken geraten. Die kompilierte DLL (sobald sie bereitgestellt wurde) wird von devices.exe geladen, die im ROM des Windows Mobile-Geräts gespeichert ist. Dies ist ein Albtraum, da Visual Studio 2008 den Prozess devices.exe (mit attach to process) nicht sehen kann, was die Verwendung des Debuggers unmöglich macht. Ich benutze derzeit Log-Datei-Ausgabe, die, obwohl hilfreich ist nicht annähernd so nützlich, ein Echtzeit-Debugging.Debuggen von Windows Mobile-DLLs an Binärdateien, die im Geräte-ROM gespeichert sind

Google und MSDN waren dabei wenig hilfreich, da alles, was ich auflege, grundlegende DLL-Debugging beinhaltet (d. H. An Elternprozess anhängen). Fehle ich irgendwo etwas?

Antwort

0

Werfen Sie einen Blick in this Forum Thread, jemand schlägt eine Problemumgehung, die für Sie arbeiten könnte.

0

Es ist eine Weile her, aber es war mal, dass man nicht Debugging im Kontext von device.exe mit dem Visual Studio Debugger durchführen konnte, weil der Stub, mit dem er kommuniziert, auch im Kontext läuft von device.exe. Die Art und Weise, wie Sie Gerätetreiber auf einem Windows CE-Gerät debuggen mussten, verwendet Platform Builder, und selbst dann haben Sie kein Debug-Image Ihrer Zielplattform. Sie können etwas wie CEPC verwenden, um die grundlegende Logik Ihres Treibers zu korrigieren, aber es ist alles viel schmerzhafter als es sein sollte.

Verwandte Themen