dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem debugowanie

Zauważyłem, że czasami programiści używają Debug.WriteLine, aby wyświetlić jakieś informacje w oknie output: Debug.WriteLine("Jakies informacje."); Nie ma w tym nic złego, ale czasami dodawana jest powyższa linia tylko tymczasowo, aby ułatwić sobie debugowanie (szczególnie aplikacji wielowątkowej). Visual Studio pozwala osiągnąć ten sam efekt, za pomocą zwykłego breakpoint’a. Wystarczy najpierw ustawić breakpoint (naciskamy F9), a potem kliknąć na nim i wybrać When Hit: Zostanie otworzone nowe ok...

Tagi: debugowanie
Dziel się z innymi:
Piotr Zieliński » Debugowanie i wyświetlanie informacji w oknie output.

Narzędzia 1466 dni, 9 godzin, 41 minut temu pzielinski 308 rozwiń

Kilka dni temu opisywałem jak w VS 2008 debugować kod .NET Framework i obiecywałem sprostowanie do wersji 2012. Z tego co udało mi się dowiedzieć, temat nie jest zbyt jasny ale wygląda na to, że: 1. W niektórych wersjach VS2010 działało to ale potem znów zostało popsute. 2. W VS2012 funkcja nie działa. Jeśli komuś udało się to uruchomić pod VS 2012, proszę o komentarz pod wpisem. Link do Microsoft Connect, opisujący bug: http://connect.microsoft.com/VisualStudio/feedback/details/697947/net-framewo...

Dziel się z innymi:
Piotr Zieliński » Debugowanie kodu zewnętrznych bibliotek, część II

Narzędzia 1469 dni, 16 godzin, 45 minut temu pzielinski 231 rozwiń

Ostatnio przyszło mi nieco więcej niż zwykle bawić się zrzutami pamięci różnych procesów, generowanych przez procdumpa, tudzież myszkowo z Process Explorera lub Process Hackera. Czasem po prostu wygodniej jest zrobić zrzut i potem bawić się takim 'zamrożonym procesem' na spokojnie, w innym miejscu i o innym czasie. Szczególnie, gdy bawimy się w analizę jakiegoś ciekawego malware'u (;)) i po prostu maszyna wirtualna nie jest najlepszym miejscem do zabawy debuggerem, a pliki .dmp zarażonych procesów można ...

Źródło: zine.net.pl
Dziel się z innymi:
Automatyczna analiza zrzutów pamięci

Windows 1992 dni, 19 godzin, 8 minut temu macko 240 rozwiń

autor: W ostatnim poście wspominałem, że napisze jeszcze o ustawieniach debuggera VS w rejestrze. Okazuje się, że nie wszystko da się ustawić w Visual Studio czy ustawieniach systemowych. Częścią funkcjonalności trzeba sterować za pomocą ustawień w rejestrze - na szczęście są to marginalne przypadki. Czasami jednak zdarza się, że dodając jakieś wyrażenie do okienka Watch dostajemy niemiły komunikat - Function evaluation timed out. Buu... :/ Okazuje się, że możemy choć trochę wpłynąć na VS po jakim cza...

.NET blog: VS Debugger - ustawienia w rejestrze

Narzędzia 2050 dni, 10 godzin, 39 minut temu macko 142 rozwiń

Autor (Paweł Łukasik): Kilka dni temu miałem okazję wygłosić kolejną prelekcję na Wrocławskiej Grupie .NET. Tym razem jako temat wybrałem debugger, który jest dostępny w Visual Studio. Jest to na prawdę kawałek narzędzia, który możemy wykorzystać dość sprawnie na naszą korzyść jeśli tylko wiemy gdzie szukać. Prezentacja to tak na prawdę zbiór tego co publikowałem w ostatnich czasach na blogu jak również na devPytania  tak więc jeśli ktoś regularnie czyta bloga - zapewne nie znajdzie zbyt wiele nowości. ...

.NET blog: VS Debugger - Tips & Tricks

