sos

14Ciepło

4Odpowiedz

Opis rozmiaru obiektu CLR między 32-bitowym a 64-bitowym

Próbuję zrozumieć różnicę wielkości obiektu między procesorami 32- i 64-bitowymi. Powiedzmy, że mam prostą klasę Tak więc na komputerze 32-bitowym liczba całkowita wynosi 4 bajty. Jeśli dodaję do nieg

8Ciepło

2Odpowiedz

WinDbg/SOS: Jak korelują zarządzanych wątki z nici dowodzić z wystąpień System.Threading.Thread

Korzystanie WinDbg i SOS, mam następujący: 0:011> !threads ThreadCount: 7 UnstartedThread: 0 BackgroundThread: 4 PendingThread: 0 DeadThread: 2 PreEmptive GC Alloc Lock ID Th

5Ciepło

1Odpowiedz

Natywny stos wywołań Windbg nie ma sensu

Mam prosty program testowy powodujący nieskończone oczekiwanie na blokadę. public class SyncBlock { } class Program { public static SyncBlock sync = new SyncBlock(); private static vo

8Ciepło

2Odpowiedz

WinDbg/SOS: Wyjaśnienie wyjścia! SyncBlk

Szukam opisu danych wyjściowych generowanych przez polecenie! SyncBlk w systemie SOS. W szczególności nie znalazłem użytecznych wyjaśnień w kolumnie "MonitorHeld". Ta kolumna pokazuje wysokie wartości

6Ciepło

1Odpowiedz

Sprawdzanie pola we wszystkich wystąpieniach zrzutów pamięci

Mam zrzut pamięci, którego używam do rozwiązywania problemów z klientem. To jest aplikacja .NET (C#). Problem z moją aplikacją polega na tym, że tworzonych jest zbyt wiele instancji danej klasy. Jest

34Ciepło

2Odpowiedz

Co kryje się za nazwą rozszerzenia debuggera SOS (Son of Strike)?

Jakie jest znaczenie imienia "Syn Uderzenia"? Czy ma jakieś znaczenie, czy brzmi fajnie?

5Ciepło

4Odpowiedz

Windbg: SOS.dll:! Gcroot: DOMAIN (xxx): HANDLE (przypięty): Czy to naprawdę oznacza, że obiekt jest przypięty?

Dokumentacja dotycząca rozszerzenia SOS.dll Windbg wydaje się skąpa. ! Po wydaniu gcroot <adres>, ja dostaję coś zawierający następujące elementy: DOMAIN(XXX):HANDLE(Pinned):XXX:Root:XXX(System.Object