В някои случаи, когато възникне грешка по време на отстраняване на грешки, съставител показва линия delfovyh библиотеки точно там, където са настъпили изключение. Например третиране на несъществуваща масиви индекс и други контейнери, като този:

Получаваме указания низ: Грешка (@SListIndexError, Index); в System.Classes

В големи многонишковите проекти, които да улавят тези грешки, като я проследяване е изключително трудно да се запише дневника след всеки ред - също не е опция. И аз бих искал да знам линията на вашия проект, от където започна всичко. Как иначе може да разкрие низа за търсене в режим на отстраняване на грешки?

определен 28 март в 21:02

За да разберете къде идва грешката, трябва да погледнем стека на повикване (известен още като Call Stack). В режим на отстраняване на грешки в IDE стека е винаги на разположение и "последния ред на кода" се определя от елементарното. Освен това, по време на изключване в многонишков приложение, можете да видите всяко конкретно място е един от потоците, както и как е стигнал до това място. Ако се интересувате от въпрос на получаване на комина не е дебъгер. и като на ръка само компилиран EXE. Тук дойде инструменти за помощ (EurekaLog, MadExcept и т.н.), описани по-горе. - зет 29, март в 6:30 ч

@HeathRow разбира се е празен, той ще започне да "работи", когато приложението ще спре в някакъв момент. Защото преди подаване на заявлението да направите пауза точка в прозореца за отстраняване на грешки не е налице - паралелно работят с няколко теми, всяка от които има своя активен CallStack. Callstack сам ще покаже последователността на текущата нишка разговори, в резултат на точки на прекъсване, F4, изключение се случи. Превключването между потоци с всеки дисплей стека - през прозореца Статус Тема - ками на 29 март в 09:00