Narzędzia 2050 dni, 10 godzin, 39 minut temu macko 314 rozwiń

Biblioteka SOS, która dostarczana jest wraz z .NET Framework to nie jedyne źródło informacji o aplikacjach .NET analizowanych w WinDbg. Poza nią jest jeszcze Psscor4 (oraz wcześniejsza wersja - Psscor2, obie do ściągnięcia z Microsoft), która jest rozbudowaną wersją sos i jest najczęśniej zamiast niej używana. Kolejna to sosex, autorstwa Steve’a Johnsona, o której tu i ówdzie już wspominałem i właśnie o niej powiemy dziś parę słów. Miesiąc temu pojawiła się najnowsza wersja tej biblioteki, w której pojaw...

Źródło: zine.net.pl
Dziel się z innymi:
!muf do mnie jeszcze, czyli sosex a dynamic assemblies

Inne 2159 dni, 2 godziny, 6 minut temu macko 125 rozwiń

Kilka lat temu (będzie już niedługo 5!) napisałem dla WSS tekst 'Admin czy nie admin' o narzędziach Sysinternals, dzięki którym można dosyć sprawnie poradzić sobie ze standardowymi problemami związanymi z ograniczonym dostępem do systemu. Linka nie podaję, ponieważ lada moment wss.pl przenosi się i zapewne stare sznurki pourywają się, więc ‘google is your friend’ :). Już wówczas były to potężne narzędzia diagnostyczne dające bardzo wiele informacji o tym co się aktualnie dzieje w systemie. Od tamtej chwi...

Źródło: zine.net.pl
Dziel się z innymi:
Procmon call stack, czyli symbole a narzędzia Sysinternals

Narzędzia 2189 dni, 19 godzin, 45 minut temu macko 61 rozwiń

autor: W poprzedniej notce zademonstrowałem przykład debuggowania poawaryjnego ze źródłami, jednak na czytelników czekała zręczna pułapka. Nie ja jednak za nią stoję, ale o tym za chwilę. Debuggowanie ze źródłami lokalnymi Spróbujmy uruchomić zwykłą sesję debuggera ze źródłami, na bazie przykładu wałkowanego od kilku wpisów. Dla czytelności nie skorzystamy z serwera symboli oraz źródeł, choć efekt byłby identyczny do opisanego poniżej. Rozpoczynamy od sprawdzenia symboli i źródeł 0:000> .restart 0:000> ...

Źródło: zine.net.pl
Dziel się z innymi:
Debuggowanie ze źródłami - why, Microsoft?!

Inne 2215 dni, 10 godzin, 52 minuty temu macko 98 rozwiń

autor: Postanowiłem napisać kilka postów, które odkrywają “nieznane” funkcje Visual Studio. Dziś jeden z nich. Czasem widzę, że największą furorę robią posty opisujące rzeczy (dla mnie) oczywiste. Okazuje się, jednak, że to co jest znane mnie, niekoniecznie jest wiedzą dość dobrze rozpowszechnioną. Zaczynamy zatem.Analiza dumpów Jeszcze do wersji 2008 ta funkcjonalność zarezerwowana była tylko dla świetnego narzędzia jakimi jest WinDbg. Jednakże od wersji 2010 VisualStudio potrafi odczytać i przeanalizo...

.NET blog: Analiza dumpów w VisualStudio

Windows 2269 dni, 12 godzin, 43 minuty temu macko 94 rozwiń

Autor: Prawie miesiąc temu pisałem o MAX_PATH i pod koniec nieco przydługiego wpisu opisałem technikę pozwalającą załadować moduł, który zapisany jest w postaci alternatywnego strumienia pliku. Niejako na marginesie wspomniałem, iż alternatywne strumienie plików nie są widoczne wprost w eksploratorze windows, a zatem tak zapisany moduł jest przed nami niejako ‘ukryty’ i dzięki temu taka technika przy odrobinie wyobraźni może stanowić pożywkę dla autorów wszelkiego rodzaju niechcianych aplikacji. DKOM Dzi...

