.NET blog

Daily WTF

2012-02-06T18:34:00.000+01:00

Dzisiejsze znalezisko w kodzie:

I kto powiedział, że praca programisty musi być nudna :)

VS Debugger - ustawienia w rejestrze

2012-01-30T21:18:00.000+01:00

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 czasie pokaże nam ten komunikat - niestety musimy zrobić to w rejestrze.

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\Debugger.

Mamy tam wszelkie ustawienia, których dokonujemy za pomocą VS ale także kilka wartości, których nie odnajdziemy w okienku Settings - to te, których nazwy kończące się na Timeout.

Jak może się domyśleć odpowiadają one za czas po jakim VS rzuci nam wspomnianym wcześniej komunikatem. Niestety nie da się ich zwiększyć do jakichś niebotycznych wartości - VS broni jakichś swoich (prawdopodobnie - wewnętrznych - maksimów), ale trochę możemy je ponaginać. Wystarczy odnaleźć tylko interesującą nas zmienną Timeout :).

VS Debugger - Tips & Tricks

2012-01-29T12:44:00.001+01:00

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.

Powiedziałem o:

ustawieniach w VS, systemowych (Dźwiękowy breakpoint) oraz rejestrowych (o tym będzie jeszcze post)
Atrybutach: DebuggerDisplay oraz DebuggerStepThrough
breakpointach i tracepoint'ach
DebuggerDisplay dla typów wbudowanych
DebuggerVisualizers
MakeObject ID w okienku Watch
Sos (choć tu się nie udało w VS - VS odmówiło posłuszeństwa raportując dziwnym błędem)
Exception Assistant (jak możemy dodać obsługę naszych własnych wyjątków w nim)
Breakpoint na funkcji, aby podpiąć się do do auto property lub event handlerów.
Warunkowym breakpoint'ie i jego nieszablonowym zastosowaniu

Z ciekawostek wspomniałem o:

Debugger Canvas
własnym debugerze pisanym przez Sebastiana Solnicę

Przykłady i prezentacja (niewiele w niej jest) do pobrania. W razie pytań zachęcam do kontaktu.

Breakpoint na funkcji

2012-01-14T23:50:00.000+01:00

Dziś będzie o jeszcze jednym typie breakpointu. Kiedy może się on przydać zobaczmy na przykładzie.

Automatycznie właściwości

Wszyscy kochamy automatyczne właściwości, oszczędzają one nam czas i redukują ilość kodu jaki musimy napisać. Jedyną (?) ich wadą jest niemożliwość ich debuggowania. Często, tego nie potrzebujemy, ale czasem przydaje się możliwość ustawienia breakpoint'a na set lub get i np. podejrzenie call stack'a. Zwykłe postawienie w tym miejscu pułapki skutkuje następującym stanem. W Visual Studio widzimy breakpoint jednakże gdy tylko uruchomimy aplikację nasza pułapka znika.

Miejmy poniższy kod:

Code Snippet

namespace ConsoleApplication2
{
    class Program
    {
        static void Main(string[] args)
        {
            new Program().SetMe = "I'm setting u";
        }
 
        public string SetMe { get; set; }
    }
}

Aby postawić pułapkę na takiej właściwości skorzystajmy z okna New Breakpoint (CTRL+B). To co nam się ukaże to okno tworzenia pułapki.

Dodawanie breakpointa

W polu Function skasujmy to co jest wpisane i zamiast tego dajmy: ConsoleApplication2.Program.set_SetMe (pełna nazwa nie jest wymagana jeśli nazwa identyfikuje nam obiekt jednoznacznie - inaczej podepniemy się do wszystkich takich właściwości). Upewnijmy się, że mamy odznaczone pole 'Use IntelliSense...' - inaczej dostaniemy komunikat o braku potwierdzenia.

Teraz jak uruchomimy naszą aplikację - zatrzyma się ona w momencie wywołania settera. Na pasku bocznym nie zobaczymy jednak oznaczenia ustawionej pułapki (tu może się przydać info z poprzedniego posta - Dźwiękowy breakpoint) jednakże będziemy mogli podejrzeć call stack, czy w oknie Watch podejrzeć wartość obiektu value. Oczywiście taka pułapka jest wylistowana w oknie Breakpoints i możemy robić z nią standardowe modyfikacje typu: warunkowy breakpoint, hit count, etc.

Podobne zabawy można robić z podpinaniem się pod event'y z tym wyjątkiem, że tam będą metody zaczynające się od add i remove.

Dźwiękowy brekpoint

2012-01-11T23:15:00.002+01:00

Macie czasem tak, że podczas długiej sesji z debuggerem, wiedząc, że jakiś breakpoint nie wskoczy prędko przełączacie się z VS aby później zorientować się, że breakpoint już dawno czekan na waszą reakcję a wy po prostu nie zauważyliście tego małego migoczącego znaku VS w pasku?

O właśnie o ten mrygacz chodzi :)

Jeśli tak to ten post jest dla was - jeśli nie poczytajcie jak wkurzyć kolegów :)

Okazuje się, że VS prócz standardowych opcji, które możemy ustawić w Tools->Options posiada kilka dodatkowych trochę ukrytych (no dobra nie ukrytych, ale trzeba wiedzieć gdzie szukać :)). Okazuje się, że jak pójdziemy do Panelu sterowania i odpalimy okienko dźwięków to zobaczymy tam coś takiego:

Panel Sterowania -> Dźwięki
Zapomniane okno od czasów Win98 :)

Jak widać, możemy sobie skonfigurować kilka dźwięków na pewne zdarzenia zachodzące w VS. Jest Breakpoint Hit, są zdarzenia z buildem więc można taki dźwięk ustawić jak nam się projekt nie zbuduje.

Tak więc od dziś jeśli potrzebujecie możecie zmusić VS do odegrania waszego ulubionego pliku wav jak zaskoczy breakpoint. A jak zdenerwować tym kolegę? Wystarczy ustawić... mało kto wie gdzie to się zmienia :)

Podsumowanie 2011

2011-12-31T15:36:00.000+01:00

Kolejny rok, kolejne podsumowanie.

30 postów (znów mało - coś się nie mogę przełamać tej granicy). 21 tys. odsłon, 37 tys. wizyt - trochę mniej niż w poprzednim roku. Tendencja spadkowa, którą trzeba będzie odwrócić.

Najpopularniejsze posty:

WPF Podsumowanie - 2111 wyświetleń - Post z 2009 roku zbierający wszystkie moje wpisy odnośnie WPF'a więc nic dziwnego, że ma trochę odwiedzin.

Visual Studio 2010 & .NET 4.0 - Pierwsze wrażenie - 1166 - Post z 2008! roku. Dziwne, że jeszcze popularny biorąc pod uwagę, że już niedługo przyjdzie nam działać na VS 11 :). No, ale widać jeszcze są osoby, które interesuje temat. VS 2010 sporo zmienił w stosunku do poprzedników, więc może stąd takie zainteresowanie wśród odwiedzających.

Tajniki DependencyProperty - 886 - Dependency Property to jedna z fundamentalnych rzeczy jeśli chodzi o programowanie z użyciem WPFa. Widać zainteresowanie tematem WPFa jest.

Niestety żaden z 30 postów z tego roku nie wszedł na pudło. Trzeba bardziej się postarać. Lepiej pisać i promować!

Do plusów minionego roku należy zaliczyć moje dwie prezentacje na Wroc.NET czyli Mono.Cecil oraz VS 11 oraz .NET 4.5. Liczę, że w nadchodzącym roku uda mi się także dać jakieś ciekawe prelekcje. Kilka pomysłów w głowie - zobaczymy jak wyjdzie z ich realizacją.

Plany zawodowe na nadchodzący rok także są. Może trochę zmienić kierunek nauki? Liznąć trochę czegoś innego niż .NET. Może Objective-C? Może Haskella (lub czegoś innego funkcyjnego). Zdecydowanie - pobawić się RavenDB, którą to ostatnio prezentował Marcin Najder. Ważne, aby wymyślić jakieś projekty na to, aby nauka miała jakiś cel a nie była sama sobie tylko nauką. Oczywiście postaram się wszystko zaprezentować z punktu widzenia programisty .NET, tak więc nie będzie powodów do rezygnacji z czytania bloga :). Zobaczymy tylko na ile córka pozwoli plany zrealizować :)

