Debugowanie zrzutów 32-bitowego procesu przechwyconego na maszynie 64-bitowej

Question

Niedawno otrzymałem od klienta 64-bitowy zrzut awaryjny.
Nasze procesy są 32-bitowe, ale maszyna klienta pracuje x64 Server 2008.

Visual Studio (2008 i 2010 Express) mówi mi, że muszę korzystać z wersji 64-bitowej MSVSMON.EXE, który Nie mogę, ponieważ nie mam maszyny 64-bitowej.

Jestem prawie pewien, że jest sposób na zrobienie tego w WinDbg, ale uważam, że WinDbg jest wrogi.

Czy istnieje sposób debugowania 64-bitowego zrzutu na komputerze 32-bitowym, najlepiej przy użyciu programu Visual Studio?

Answer 1

Należy upewnić się, że klient używa narzędzi 32-bitowych (adplus lub DebugDiag) do przechwytywania zrzutów awaryjnych dla 32-bitowych procesów. Następnie możesz użyć komputera 32-bitowego do debugowania zrzutów.

http://blogs.msdn.com/b/tess/archive/2010/09/29/capturing-memory-dumps-for-32-bit-processes-on-an-x64-machine.aspx

komentarz chociaż Isalamon jest technicznie poprawne, nikt nie chciałby, aby wykonać to jako ślad stosu jest straszne.

Poinformuj klienta, że ​​jest to konieczne i mam nadzieję, że on/ona współpracuje.

Jeśli nie są zaznajomieni z analizy zrzutu, Microsoft jest zawsze do Państwa dyspozycji, http://support.microsoft.com

Answer 2

Czy to Userdump, czy zrzut jądra? Wygląda na to, że masz zrzut systemu. Jeśli tak jest, to możesz skorzystać z rozszerzenia! Wow64exts na windbg i może spowodować problem.

Answer 3

Dostałem doskonałe rezultaty przy użyciu porady na przejście do trybu x86 używając wow64exts.sw jak poradził tutaj:

http://blogs.msdn.com/b/ntdebugging/archive/2008/06/03/how-to-debug-wow64-applications.aspx

same liczby doradcze tutaj:

http://blogs.msdn.com/b/msdnforum/archive/2010/03/14/how-do-i-switch-to-32bit-mode-when-i-use-windbg-to-debug-a-dump-of-a-32bit-application-running-on-an-x64-machine.aspx

i tła i pokrewne Komendy tutaj:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa384163(v=vs.85).aspx

Nadzieja ta służy jako kompilacji przyzwoitych wejść na ten temat, oprócz tego, co już istnieje w tym wątku. Dzięki.

Answer 4

Zgadzam się z tym, że plik dmp powinien zostać poprawnie przechwycony, ale ostatnio wykonano kilka eksperymentów z tym typem nieprawidłowo przechwyconego pliku dmp. Użyłem WinDbg, aby załatać SOS.dll, aby usunąć test łuku. Nie jestem w 100% pewien, czy to, co dostaję, jest poprawne, ale przynajmniej niektóre wydają się tak ... https://chentiangemalc.wordpress.com/2015/04/17/experimental-use-of-64-bit-dump-of-32-bit-net-process-in-windbg/

Answer 5

Rozwiązałem problem za pomocą 32-bitowego menedżera zadań (C: \ Windows \ SysWOW64 \ Taskmgr.exe) w celu przechwycenia zrzutu.