Źródło: zine.net.pl
Dziel się z innymi:
nt!_EPROCESS a csrss!_CSR_PROCESS, czyli o odkrywaniu ukrytego dwa słowa

Windows 2288 dni, 13 godzin, 46 minut temu macko 42 rozwiń

Gdy podczas debuggowania aplikacji chcemy ją zatrzymać w pewnym miejscu, zwykle ustawiamy „breakpoint”, aby jednak ten sposób zadziałał, musi być podłączony do procesu, który chcemy debuggować Debugger. Co można jednak zrobić, gdy tak nie jest (nie zawsze uda nam się ręcznie podłączyć (attach))? Gdy debugger nie jest podłączony do procesu, to można takie podłączenie wymusić dzięki wykorzystaniu klas z przestrzeni nazw System.Diagnostic: Debugger.Launch i Debugger.Break (http://msdn.microsoft.com/en-u...

Debug.Assert oraz Debugger – metody Break i Launch [PL] | Maciej Zbrzezny: Programowanie i Technologie

Inne 2349 dni, 18 godzin, 42 minuty temu http://pawlos.blogspot.com/ 61 rozwiń

Czasami zdarzają się sytuacje, że pomimo usilnych prób nie możemy zreprodukować błędu u siebie na maszynie lokalnej. Musimy sprawdzić dlaczego nasza aplikacji źle działa na maszynie produkcyjnej. W tym wpisie postaram się przedstawić jakie narzędzia mamy do dyspozycji jeśli jeśli taka potrzeba zajdzie. Zobaczmy co jest zatem dostępne.Visual Studio Remote Debugging Pierwszą naszą opcją jest Remote debugging dostępny w VisualStudio. Wraz z zainstalowanym VS instalują nam się komponenty, które możemy wykorz...

Tagi: debugowanie
Dziel się z innymi:
.NET blog: Debugging na produkcji – Narzędzia

Narzędzia 2430 dni, 10 godzin, 21 minut temu macko 130 rozwiń

Jak zdebugować zewnętrzny proces lub aplikację? Pick me, pick me, krzyczą wszyscy. Tak,  możemy to zrobić poprzez wywołanie Debug->Attach to process. Jest jednak inny sposób. Wyobraźmy sobie taką sytuację. Aplikacja kończy się wyjątkiem zaraz po jej uruchomieniu. Nie mamy nawet sekundy czasu na podczepienie się do procesu w ten sposób. Ale jest sztuczka :-) Wywołujemy File->Open Project i wskazujemy plik .exe, który chcemy debugować. Klikamy F5 i Voila!

Debugowanie zewnętrznej aplikacji

Narzędzia 28 października 2009 20:21:17 GMT Damian 13 spam? rozwiń

Ostatnio popełniłem post na temat co to jest Code Contracts i na czym to polega. Teraz stwierdziłem, iż przyda się kilka informacji na temat ich debugowania – w szczególności iż kod ma działać jak warunki pre i post  i jak to zostało zorganizowane. Żeby nie odkrywać ameryki na nowo, w tym celu wykorzystam przykłady zawarte w instalce CC, a które znajdują się w katalogu: C:\Program Files\Microsoft\Contracts\Samples Na pierwszy ogień weźmy przykład Rational. Otwórzmy plik soluti...

Źródło: zine.net.pl
Dziel się z innymi:
.neting in the free world : Debugowanie Code Contracts

Inne 3077 dni, 10 godzin, 50 minut temu http://pawlos.blogspot.com/ 27 rozwiń

#befutureproof
Szkolenia SecurITum

wrzesień

20.

październik

Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 918,5)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,46)

8

Damian (9 173,12)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 683,06)

15

spetz (3 363,34)

16

jedmac (3 318,39)

17

http://jakub-flor... (3 224,66)

18

CaMeL (2 954,87)

19

dpawlukiewicz (2 731,18)

20

lkurzyniec (2 727,03)