Wszystkiego najlepszego w 2012 i dzięki za odwiedziny. Stay tuned.

Wiedza od Google

2011-12-02T23:45:00.001+01:00

Z dzisiejszej ankiety na FanPage'u dotnetomaniaka wynika, że sporo z nas na co dzień tworzy aplikacje ASP.NET (czy to WebForms czy też MVC). Zapewne zatem przyda nam się trochę darmowej wiedzy od Googla, co i jak wpływa na wyniki wyszukiwania i PR.

Czy wiesz np. jak robot Google traktuje adresy z '-' a adresy z '_'? Jest jakaś różnica a może nie ma? Czy adresy z '/' na końcu są lepsze od tych bez? Czy dodawanie www do domeny ma jakieś znaczenie?

Na te i inne pytania odpowiedzą na kanale wideo GoogleWebmasterHelp. Zobacz i przekonaj się sam jakie są prawidłowe odpowiedzi na te pytania.

Miłego oglądania :)

devPC 2012

2011-11-12T11:19:00.000+01:00

Rauer © Więcej zdjęć na Fotolia.pl

Ostatnio dumając nad kielichem wina okazało się, że mój obecny PC, na którym pracuję zbliża się do swoich 4 urodzin. Lata świetlne jeśli chodzi o naszą branżę, a wiadomo, że prędkość jest ważna i jeśli spędzamy, nawet sekundy, czekając na jakąś akcję a powtarzamy ją wielokrotnie to sporo na tym tracimy.
Tak więc wyszedłem z wnioskiem formalnym do odpowiednich władz (;-)), że trzeba maszynę zaktualizować do czegoś szybszego.Wniosek został zaakceptowany tak więc działamy.

Jako, że nie mam wiedzy sprzętowej - bo od dawna nie śledzę już tego świata - wychodzę z zapytaniem o pomoc w wyborze do czytelników. Razem zapewne uda nam się skompletować coś wydajnego a jednocześnie w przystępnej cenie.

Przed wyborem komponentów jednak warto ustalić do czego dany komputer będzie nam potrzebny. Dzięki temu będzie można się skupić na wyborze odpowiednich elementów.

Zastosowania:

programowanie. Tu zaskoczenia nie ma (a przynajmniej nie powinno :)) - jako, że to moje główne zajęcie to zapewne przez 80%-85% czasu do tego będzie przeznaczony sprzęt. Sporo działam na wirtualkach (choć nie tyle pewnie co Procent), tak więc dobrze jakby sprzęt sprawdzał się na tym polu :). Poza tym nic nadzwyczajnego VS 2010 + R# w kilku instancjach na raz nawet :)
gry - tak, tak - od czasu do czasu zdarzy mi się pograć na tym sprzęcie i poza moimi ulubionymi TD czasem nawet w jakieś nowości (FPSy) - dobrze zatem jakby grafika dawała radę z nowymi, nadchodzącymi tytułami. Sądzę, że do 10% czasu wykorzystania na gry będzie :)
obróbka wideo - mam w planach trochę ponakręcać moją przyszłą kamerą video jakiś materiał no i trzeba będzie go zapewne jakoś obrobić. Dobrze jakby i tu trochę siły było :)

Jakieś dodatkowe wymagania? Karta grafiki musi obsłużyć 2+ wyjścia DVI :]. Aktualnie dwa monitory a w przyszłości być może +1, więc dobrze jakby nie trzeba było wymieniać karty za jakiś niedługo czas.

A jaki jest mój obecny sprzęt?

Procesor - Intel Quad Q6600 @ 2.4GHz
Płyta - Gigabyte GA-P-35-DS3P
Pamięć - 8GB (nie pamiętam/znalazłem info jaka)
Grafika - NVIDIA GeForce 8600 GTS 256 MB
Dysk - OCZ Vertex2 - 120 GB + WDC WD 320 GB

Co daje WEI na poziomie 6.5 - mało :)

Co warto umieścić w obecnej maszynie devPC? Jakie komponenty są najbardziej opłacalne jeśli chodzi o wydajność do ceny? Jaka kwota jest odpowiednia na główne narzędzie naszej pracy?

A na czym wy pracujecie? Co siedzi pod maską waszych maszyn do pracy?

Podróże w czasie - DST

2011-11-05T11:17:00.000+01:00

Kilka dni temu, w zgodzie z tym co wykazała ankieta - Programiści to stworzenia nocne - kodowałem sobie jakieś mało znaczące rzeczy pomiędzy 2 a 3 nad ranem. Jako, że niewiele się o tej porze dzieje, można spokojnie skupić się na programowaniu :).

Jakież było moje zdziwienie, gdy o godzinie 2:28 nagle zaczęły spływać raporty błędów z dotnetomaniaka. Sam fakt pojawienia się błędów nie jest jeszcze jakiś niezwykły - wiadomo, od czasu do czasu może pójść coś nie tak. Bardziej interesujący był komunikat który pojawił się w mailu. A brzmiał on: Absolute time cannot be less than current time.

WTF - pomyślałem? Jaki czas i czemu nie może być mniejszy od obecnego? Dopiero po chwili dotarło do mnie co się dzieje. No tak - idiotyczna zmiana czasu (akurat ta jest mniej idiotyczna bo wracamy do naturalnego dla nas czasu ze sztucznego letniego).

Code Snippet

public override ICollection<ITag> FindByUsage(int top)
{
    Check.Argument.IsNotNegativeOrZero(top, "top");
 
    string cacheKey = "tagsByUsage:{0}".FormatWith(top);
 
    ICollection<ITag> result;
 
    Cache.TryGet(cacheKey, out result);
 
    if (result == null)
    {
        result = base.FindByUsage(top);
 
        if ((!result.IsNullOrEmpty()) && (!Cache.Contains(cacheKey)))
        {
            Cache.Set(cacheKey, result, SystemTime.Now().AddMinutes(_cacheDurationInMinutes));
        }
    }
 
    return result;
}

Powyższy kod powodował problem, a dokładniej wnętrzności metody Cache.Set. A jak ona wygląda?

Code Snippet

public void Set<T>(string key, T value, DateTime absoluteExpiration)
{
    Check.Argument.IsNotEmpty(key, "key");
    Check.Argument.IsNotInPast(absoluteExpiration, "absoluteExpiration");
 
    RemoveIfExists(key);
 
    _manager.Add(key, value, CacheItemPriority.Normal, null, new AbsoluteTime(absoluteExpiration.ToLocalTime()));
}

Na początku sądziłem, że problem leży w EnterpriseLibrary Caching Block, z którego korzysta portal, ale okazało się, że w nim wszystko jest w porządku. Co prawda wyjątek leci od nich, ale dostają czas w przeszłości - co mogą zrobić? W przypadku użycia drugiej metody (z parametrem TimeSpan), kod zachowuje się poprawnie.

Zmiana czasu z 3:00 na 2:00 spowodowała, że fragment próbujący ustawić czas wygaśnięcia obiektu w cache będzie wcześniejszy niż czas dodania tegoż obiektu. I stąd komunikat. Problemem jest użycie czasu UTC i zmiana go do LocalTime przy generowaniu obiektu AbsoluteTime.

Czyj to tak na prawdę jest problem? KiGGa czy EntLib'a? Wydaje mi się, że bardziej KiGG'a bo używa metody z parametrem AbsoluteTime, który ustawia nieprawidłowo. Robi to jednak nieświadomie, bo błędne działanie jest tylko raz w roku.

Pytanie tylko jak pamiętać o takich przypadkach i co ciekawsze jak je testować i zabezpieczać się aby nie występowały? Czy lepiej olać to i nie przejmować się tak rzadko występującymi problemami?

VS11 i .NET Framework 4.5

2011-10-20T10:49:00.000+02:00

Wczoraj miałem przyjemność wygłosić kolejną prelekcję na spotkaniu Wroc.NET. Tym razem jako temat padło Visual Studio 11 oraz .NET Framework 4.5

