O ile dobrze pamiętam, Visual Studio (zarówno w roku 2008, jak i 2010) miało opcję łamania wyrzucanych wyjątków lub nieobsługiwanych wyjątków. Teraz, kiedy pojawi się okno dialogowe Wyjątki (Ctr + Alt + E), to właśnie oferuje przełamać kiedy jest wyjątek:Visual Studio: Co się stało z opcją "Break when an exception is unhandled"?
Próbowałem zmiany rozmiaru do kolumn w tym oknie, ale że nie pomogło. Czy to błąd, czy coś mi brakuje?
This wydaje się wskazywać, że może wystąpić, jeśli nie masz włączonego "Włącz tylko mój kod (zarządzany)".
Edytuj: po prostu wypróbowałem to tutaj (VS 2008) i mogę zweryfikować, że wyłączenie tej opcji spowoduje, że kolumna User-Unhandled zniknie. Możesz znaleźć opcję tutaj: Narzędzia -> Opcje -> Debugowanie -> Ogólne
Mam to również, gdy włączyłem obsługę serwera źródłowego w VS.NET. Po wyłączeniu obsługi serwera źródłowego opcja podziału na nieobsługiwane wyjątki jest nadal widoczna.
Ale myśl: czy jest konieczne, aby móc określić, że IDE powinno zostać złamane, gdy wyjątek jest nieobsługiwany? O ile mi wiadomo, to jest po prostu domyślne zachowanie, prawda? Więc jaki jest pożytek z tej opcji?
Łamanie wszystkich wyjątków może być dość uciążliwe podczas pracy z frameworkiem, który wewnętrznie generuje wyjątki (zarówno MBUnit, jak i ASP.NET MVC). Te wyjątki pojawiają się za każdym razem, gdy uruchamiam debugger. Łamanie nieobrobionych wyjątków jest zwykle tym, czego naprawdę chcę. –
tak, to był dokładnie problem. Dzięki! –