Escape from nested try - catch statement

Question

Aktualnie debuguję kod za pomocą zagnieżdżonych instrukcji catch-try.

Z łatwością mogę poradzić sobie z błędami za pomocą polecenia dbstop, ale za każdym razem, gdy patrzę na kod i chcę przestać go uruchamiać, muszę raz wprowadzić dbquit dla każdego poziomu zagnieżdżenia.

Ponieważ jest to dość irytujące, szukam rozwiązania, które naprawdę przestanie debugować wszystkie programy po zakończeniu debugowania.

Oto przykład, jak nazywam Kod:

dbstop if error 
dbstop if caught error 
mytestmain 

I tu jest przykładem tego, co funkcja może wyglądać (podfunkcję mogą lub nie mogą być w innym pliku .m)

function mytestmain 
try 
    mytestsub 
catch 
end 

%% Definition of subfunction 
function mytestsub 
try 
    a=b;%generate an error as b is not defined 
catch 
end 

---

Czego próbowałem?

• Próbowałem za pomocą skryptu lub funkcji, która wywołuje dbquit dwukrotnie, jednak będzie to tylko wykonać dbquit raz.
• Próbowałem za pomocą dbquit('all'), ale bez efektu

---

pamiętać, że nie wolą usunąć sprawozdania try-catch w kodzie.

Answer 1

Można zadzwonić dbclear przed użyciem dbquit

dbclear all; dbquit; 

jednak pamiętać, że będzie to także oczywiste, wszystkie punkty przerwania ustawić ręcznie, a więc jeśli używasz breakpoints dodatkowo należy raczej używać

dbclear if error; dbclear if caught error; dbquit; 

Answer 2

To nie jest tak, jak powinno działać. Pojedynczy dbquit powinien całkowicie usunąć z debuggera, niezależnie od tego, jak głęboko zagnieżdżone są instrukcje try/catch i jakie punkty przerwania są nadal ustawione.

Czy używasz starej wersji programu Matlab? W wersjach Matlaba przed wersją R2009b jest known bug related to dbstop if caught error, co może wywoływać takie zachowanie. Możesz uaktualnić, jeśli używasz starszej wersji.

Bez względu na wersję, spróbuj wykonać dbstop if all error zamiast oddzielnych instrukcji dbstop if error i dbstop if caught error i sprawdź, czy zachowanie się zmienia.

Podejrzewałbym też, że możesz uruchomić wiele funkcji z poziomu wiersza "K >>", a skończy się zagnieżdżonymi sesjami debuggera, ale ten, który zrobiłeś, powinien był zadbać o tę sprawę.