Widziałeś tę sesję na 38. spotkaniu Wroc.NET? Ocenią ją! Możesz także ocenić ją na portalu speakerrate.

Materiały z tej prelekcji dostępne są na portalu grupy - Materiały 38. spotkanie Wroc.NET.

Co omówiłem podczas prelekcji? Pokazałem co nowego lub ulepszonego będzie nam oferować VS 11. Zademonstrowałem narzędzia: Code Clones (nowe), Concurrency Visualizer (stare), SQL Schema Comapre (stare) oraz TFS w najnowszej wersji. Z tego ostatniego pokazałem, jaki przepływ pracy będzie dostępny dla programistów. Visual Studio wesprze możliwość wysyłania próśb o review kodu innym programistom oraz możliwość podglądu zmian bezpośrednio w edytorze. Wygląda i działa to całkiem przyjemnie. Po zakończeniu review uwagi są przesyłane do programisty a on może je przejrzeć i uwzględnić.

Trochę dłużej zatrzymałem się także przy Concurrency Visualizer. To narzędzie jest dość niedoceniane z racji, że w VS201 było dostępne tylko i wyłącznie w wersjach Ultimate oraz Team Systems. Dzięki udostępnieniu jej od wersji Professional więcej osób będzie mogło skorzystać z jego działania.

Następnie przeszedłem do prezentacji nowości Frameworka. Jako, że była to sesja wprowadzająca w temat to pokrótce przedstawiłem te, które pojawią się w tej wersji bez wnikania we wszystkie szczegóły. Trochę dłużej zatrzymałem się przy WPFie, gdyż zmian wprowadzonych do tej części frameworka jest sporo.

Główną uwagę w tej części poświęciłem jednak WinRT oraz MetroUI. Pokazałem, jak będą wyglądały aplikacje pisane z użyciem WinRT oraz jak w naszych aplikacjach w prosty sposób można się zintegrować z Windows8. Visual Studio wspiera nas w tym dość mocno - aby nasza aplikacja zachowywała się naturalnie w systemie i dawała pełnie możliwości nie trzeba pisać bardzo dużo kodu.

Na koniec podsumowałem całość mówiąc, że od tej wersji zwolennicy pisania sterowników będą mogli skorzystać z dobrodziejstw IDE. Dodatkowo także Visual Studio umożliwia podgląd plików modeli używanych przy pisaniu gier z użyciem DirectX.

Show me your code–przegląd narzędzi do podglądania

2011-10-02T15:43:00.000+02:00

Update - 17.11.2011: Dodano powiązane posty z innych blogów.

Dawno dawno temu było…Reflector i długo długo nic (de facto na początku był jest ildasm ale nie o nim dziś).

Na szczęście pewnego lutowego dnia pojawiła się informacja, że już niedługo nie będzie on dostępny za darmo i się zaczęło. Flame’y, groźby i krzyki :). Stało się też sporo dobrego bo o to na rynku pojawiły się alternatywy. Ilspy, dotPeek oraz JustDecompile. Przyjrzyjmy się im z bliska i zobaczmy co mają do zaoferowania.

Reflector - umarł król...

Reflector to zdecydowanie najlepszy, z racji swojej "dorosłości" decompiler na rynku. Rozwijany na początku przez Lutz'a Roeder'a a następnie przejęty przez firmę Red-Gate. Posiadacze darmowej wersji muszą się zadowolić wydaniem 6.0 bez widoków na aktualizacje, co sprawi, że, w przypadku rozwoju .NET, Reflector straci na używalności a zastąpią go alternatywy. Płatna wersja narzędzia jest i (miejmy nadzieję) będzie rozwijana dalej.

Siła Reflector'a nie tkwi (narzędzie jest super to fakt) w nim samym, ale w ogromie dodatków, które powstały przez cały ten czas kiedy miał monopol wśród tego typu narzędzi. Jakiekolwiek czynności, które chcielibyśmy zrobić na podglądanym kodzie można szybko wykonać bo na na 99% istnieje dodatek który nam w tym pomoże. Np. modyfikacja kodu? Jest Reflexil.

Reflector podczas pracy

Obsługuje możliwość wyświetlania kodu zarówno w C#, VB.NET oraz F# (w zasadzie pokazuje jeszcze Delphi, MC++ oraz Oxygene, ale nie wiem czy ktoś z tego w ogóle korzysta?). Można także pokazać ILa jeśli ktoś ma taką potrzebę.

ILSpy - dobra alternatywa...

ilSpy - Pełni OpenSource'owe narzędzie oparte na bibliotece Mono.Cecil. Dzięki dostępności kodu możemy je sobie rozwijać według potrzeb. Startuje długo jakby był napisany w Java (joke :]), ale potem oferuje pełnię swoich możliwości. Umożliwia wyświetlenie kodu w C# jak też IL (maniacy jak ja, którzy czytają gołego ILa to docenią).

ILSpy

Do plusów można zaliczyć przejście do dokumentacji MSDN po kliknięciu w daną instrukcję ILa, jak również przeskakiwanie pomiędzy etykietami w tymże widoku. Zdecydowanie ułatwia nawigację w kodzie i pozwala łatwiej śledzić flow programu.

dotPeek

dotPeek - Narzędzie ze stajni panów z JetBrains. Wspiera jedynie C#. Jako duży plus należy zaliczyć tu możliwość otwierania podglądu jako zakładki. Bardzo ułatwia to nawigowanie się podczas przeglądania kodu. Posiada multum (jak na tego typu narzędzia) opcji i konfiguracji, co na początku utrudnia rozeznanie się w nim.

dotPeek

Umożliwia drukowanie wygenerowanego kodu, co choć na pierwszy rzut oka może wydawać się niepotrzebną opcją, czasem się przydaje. Umożliwia dość rozbudowaną nawigację po kodzie znaną z innego narzędzia JetBrains'a - R#. Możemy zatem przejść do konkretnego typu czy pliku, przenawigować się po właściwościach czy metodach danej klasy za pomocą ALT+strzałka w dół, a nawet zobaczyć hierarchię typów jeśli zajdzie taka potrzeba.

Hierarchia typów w dotPeeku

Jako jedyne narzędzie, nie jest oparte na bibliotece Mono.Cecil (czy to plus czy minus).

JustDecompile

JustDecompile - Tutaj Telerik zwietrzył okazję i wypuścił swoje narzędzie do podglądu. Jako jedyny posiada instalator - co trochę denerwuje. Zwykle przy tego typu narzędziach chcemy je ściągnąć i zacząć używać bez konieczności instalacji. Na szczęście da się go wrzucić na usb'a i uruchamiać z niego. Inaczej potrzeba instalacji wykluczałaby to narzędzie praktycznie. na pierwszy rzut oka narzędzie to wyróżnia się całkiem przyjemnym UI ewidentnie napisanym w WPFie.

JustDecompile

Z dostępnych języków docelowych mamy: IL, C# oraz VB. Edytor podobnie jak IlSpy umożliwia, po kliknięciu w daną instrukcję, przekierowanie na strony MSDN do dokumentacji danego OpCode'u. Dodatkowo każdy typ jest "klikalny" i możemy nawigować po kodzie klikając na odpowiednie typy parametrów czy też zawracanych wartości. Narzędzie to jako jedyne (albo u innych tego nie znalazłem) umożliwia konfigurację kolorów, tak więc możemy sobie wynikowy kod dostosować do naszych ulubionych kolorów.

CodeReflect

CodeReflect - mało znane (chyba) narzędzie od firmy DevExtras. Wyglądem dość znacznie przypomina .NET Reflector'a, co można uznać za plus jeśli ktoś był przyzwyczajony do tego układu i działania.

CodeReflect

Podobnie jak powyżej umożliwia przechodzenie po dll'kach dzięki kliknięciom w odpowiednią nazwę typu. Dzięki temu możemy w dość prosty sposób nawigować po kodzie i przechodzić od jednej metody do drugiej za pomocą myszki. W IL'u brakuje jednak możliwości przejścia do dokumentacji w MSDN aby dowiedzieć się czegoś więcej o konkretnej instrukcji. Brakuje podstawowych opcji konfiguracji, ale gdyby nie było pod ręką nic innego to oczywiście narzędzie zda egzamin i pokaże nam co siedzi pod spodem naszego kodu...

