Browse Tag

trick

Thread & CurrentCulture

Recently I had quite interesting situation I was not fully aware of. The problem was, that user got the message from my application in one language, although he started application with another one.
What had happened was – the operation was executed in another thread, which had different culture settings (specific to local machine) than culture settings of my application – as a result other resources where read 馃檪
Keep Reading

Problems with debugging in Silverlight

Ostatnio zdarzylo sie u nas w firmie, ze jedna osoba (pracujaca na Windows 8) nagle przestala moc debuggowac aplikacje w Silverlight‘cie – co dziwne na pozostalych komputerach (z Windows 7) wszystko dzialalo w porzadku.

Jeden problem – ze miala problemy z uruchomieniem aplikacji (Visual Studio rzucal info “Unable to start program http://localhost…aspx“) pod IE, drugi – ze nie byla w stanie debuggowac aplikacji, nawet jesli ta byla np uruchomiona na innej przegladarce.

Probowalismy wszystkich znanych nam rozwiazan, sprawdzajac co moze byc nie tak … oraz rozne inne (czasami dziwne) rozwiazania zaproponowane w Internecie… jednak bez rezultatu.
Skonczylo sie na ticket’cie w Microsofcie i tu musze przyznac chlopaki z Microsoftu z M眉nich spisali sie naprawde fajnie i nastepnego dnia mielismy juz rozwiazanie na ten problem. Powod? W sumie zabawny… co ciekawe dziala rowniez na Windows 7 ale o tym ponizej.
Keep Reading

TFS: Checked-out identical files

Okazuje si臋, 偶e w tak zar膮bistym narz臋dziu jakim jest TFS, mo偶na 艂atwo i bez trudu wykluczy膰 wszystkie pliki, kt贸rych nie tkn臋li艣my, ale nasz wspania艂y source control tool potraktowa艂 je jako zawieraj膮ce “nasze zmiany”. Mimo, 偶e je艣li tylko spr贸bujemy por贸wnywa膰 贸w plik, z tym na serwerze, to sam przyzna, 偶e s膮 one identyczne. Keep Reading

Zasadzka na wyj膮tka!

Czasami zdarza sie, 偶e aplikacja wraca z test贸w bo tester popsu艂 aplikacj臋 i gdzie艣 leci mu wyj膮tek.
Czasami zdarza si臋, 偶e sami popsujemy nasz膮 aplikacj臋 i gdzie艣 nagle leci wyj膮tek.
Czasami od razu wiemy, kt贸re miejsce “przecieka”, kiedy indziej musimy chwil臋 poszuka膰.
Niestety, r贸wnie偶 czasami zdarza si臋, 偶e pomimo tego, 偶e wiemy gdzie jest dziura, ci臋偶ko nam jest namierzy膰 konkretny moment gdy dziad jest rzucany (np. dana metoda wykorzystywana jest w wielu r贸偶nych przypadkach).. no zdarza si臋..szukanie i gdybanie sprawia, 偶e zadanie jest coraz mniej przyjemne.

Okazuje si臋, 偶e w Visual Studio mamy mo偶liwo艣膰 na zasadzenie si臋 na konkretny typ wyj膮tka.
Przy pomocy skr贸tu klawiszowego “Ctrl+Alt+E” ( tudzie偶 Debug->Exceptions ), mo偶emy wywo艂a膰 okienko “Exceptions“, kt贸re pozwala nam na zasadzenie si臋 na konkretny, b膮d藕 wszystkie rodzaje wyj膮tk贸w w naszej aplikacji.

Taka fajna opcja, niby jest tam od zawsze, a czasem wog贸le nie wykorzystywana.

Wykrzaczajaca sie kontrolka w designerze.

Przy okazji ostatniego spotkania Wroclawskiej Grupy .NET przypomnial mi si臋 jeden myk, kt贸ry swego czasu u艂atwi艂 mi znacz膮co 偶ycie.
Czasami zdarza sie, ze projektuj膮c kontrolk臋 tudzie偶 formularz wykorzystuj膮cy r贸偶ne nasze kontrolki, ta z r贸偶nych tylko sobie znanych powod贸w si臋 nam czasem wykrzacza gdy chcemy j膮 podejrze膰 w designerze.
W znalezieniu b艂臋du mo偶e pom贸c nam prosty trik:
 
Otwieramy drugie Visual Studio (#B#) z t膮 sam膮 solucj膮 i pod艂膮czamy si臋 pod proces pierwszego Visual Studio (#A#) (w okienku “Attach to process” b臋dziemy widzie膰 proces drugiego visual studio, wi臋c nie pod艂膮czymy si臋 sami pod siebie 馃檪 )
Nast臋pnie w Visual Studio #A# otwieramy jeszcze raz nasz膮 formatk臋 z kontrolka i przechodzimy do podgl膮du designera.
W momencie, gdy kontrolka rzuca obrzydliwym wyj膮tkiem, Visual Studio #B# zatrzymuje si臋 nam dok艂adnie w miejscu, z kt贸rego leci wyj膮tek 馃檪
 
Voil脿!