Как пользоваться дебаггером

← →
KilkennyCat © (2011-11-06 20:11) [0]

останов по условию? например, если некая переменная стала равна некоей величине - брекпоинт срабатывает

← →
Rouse_ © (2011-11-06 20:12) [1]

На бряке правой мышки и там свойства бряка

← →
KilkennyCat © (2011-11-06 20:21) [2]

О!... а что ж я не подумал хоть попробовать.... Огромное спасибо. А то задолбался 776 раз нажимать кнопку.

← →
картман © (2011-11-07 02:14) [3]

http://delphikingdom.ru/asp/viewitem.asp?catalogid=1392#SubSubHeader_2_6_6
с "2. Практикум"

не думал, что тебе это нужно

← →
* © (2011-11-07 02:15) [4]

толсто

← →
KilkennyCat © (2011-11-07 02:27) [5]

> не думал, что тебе это нужно

настоящему профи дебаггер не нужён ;)
собственно, я им пользуюсь лишь как трассером при анализе работы сторонних компонент.

← →
Германн © (2011-11-07 02:35) [6]

> настоящему профи дебаггер не нужён ;)

Ну да.
Пока не приспичит! :)

← →
TUser © (2011-11-07 12:18) [7]

> А то задолбался 776 раз нажимать кнопку.

var aaa: integer = 0;

inc (aaa);
if aaa = 776 then
writeln (776); // сюда ставим бряк

← →
Rouse_ © (2011-11-07 20:08) [8]

> TUser © (07.11.11 12:18) [7]
>
>
> > А то задолбался 776 раз нажимать кнопку.
>
> var aaa: integer = 0;
>
> inc (aaa);
> if aaa = 776 then
> writeln (776); // сюда ставим бряк

Это кстати достаточно рациональный подход, ибо условия на бряки проверяются дебагером (т.е. получается некий аналог избирательной трассировки) было бы вот что-то типа $CC + условие в ModRM+SIB (ну скажем первый операнд - адрес, второй значение по которому стопимся), тогда было-бы дело. А так - на длительных циклах, проще выполнить подход TUser-а чем ждать несколько минут пока все дцать мульенов раз DEBUG_EXCEPTION придет и проверится на условие...

← →
KilkennyCat © (2011-11-07 22:28) [9]

> TUser © (07.11.11 12:18) [7]

да.
а я недопер... надеюсь, это просто от недосыпа а не от разложения мозгов.

← →
Германн © (2011-11-07 23:25) [10]

> Это кстати достаточно рациональный подход

Но "избирательный".
Как мне "симулировать" такой цикл в ПО, которое работает с внешней железякой?
Костя тоже (по крайней мере наполовину) железячник. И я не понимаю его восторг от такого способа.

> [10] Германн © (07.11.11 23:25)
> Как мне "симулировать" такой цикл в ПО, которое работает
> с внешней железякой?

Пусть пикнет или подмигнёт светодиодом. Иначе какой вообще смысл в отладке, если проверить никак нельзя.

> Inovet © (07.11.11 23:33) [11]
>
> > [10] Германн © (07.11.11 23:25)
> > Как мне "симулировать" такой цикл в ПО, которое работает
> > с внешней железякой?
>
> Пусть пикнет или подмигнёт светодиодом. Иначе какой вообще
> смысл в отладке, если проверить никак нельзя.
>

Проверить-то можно. Проблема в том, что некая команда должна 776 раз исполниться в железке. Иначе это фикция.

> [12] Германн © (07.11.11 23:49)
> Проблема в том, что некая команда должна 776 раз исполниться
> в железке. Иначе это фикция.

Она и иполнится, только чуть дольше. Но нынче вряд ли за такты привязываются.

> Германн © (07.11.11 23:25) [10]
> Костя тоже (по крайней мере наполовину) железячник. И я
> не понимаю его восторг от такого способа.

Ну, сейчас уже больше, чем наполовину и надеюсь уйти совсем в железо.
А восторг ты бы понял, если бы 776 раз щелкнул мышкой. несколько раз:)

основной профиль (или увлечение) не должно влиять на решение текущей задачи.
иначе будет капремонт двигателя через выхлопную трубу.
решение простое, не требует изучение дебаггера, не требует задавания здесь вопроса и сокращает ресурс кнопки мышиной... а я не догадался.

> Inovet © (07.11.11 23:53) [13]
> Но нынче вряд ли за
> такты привязываются.
>

привязываются, еще как. Особенно если работать с какими-нить езернетами, канами, усби...

> Германн © (07.11.11 23:49) [12]
> Проверить-то можно. Проблема в том, что некая команда должна
> 776 раз исполниться в железке. Иначе это фикция.

Ну я не знаю что там у тебя за железка, у меня прежде чем код попадает в железку, он дебажится либо на эмуляторе оной, либо вызовы эмулятся через шлюз...

Как пользоваться дебаггером Найти похожие ветки