... niech żyje król?

Czy jest jednogłośny zwycięzca tegoż rankingu? Nie wiem - ja nadal mam zainstalowanego Reflectora ale coraz częściej sięgam po ilSpy'a (tak w ogóle to mam wszystkie zainstalowane :]). Każdy chyba powinien sam wybrać, ale warto wiedzieć o ich mocnych i słabych stronach aby wybór był świadomy i celowy. Pomijając Reflector'a, pozostałe narzędzia są w fazie Beta lub Pre-Release więc jeszcze sporo może się w nich zmienić. Oby na lepsze...

Powiązane wpisy

Narzędzia do analizy aplikacji .NET - Security News
Darmowe dekompilatory .NET - Grzegorz Trybulski

BUILD - What's next in .NET Framework 4.5

2011-09-26T00:38:00.000+02:00

Kolejne omówienie, kolejnej sesji z konferencji BUILD - tym razem temat to:

What's next in .NET Framework 4.5

Chyba każdy programista .NET, nawet taki, który traktuje to tylko jako zawód (są tacy? :)) z zainteresowaniem śledzi wydarzenia w .NET Frameworku. W końcu zmiany w nim będą rzutować na to w jaki sposób będzie kodował w przyszłości (chyba, że jest uwięziony w jakimś legacy code z .NET 2.0). Sesja zaprezentuje nam jakie oręże będzie dostępne już w niedalekiej przyszłości na potrzeby pisania aplikacji w .NET.

Wersje

Sesja rozpoczyna się od zaprezentowania czym jest .NET Framework 4.5. W przeciwieństwie do wersji 4.0, 4.5 nie jest wersją side-by-side a nadbudową (choć ja bym nazwał to hybrydą). Po części rozszerzającą dostępne rzeczy, które znajdują się w 4.0 ale także zastępuje część funkcjonalności z poprzedniej wersji.


Wersje .NET

Zmiany, które zostały wprowadzone do wersji .NET to głównie poprawki błędów, poprawa wydajności czy też zmiany we wnętrznościach.

WinRT & Metro

Kolejnym elementem zaprezentowanym podczas sesji jest WinRT. WinRT czyli nowy framework pisania aplikacji, który nie zastępuje .NET framework'a. Umożliwia pisanie aplikacji Metro, bez konieczności odwoływania się do p/invoke'a. Jest to oczyszczone (z metod, które wyszły z użycia) oraz uporządkowane API, które w naturalny sposób przypomina pisania aplikacji przy użyciu .NET.

Umiejscowienie WinRT oraz Metro

Metro - to zaprezentowany na konferencji nowy wygląd aplikacji dla Windows 8. Podobny do aplikacji tworzonych na Windows Phone 7.

Ulepszenia

Oczywiście nie mogło zabraknąć async oraz await. Jeśli ktoś ma już dość tego tematu, może spokojnie przewinąć gdzieś pomiędzy 17 a 20 minutą.
Następnie pojawia się informacja o ciekawym usprawnieniu TPL czyli Task Parallel Library. Dostaniemy możliwość tworzenia przepływów zadań (TPL Dataflow). Będziemy mogli stworzyć bloki zadań i z nich stworzyć przepływ a następnie zasilić je danymi.

TPL Dataflow

Poza tym, Task.WhenAll, Task.WhenAny oraz oczywiście przyśpieszenie działania.

Szybszy start ASP.NET

Dużo mniejsze zużyci pamięci oraz szybszy start aplikacji (ponoć o 35%). Przyśpieszenie zostało osiągnięte przez JIT-owanie na wielu rdzeniach w tym samym czasie. Dodatkowo można włączyć opcję 'pre-fetch' w Windows 8, która to dodatkowo poprawia wydajność aplikacji ASP.NET (multi-core JIT + pre-fetch daje w sumie 35% przyśpieszenia).

Lepszy dostęp do danych - EF, ADO.NET, WCF, Websockets

Omówienie schematu tworzenia dostępu do danych. W EF do dotychczas dostępnego Model-First oraz DataBase-First zostało dodane Code-First. Czyli na podstawie kodu tworzony jest model danych. Usprawnienia do EntityFramework wspierające Enum, wspracie dla Azure'a oraz automatycznie kompilowane zapytania LINQ.

Stare dobre ADO.NET dostało wsparcie dla typów przestrzennych (spatial) oraz oczywiście wsparcie dla async.

WCF wzbogacone o async (a jak!) oraz uproszczenia jeśli chodzi o konieczną konfiguracje usług.

Omówienia Websockets dostępnych w IE10, .NET oraz w aplikacjach typu Metro.

WPF, Workflow, BCL, MEF, ASP.NET

Omówienie usprawnień w powyższych technologiach. Szczególnie interesująco wyglądają usprawniania dla ItemsControl. Według zapewnień 200000 elementów będzie możliwe do załadowania w 2.3 sekundy. Wygląda imponująco. Zobaczymy.

Workflow w najnowszej wersji udostępnia wprowadzanie wyrażeń w C#. Dostępne będzie wersjonowanie, dzięki któremu będziemy mogli mieć kilka wersji danego flow dostępne.

BCL - usprawnienia w WeakReferences, które zabezpiecza przed pisaniem nieprawidłowego kodu związane z 'race condition'.
Strumienie zostały wzbogacone o opcję umożliwiającą niezamykanie strumienia po skończonym odczycie z niego. Pojawił się nowy typ ReadOnlyDictionary :)

Co nowego w MEF? Łatwiejsze diagnozowanie błędów oraz obsługa typów POCO oraz typów generycznych.

ASP.NET? - Obsługa chmury oraz HTML5. Pojawiły się Model Binder'y znane z MVC. Dodatkowo encoder'y zabezpieczające przed XSS'em.

Podsumowując

Sesja interesująca, ale jako wstęp do oglądania kolejnych. Zawiera informacje odnośnie nowości z .NET Framework 4.5 'z lotu ptaka'.

Mono.Cecil - prezentacja

2011-09-22T00:23:00.000+02:00

We wtorek miałem przyjemność wygłosić prelekcję prelekcję na temat Mono.Cecil na Wrocławskiej Grupie .NET.

-- Byłeś na tej prezentacji? - Oceń ją --

W sesji starałem się zaprezentować czym jest Mono.Cecil oraz jakie daje nam możliwości jeśli chodzi o przeglądanie, modyfikację plików assembly. Mam nadzieję, że za pomocą przykładów: generatora statystyk, automatyczną implementację INotifyPropertyChnaged wraz z użyciem MSBuild task pokazałem jak możemy wykorzystać Mono.Cecil, aby ułatwić naszą pracę. Dodatkowo poprzez zaprezentowanie prostego AOP (logowanie WE/WY do metody) oraz napisanie prostego obfuskatora kodu mam nadzieję pokazałem jak możemy wykorzystać tę bibliotekę do ciekawych rozwiązań wzbogacając nasz kod.

Jak bawić się ze źródłami? Solucja podzielona jest na 5 folderów: AOP, INotifyPropertyChanged, MsBuild.Task, Obfuscate oraz Statistics.

Zabawę polecam od Statistics. Prosty projekt, który pokazuje jak można przejrzeć assembly i zliczyć wystąpienia typów, metod, właściwości itd.

Następnie można zapoznać się z INotifyPropertyChanged. Jest tam pokazane rozwiązanie naiwne z jawnym wołaniem OnNotifyPropertyChnaged w setterze oraz trochę ładniejsze z wykorzystaniem Expression. 3 przykład w tym projekcie wykorzystuje mono Cecil. Wystarczy do bindowania użyć właściwości Header3 i zbudować aplikacje. Następnie uruchomić Mono.Cecil.INotifyPropertyChanged a po jego zakończeniu uruchomić (nie z VS) projekt WPF.INotifyPropertyChanged. Binding powinien działać wyśmienicie. Po tym warto zagłębić się w kod źródłowy projektu, aby zobaczyć jak za pomocą Mono.Cecil możemy dodać niezbędny kod.

Jak już rozpracujemy ten przykład warto zerknąć do MSBuild.Task jest to ulepszenie poprzedniego tak aby cała "magia" Mono.Cecil działa się przy każdym budowaniu projektu w VS. Dzięki temu nie będziemy musieli odpalać zewnętrznych aplikacji.

Dalej warto zapoznać się z folderem AOP. Jest tam pokazane jak za pomocą Cecil wygenerować dodatkowe instrukcje logowania na konsole każdego WE/WY do/z metody wraz z aktualnym czasem. Jest to swojego rodzaju Aspect-Oriented Programming.

Na sam koniec polecam zerknąć na projekt Obfuscate. Pokazuję tam jak możemy choć trochę zaciemnić nasz kod i co niektóre łańcuchy znaków w nim występujące, aby nie były tak łatwo dostępne dla osoby przeglądającej zdekompilowany nasz kod.

Uwaga: Przykłady zawierają dość spore ilości ILa - Nie odpowiadam za uszkodzenia wynikające z nadmiernego napromieniowania się tymi niskopoziomowymi instrukcjami :)

Do przeglądania skompilowanych źródeł polecam IlSpy'a, dotPeek'a, JustDecompile'a czy Reflector'a (ehh wisi mi jeszcze post porównujący te narzędzia...)

Link do prezentacji i przykładów i slajdów znajduje się na stronie grupy na portalu Wss/Codeguru.

Mile widziane uwagi i sugestie - sam już widzę, że chyba warto też przygotować, choćby krótką prezentację pt. Wstęp do IL, bo część osób nie jest w temacie.

BUILD - What's new in Visual Studio 11

2011-09-17T17:07:00.002+02:00

Kolejny z serii postów odnośnie sesji pojawiających się na konferencji BUILD. Dziś sesja pod tytułem:

What's new in Visual Studio 11

VS & MetroUI

Z sesji dowiadujemy się, co ciekawego przygotował dla nas Microsoft w najnowszej wersji narzędzia. Na początek prezentacja nowego UI - MetroUI, którego będziemy mogli użyć w wersji 11 Visual Studio. Dostępne będą szablony, które w prosty sposób pozwolą utworzyć nam wspomniane wyżej aplikacje. Nie będzie znaczenia, który język wybierzemy. Dostępne będą one zarówno w VB, C#, C++ oraz HTML5/JS. Dodatkowo będzie można tworzyć oprogramowanie niskopoziomowe - driver'y.

Nowy Solution Explorer, który przypomina trochę Solution Navigator obecnie dostępny w Productivity Tools. Szybka wyszukiwarka, za pomocą której będzie można odnajdywać rzeczy zarówno w kodzie, jaki i wśród poleceń Visual Studio.

IntelliSense dostał zakładki, dzięki którym będziemy mogli segregować podpowiedzi na grupy - te najczęściej używane oraz pozostałe.

Z poziomu VisualStudio będziemy mogli dodawać deklaracje, które nasza aplikacja wspiera. Dla przykładu jeśli wybierzemy Search, użytkownik systemu wyszukując elementy będzie także korzystał z szukania dostępnego w naszej aplikacji.

Programowanie aplikacji DirectX

Będzie wsparcie dla języka HLSL (High Level Shared Language) dające możliwość debugowania oraz funkcję podpowiedzi w Visual Studio.

Model czołgu renderowany przy pomocy VS.

Ogólnie możliwość otwierania modeli i śledzenia, jakie transformacje i tekstury są nakładane aby uzyskać końcowy efekt. Zapowiada się interesująco szczególnie dla wszystkich, którzy dotychczas w inny sposób musieli radzić sobie ze zrozumieniem, dlaczego jakaś część modelu 3D nie renderuje/działa prawidłowo. Będzie również możliwość testowania kodu DirectX'a.

Programowanie sterowników w VisualStudio

To zapowiada się niezwykle interesująco.Od najnowszej wersji VS umożliwi również pisanie sterowników. Po zainstalowaniu SDK będziemy mieli dostępny nowy typ projektu - Driver. Dodatkowo będzie możliwość uruchamiania kd z poziomu VisualStudio oraz debuggowanie jądra/sterowników z jego poziomu.

Programowanie Azure & HTML5 & ASP.NET

Oczywiście Microsoft nie zapomina o swoim chmurowym rozwiązaniu i najnowsze Visual Studio będzie wspierać tworzenie takowych rozwiązań.

HTML 5 jak i JS stają się pełnoprawnymi obywatelami w VisualStudio. Dostępne będą snippety, które usprawnią pracę z tą technologią. Oczywiście IntelliSense oraz kilka nowych funkcji np. Go To Definition. W VisualStudio dostaniemy jeszcze znane z IE Developers Tools (F12), za pomocą których będziemy mogli odkryć dlaczego nasz kod nie działa tak jak powinien.

ASP.NET będzie zawierać w MVC4 z wykrywaniem uruchamiana strony na telefonie (i zapewne renderowaniem w trybie kompaktowym). Oczywiście nadal będzie wsparcie jQuery. Za pomocą Page Inspector'a będzie można na podstawie kodu HTML/CSS/JS odnaleźć pliki po stronie serwera odpowiedzialne za wygenerowaną treść.

ALM

Cykl życia aplikacji w VisualStudio dzięki współpracy pomiędzy developerem, testerem oraz menadżerem za pomocą jednego narzędzia pozwoli na szybsze tworzenie oprogramowania. Planowanie Sprintu, tworzenie makiet, testy - to wszystko będzie się zawierać w nowym VisualStudio.

Cykl życia aplikacji

VS 11 będzie wspierać narzędzia takie jak review kodu przez innego programistę wraz z notatkami "na kodzie" wewnątrz Visual Studio (ale to chyba dostępne będzie tylko z TFS'em), uruchamianie aplikacji z funkcją IntelliTrace na produkcji oraz zarządzanie projektem za pomocą strony internetowej. Będzie dostępne także sprawdzanie ilości kodu napisanego za pomocą metody Copy'iego & Paste'a :).

Z ciekawostek dowiadujemy się, że jest około 4000 poleceń w Visual Studio :].
Sesja wymagana.

Miłego oglądania.

BUILD - Future directions for C# and VB

2011-09-17T02:01:00.000+02:00

Jak pewnie wszyscy wiedzą niedawno skończyła się konferencja BUILD, na której zaprezentowano przede wszystkim najnowszego Windows'a 8. Jednak nie tylko. W kilku nadchodzących postach postaram się pokazać filmy warte obejrzenia. Dziś na pierwszy ogień:

Future directions for C# and Visual Basic

Anders Hejlsberg prezentuje, co czeka nas w przyszłości w C# i VB. Nazwisko, którego nie trzeba przedstawiać nikomu - twórca języka.

Pierwsza część prezentacji skupia się na przedstawieniu async (znanego od jakiegoś już czasu), potem pojawiają się nowości. Hejlsberg używa tego nowego słowa kluczowego w aplikacji pobierającej informacje z NetFlix'a. Trzeba przyznać, że async oraz await dość znacznie poprawią czytelność kodu. Gdyby ktoś chciał już w chwili obecnej pobawić się tą technologią to jest ona dostępna.

Kolejną zaprezentowaną nowością będą CallerInfo attributes. Umożliwią one pobranie w runtime'ie informacji o kodzie, który wywołuje naszą metodę. Coś jak makra z C++.

Zostaną wprowadzone trzy nowe atrybuty [CallerFilePath], [CallerLineNumber] oraz [CallerMemberName], które możemy nadać dla parametrów metody. Jeśli metoda taka zostanie wywołana bez któregoś z parametrów oznaczonego nowymi atrybutami, zostanie on automatycznie wypełniony odpowiednią informacją.

Kolejną zaprezentowaną nowością jest Roslyn - "upublicznienie" kompilatora C#. Kompilator jako usługa - jak to jest reklamowane. Kompilator nie będzie już czarną skrzynką a zestawem API, który będziemy mogli wykorzystać do jego rozszerzania. Konwersja kodu z VB do C# w Visual Studio? Będzie to możliwe już niedługo za pomocą "skryptu", który sami sobie napiszemy. Interaktywna konsola w VisualStudio z podpowiadaniem i wprowadzaniem zmian na bieżąco? Proszę bardzo.

Struktura kompilatora w Roslyn

Zobaczymy co z tego wyjdzie, bo pierwsze CTP ma być za około 4 tygodnie. Zapowiada się ciekawie.

Sesja zdecydowanie warta obejrzenia dla wszystkich programistów .NET, choć jeśli ktoś ma dość dobre obycie z async może przewinąć film do mniej więcej 35 minuty.

Miłego poznawania nadchodzących nowości.

256. day of the year - Programmer's day

2011-09-13T02:18:00.000+02:00

For English...scroll down :).

Dziś 13. września - 256. (2^8, 0x100h, 100000000b) dzień roku :)

Wszystkim programistom tym na co dzień kodującym w C#, VB, C++ czy Fortranie - wszystkiego najlepszego. Oby nasza praca za rok nadal była (o ile jest?) dla nas przyjemnością.

Miłego programowania w nasze święto!

English version

Today is 13th of September - 256th (2^8, 0x100h, 100000000b) day of the year :)

To all programmers - whatever your language of choice is. C#, VB, C++ or Fortran - happy dev's day :] Let's hope, in one year's time, it will still be our passion not only our job!

Happy programming during Programmer's day!

Narzędzia SysInternals dla programisty

2011-08-04T19:01:00.001+02:00

SysInternals to pakiet znakomitych narzędzi wychodzących spod ręki Marka Russinovicha oraz Bryce’a Cogswella . Choć w nazwie mają Sys - co sugerowałoby ich przeznaczenie administratorskie, to my, skromni programiści także możemy skorzystać z ich funkcjonalności i użyć ich do swoich celów. Dziś pokażę, jak 3 z nich mogą wspomóc pracę developera-poszukiwacza błędów.

Produkcja
Jak wszyscy wiemy jest to takie specyficzne środowisko, że nie zawsze mamy dostęp do swoich ulubionych narzędzi (patrz Visual Studio). Oczywiście nie jesteśmy pozbawieni metod sprawdzenia się co się stało (Debugging na produkcji – VSRD, MDbg, WinDbg). Jednakże podpięcie się debuggerem do naszej aplikacji spowoduje jej zatrzymanie, co niestety nie jest czasem możliwe (czasem nawet wadliwie działająca aplikacja jest lepsza niż nic).

Process Explorer

Czyli Menadżer zadań na sterydach :). Umożliwia przejrzenie procesów i wszystkiego co z nimi związane.

Do czego go zatem możemy wykorzystać? Przede wszystkim w dolnym panelu (jeśli jest niewidoczny trzeba go włączyć View->Show Lower Pane) możemy zobaczyć wszystkie powiązania jakie ma nasza aplikacja. Pliki, klucze rejestru, mutex’y, wątki – etc. Takie szybkie podsumowanie tego, z czego korzysta nasza aplikacja. Prawdziwe jednak morze informacji znajduje się po wyświetleniu właściwości procesu. Naszym oczom ukażą się zakładki eksponujące informacje o procesie aż do bielizny :). Od podstawowych informacji o pliku, przez wydajność procesu (pamięć, CPU, operacje I/O) do listy wątków; a w przypadku .NETowych pokaże nam jeszcze .NETowe mierniki wydajności (jak np. kolekcje GC i inne). Lista wątków dokładnie pokaże nam co w danej chwili robi nasza aplikacja i co zajmuje jej dużo cykli procesora.

Do pobrania ze stron Technet’u – Process Explorer.

Process Monitor

To zastępnik takich narzędzi jak FileMon oraz RegMon. Łączy on w sobie funkcjonalności obu i dodaje multum dodatkowych (obserwowanie ruchu sieciowego czy wątków).

Do czego się przydaje? Pozwala w prosty sposób, po wcześniejszym skonfigurowaniu (bez tego przeglądanie set-tysięcy zdarzeń jest bezcelowe) zobaczyć, co dzieje się w naszej aplikacji podczas jej działania. Tj. jakie pliki są szukane, odczytywane i zapisywane przez nią. Jakie klucze rejestru są przeszukiwane i jakie dane są z nich odczytywane. Dość przydatne aby zdiagnozować powód niedziałania aplikacji.

Ostatnio miałem taką sytuację, że aplikacja na pewnej maszynie nie uruchamiała się wyrzucając tajemniczy wyjątek ‘File Not Found’ w bibliotece zewnętrznej. Brak informacji o tym, jakiego pliku brakowało nie przeszkadzał w jego odnalezieniu. Uruchomienie Process Monitora wraz z jego konfiguracją, tak aby zwracał nam tylko zdarzenia związane z naszą aplikacją oraz tylko te dotyczące plików zajęło mniej niż minutę. Po zebraniu materiału dowodowego został on pogrupowany po rezultacie a następnie wyświetlone zostały tylko te zdarzenia, które miały status ‘Name Not Found’. Bardzo szybko okazało się, że brakującym winowajcą był winusb.dll. Solved!

Do pobrania ze stron TechNet’u – Process Monitor.

Miłego używania i debuggowania!

Statystyki devPytań

2011-07-13T22:46:00.001+02:00

Wszystko zaczęło się od posta na meta.devmedia.pl (Pytania z devPytań publiczne),
w którym zapytałem o możliwość uzyskania danych, które cała społeczność devPytań stworzyła przez cały czas istnienia portalu. Prośba została dość szybko spełniona (O pewnym sukcesie) i dzięki temu można było usiąść i zobaczyć co też te dane skrywają. Format, w jakim zostały one udostępnione to xml (dzięki temu, można z nich skorzystać, bez względu na bazę danych). Ja jednak zaimportowałem je sobie do MS SQL'a (jak to robiłem pokazane jest w poście - Ku pamięci - Jak zaimportować dane XML).

Aby nie przeciągać – zamieszczam poniżej statystyki, które obliczyłem na dzień dzisiejszy. Być może w przyszłości pojawią się kolejne.

Aktywni użytkownicy portalu (zdobyli choć 1 punkt):

839

Suma reputacji wszystkich użytkowników:

119429 – i niestety jest to mniej niż ma sam jeden Jon Skeet ze StackOverflow :)

Aktywność użytkowników (godzinowa):

Widać, że większość preferuje godziny pracy na przesiadywanie na devPytania. Oczywiście w celu poszukiwania informacji na potrzeby pojawiających się problemów.

Odznaki, które nie zostały jeszcze wykorzystane

Generalist - Active in many different tags
Guru - Accepted answer and voted up 40 times
Good Question - Question voted up 25 times
Great Question - Question voted up 100 times
Good Answer - Answer voted up 25 times
Great Answer - Answer voted up 100 times
Famous Question - Asked a question with 10,000 views
Hacker - Conctributed to Stack Overflow in an unusual way
Favorite Question - Question favorited by 25 users
Stellar Question - Question favorited by 100 users
Populist - Provided an answer that outscored an accepted answer with 10 votes by 2x
Pundit - Left 10 comments with score of 10 or more
Reversal - Provided answer of +20 score to a question of -5 score
Mortarboard - Hit the daily reputation cap for the first time
Epic - Hit the daily reputation cap on 50 days
Legendary - Hit the daily reputation cap on 150 days

Coś czuję, że z aktywnością naszych użytkowników ciężko będzie osiągnąć te odznaki. Ciekawe, za co można dostać odznakę Hacker? Może za takie posty? :)

Procentowy udział użytkowników w całkowitej reputacji portalu

Koziołek 3,99 %
Paweł Łukasik 3,91 %
Gutek 3,66 %
dario-g 3,12 %
Robert Olechowski 2,61 %
Marcin 2,33 %
Procent 2,26 %
Jurek Kozyra 2,04 %
uirapuru 2,02 %
noisy 1,78 %

Widać, że pierwsza dziesiątka użytkowników odpowiada za trochę ponad 27% całości.

Średnia liczba punktów na dzień (w stosunku do czasu na portalu)

Gutek 8,86
Koziołek 8,78
Paweł Łukasik 8,6
Robert Olechowski 8,00
Jurek Kozyra 7,22
dario-g 6,98
mykhaylo 6,68
Marcin 5,76
Procent 5,07
noisy 5,05

Wbrew pozorom nie zawsze dłuższy staż == więcej punktów na dzień.

Średnia punktów na użytkownika

89,90

Top 10 ilości odznak

Robert Olechowski 26
Gutek 22
Jurek Kozyra 22
Marcin 22
Eagle 21
andrzejp 20
Koziołek 19
bodziec 18
rafek 18
Paweł Łukasik 18

Top 5 up-vote'ów

21    Procent - Po co to wszystko
20    Koziołek - Lepiej zwracać bool czy rzucać wyjątek
20    wit – Po co to wszystko
19    vigrid – Ile zarabiacie na freelancingu
18    Procent – Jakie jest twoje wymarzone miejsce pracy jako programista

Procent z dwoma wiadomościami na czele.... :)

Automatyczny Dump przy crash’u aplikacji

2011-07-01T22:29:00.001+02:00

Ostatnio w komentarzu do posta o IE8 crash pojawił się komentarz o tym, czy możliwe jest takie skonfigurowanie systemu, aby automatycznie wykonywał się dump procesu, który przedwcześnie zakończył swój żywot w systemie. Oczywiście da się coś takiego osiągnąć i w tym poście pokaże jak.

Gdy proces umiera…

To, co dzieje się w systemie po tym jak aplikacja umiera nie jest na sztywno zaszyte - wręcz przeciwnie bardzo konfigurowalne. Za to, co nam się uruchomi gdy aplikacja przestanie działać odpowiada klucz w rejestrze a dokładniej:

64 bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\AeDebug

32 bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug

W polu Debugger, możemy wpisać nasz debugger, który może zostać uruchomiony w przypadku wystąpienia crashu aplikacji. Jeśli chcemy, aby były wykonywane zrzuty aplikacji w momencie, gdy przestanie ona działać, wystarczy w polu tym wpisać:

"Path\WinDbg.exe" -p %ld –c ".dump /ma /u <PATH_To_DUMPS>\CrashDump.dmp;q" -e %ld –g

Dzięki takiemu ustawieniu dump procesu zostanie zrzucony do pliku, a dodanie ;q spowoduje, że WinDbg zakończy działanie. Więcej informacji odnośnie Postmortem debugging można znaleźć w Enabling Postomortem Debugging. Jak prezentuje się całość:

Unable to display content. Adobe Flash is required.

Miłego crashowania!

Ku pamięci – Jak zaimportować XML do bazy danych

2011-06-29T09:15:00.002+02:00

Bawię się ostatnio publicznymi danymi udostępnionymi z serwisu devPytania (info tutaj O pewnym sukcesie) i już zanim przystąpiłem do próby analizy tych danych pojawił się problem.

Dane zostały udostępnione w formacie XML, który oczywiście mimo wszystkich swoich zalet o przenoszalności i dowolnego jego wykorzystania jest średnio zrozumiały przez MS SQL, które to chciałem zaprząc do tejże analizy. Tak więc pierwszą trudnością było to, jak wczytać takie dane do tabel.

Na sieci można znaleźć sporo postów mówiących, jak rozwiązać ten problem ale większość mówi jak XML’a wczytać po prostu do jednej kolumny bez analizy zawartości i stworzenia tylu wierszy w tabeli, ile głównych node’ów mamy w XMLu.
W końcu po prawie godzinie zmarnowanej na próbowaniu tego czy innego rozwiązania udało się znaleźć działający sposób (OPENXML). Prawie idealny.

DECLARE @idoc int
DECLARE @doc varchar(max)
SET @doc ='<xml>'
--Create an internal representation of the XML document.
EXEC sp_xml_preparedocument @idoc OUTPUT, @doc
-- Execute a SELECT statement that uses the OPENXML rowset provider.
INSERT Posts SELECT    *
FROM   OPENXML (@idoc, '/Posts/row',1)
WITH (Id int, PostTypeId int, CreationDate datetime2(7), 
Score int, ViewCount, Body ntext, OwnerUserId int, DeletionDate datetime2(7))

Co tu robimy? Na podstawie zmiennej @doc tworzymy dokument XML a następnie za pomocą OPENXML wybieramy odpowiednie elementy. Parametrami tego polecenia są: dokument XML, XPATH do wzorca wiersza jaki będziemy importować oraz flaga mapowania. Ten ostatni parametr zasługuje na krótkie przyjrzenie się mu. Odpowiada on za ustawienie tego, w jaki sposób będą mapowane dane z XMLa na kolumny w bazie.

0 – domyślnie; takie samo jak 1
1 - dane odczytywane z atrybutów
2 – dane odczytywane z elementów
8 – dane nie będą kopiowane do pola @mp:xmltext, które jest wykorzystywane w celach parsowania

Wartości można łączyć logiczną alternatywą. Czyli wg dokumentacji dozwolone są zarówno wartości 1,2 jak i 3,9 oraz 10.

Po wykonaniu takiego zapytania wiersze z pliku znajdą się w tabeli w bazie danych.

A czemu to prawie idealne rozwiązanie? Z dwóch powodów. Po pierwsze zawartość XML’a trzeba wkleić i podstawić do zmiennej @doc. Nie dałem rady zmusić T-SQL’a do zaczytania pliku i podstawiania wartości do tej zmiennej.
Drugi problem to wielkość danych. varchar to w T-SQL 8000 bajtów, tak więc przy większych plikach (a takowym był plik pytań i odpowiedzi) dane należało podzielić na mniejsze paczki ręcznie. Zmiennej typu text nie da rady utworzyć oczywiście.

Ktoś wie jak można to zrobić lepiej/ładniej/szybciej i ominąć te dwa powody?

mRemote–narzędzie do zarządzania połączeniami zdalnymi

2011-06-28T23:12:00.001+02:00

W pracy często spotykamy się z koniecznością logowania się do wielu serwerów zlokalizowanych w różnych miejscach. A to jakiś sewer buildów w jednej lokacji, a to produkcyjny w drugiej. Do dziś w tym celu miałem odpowiednio skonfigurowane i zapisane skróty do zdalnych pulpitów, ale takie rozwiązanie nie było zbyt wygodne. Ciężko też zarządzać grupą kilkunastu skrótów.

Od dziś przerzuciłem się na narzędzie mRemote. Pozwala ono zebrać w jedno miejsce wszystkie nasze zdalne pulpity, połączenie VNC, SSH i inne (lista obsługiwanych protokołów na stronie). Dzięki niemu, będziemy mogli zdefiniować wszystkie nasze połączenia w jednym miejscu i z niego nimi zarządzać.

Aplikacja także umożliwia zrobienie screenshotu ze zdalnego pulpitu (normalnie trzeba się trochę nagimnastykować) a dość często z tego korzystam.

Oczywiście nic nie stoi na przeszkodzie, aby mieć otwarte na raz kilka połączeń i w wygodny sposób przełączać się miedzy nimi za pomocą tabów. Aktualnie siedzę sobie z otwartymi dwoma zdalnymi pulpitami, zakładką pokazującą mi konfigurację mojego NAS’a oraz rutera. Oczywiście narzędzie darmowe. Sweet :).

SOS w VisualStudio

2011-06-27T22:49:00.002+02:00

Kolejny wpis z kategorii ‘nieznanych’. Dziś będzie o okienku Immediate Window. Wszyscy wiemy (?), że można w nim wykonywać wszelkie polecenia, jakie można by napisać w kodzie czyli np. var builder = new System.Text.StringBuilder() i będziemy mogli na tej zmiennej działać.

Ale za pomocą tego okna można napisać także .load sos (było to także możliwe w VS 2008). Co to nam da?
W większości przypadków wyświetli nam komunikat taki jak poniżej.

Aby załadować SOS musimy włączyć unmanaged debugging w ustawieniach projektu.

A to już da nam więcej. Będziemy mieli dostęp do wszystkich poleceń SOS!
Wtedy będziemy mogli wyświetlić stertę naszej aplikacji. Wystarczy wykonać polecenie !dumpheap –stat i gotowe. Czyli tak naprawdę wyświetlić informacje o wszystkich obiektach w naszym programie.

Potem już z górki. Możemy wyświetlić informacje o konkretnej klasie, czyli !dumpheap –mt <adres>.

Schodząc jeszcze niżej konkretnego obiektu: !do 02a0cbbc.

Lista poleceń nie ogranicza się tylko do tych wymienionych wyżej i daje dostęp do wszystkich poleceń modułu. Możemy analizować obiekty, kod i stos, struktury runtime’u oraz kilkanaście poleceń diagnostycznych. Pełna lista na zrzucie poniżej lub pod tym linkiem na MSDN.

Nice. Miłego SOS’owania.

Analiza dumpów w VisualStudio

2011-06-23T15:43:00.001+02:00

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 przeanalizować pliki *.dmp czyli zrzuty pamięci.

Za pomocą polecenia Open możemy wczytać taki plik i wyświetlić jego zawartość. Co więcej VisualStudio w ładny sposób potrafi pokazać nam, gdzie nasz program znajdował się w momencie wykonania zrzutu pamięci. Wystarczy, po załadowaniu pliku dumpa, wybrać opcję 'Debug with managed’ (bądź native – w zależności od potrzeb) a następnie skorzystać z opcji Parallel Stacks. Dzięki temu naszym oczom ukaże się ładny stan aplikacji w momencie zrzutu.

Teraz już bez problemu będziemy mogli znaleźć wątki naszej aplikacji i zobaczyć, że tak na prawdę dwa z nich próbują wstawiać elementy do tego samego słownika powodując wyjątek.

Wcześniej, aby osiągnąć te rezultaty trzeba było analizować zrzut pamięci w WinDbg, co dla niektórych stanowiło barierę przed tego typu analizami. Co prawda WinDbg wspiera nas poleceniami typu !analyze –v –hang ale mimo to niewiele osób to robiło w jakikolwiek sposób.

Dodatkowo po załadowaniu SOS (.loadby sos clr) a potem po !DumpStack –short możemy zauważyć, że wątki 32 oraz 34 siedzą w tej samej metodzie a mianowicie Dictionary.Insert wywołanej w tym samym miejscu.

No więc mamy to samo co udostępnia teraz VisualStudio. Miłego analizowania zrzutów.

Debugger Canvas–deep(er) dive

2011-06-19T21:52:00.001+02:00

Jakiś czas temu Tomek Wiśniewski na swoim blogu opisał (Debugger Canvas – nowe spojrzenie na ”odrobaczanie”) ciekawy dodatek do Visual Studio a mianowicie Debugger Canvas.

Ponieważ lubię wszelkie rzeczy związane z “ odrobaczaniem” postanowiłem się trochę przyjrzeć mu bliżej. W tym wpisie chciałbym pokazać trochę dodatkowych “smaczków”, które są udostępnione za pomocą Debugger Canvas.

Tak więc co dodatkowego posiada Debugger Canvas prócz tego co opisał Tomek? Na każdym z “bąbli” (wolę to określenie od chmurek) w prawym górnym rogu widoczna jest mała niebieska ikonka (to samo można uzyskać za pomocą opcji Locals Bubble). Po jej przyciśnięciu mamy dostęp do locals’ów czyli zmiennych widocznych w bieżącej ramce.

Ale to nie wszystko, klikając ikonę aparatu możemy zrobić “snapshot” bieżących wartości i w kolejnym przebiegu programu możemy je porównywać z aktualnymi.

Dzięki temu w prosty sposób możemy zaobserwować jakie zmiany zachodzą w programie i dlaczego w poprzednim przebiegu nasz program zachował się inaczej niż obecnie.

W domyślnym (i jedynym :)) swoim widoku, Debugger Canvas, wyświetla ciało jednej metody bądź właściwości. Z jednej strony ogranicza nasze pole widzenia tylko do tego co aktualnie istotne (wykonywany kod) z drugiej strony czasem pojawia się potrzeba zobaczenia czegoś więcej. Możemy wtedy skorzystać z małej czarnej strzałki w nagłówku każdego z bąbli.

Z listy, która się rozwinie możemy otworzyć w dodatkowych “bąblach” pozostałe fragmenty kodu dostępne na danym obiekcie.

Możemy również podkreślić całą ścieżkę wykonania programu klikając na strzałki pomiędzy bąblami. Ścieżka wykonania będzie oznaczona się wtedy na czerwono.

Dodatkowo pod prawym przyciskiem myszy mamy możliwość utworzenia notatki, czy też wyszukania fragmentu kodu.

W opcjach jak na razie jest niewiele ustawień. Mamy możliwość włączenia edycji kodu w “bąblach”, ale w chwili obecnej jest to opcja eksperymentalna i może spowodować, iż nasze Visual Studio przestanie działać.

Na koniec cały efekt naszej pracy, o czym wspominał Tomek, możemy zapisać do XPS’a i podesłać koledze aby zapoznał się z naszymi obserwacjami.

Podsumowując - Debug Canvas to interesujący dodatek. Przedstawienie kodu w postaci grafu przejścia może pomóc w łatwiejszym zrozumieniu co dzieje się z naszym programem i szybszym wyśledzeniu błędu.

VirtualStudy – Moje sesje

2011-06-13T20:44:00.003+02:00

Poniżej linki do moich sesji na portalu VirtualStudy z cyklu kurs C#. Przeznaczone główne dla osób początkujących, choć z sesji o reflection i atrybutach być może i ktoś z większą wiedzą także skorzysta :).
16. Czym są wyrażenia regularne - prezentacja, przykłady.
18. Odczyt danych z i do pliku - prezentacja, przykłady.
19. Poznajmy atrybuty i mechanizm refleksji - prezentacja, przykłady
20. Dostęp do danych to podstawowa funkcjonalność programów, zobaczmy, jak to się robi - prezentacja, przykłady
24. Wzorce projektowe - prezentacja, przykłady
Oczywiście dla zainteresowanych polecam pozostałe filmy z kursu C# jak też inne sesje z portalu VirtualStudy.pl

.NET blog

Daily WTF

VS Debugger - ustawienia w rejestrze

VS Debugger - Tips & Tricks

Breakpoint na funkcji

Automatycznie właściwości

Dźwiękowy brekpoint

Podsumowanie 2011

Wiedza od Google

devPC 2012

Podróże w czasie - DST

VS11 i .NET Framework 4.5

Show me your code–przegląd narzędzi do podglądania

Reflector - umarł król...

ILSpy - dobra alternatywa...

dotPeek

JustDecompile

CodeReflect

... niech żyje król?

Powiązane wpisy

BUILD - What's next in .NET Framework 4.5

What's next in .NET Framework 4.5

Wersje

WinRT & Metro

Ulepszenia

Szybszy start ASP.NET

Lepszy dostęp do danych - EF, ADO.NET, WCF, Websockets

WPF, Workflow, BCL, MEF, ASP.NET

Podsumowując

Mono.Cecil - prezentacja

BUILD - What's new in Visual Studio 11

What's new in Visual Studio 11

VS & MetroUI

Programowanie aplikacji DirectX

Programowanie sterowników w VisualStudio

Programowanie Azure & HTML5 & ASP.NET

ALM

BUILD - Future directions for C# and VB

Future directions for C# and Visual Basic

256. day of the year - Programmer's day

Narzędzia SysInternals dla programisty

Process Explorer

Process Monitor

Statystyki devPytań

Aktywni użytkownicy portalu (zdobyli choć 1 punkt):

Suma reputacji wszystkich użytkowników:

Aktywność użytkowników (godzinowa):

Odznaki, które nie zostały jeszcze wykorzystane

Procentowy udział użytkowników w całkowitej reputacji portalu

Średnia liczba punktów na dzień (w stosunku do czasu na portalu)

Średnia punktów na użytkownika

Top 10 ilości odznak

Top 5 up-vote'ów

Top 5 postów down-vote'ów

Automatyczny Dump przy crash’u aplikacji

Gdy proces umiera…

Ku pamięci – Jak zaimportować XML do bazy danych

mRemote–narzędzie do zarządzania połączeniami zdalnymi

SOS w VisualStudio

Analiza dumpów w VisualStudio

Analiza dumpów

Debugger Canvas–deep(er) dive

VirtualStudy – Moje sesje