брейкпоинты на все изменения структуры

[BuRn]

Есть объект, в объекте есть список. Проблема такая , что этот список на непонятном мне месте изменяется, на входе в конструктор все ок , после отработки конструктора все ок , но вот банально на обработчике данные в некоторых полях структуры уже другие , а именно почему - то только на поля типа bool. Вот хотелось бы поставить брейкпоинты на все изменения этого списка. Как это делается в креаторе я не знаю...

[merke]

показать где забор?

[BuRn]

я вас не понял. Вообщем да хочу выяснить на каком моменте туда попадает мусор

[merke]

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

[kambala]

Как это делается в креаторе я не знаю...

а в чём знаешь?

выполни поиск по проекту вида ".<имя нужного поля>" - вот тут и ставь брейкпоинты

[interv]

Код в студию.
и еще попробуй волщебный батник создать

Код:

del /s /f /q Makefile.*
del /s /f /q *.o
del /s /f /q moc_*.*
del /s /f /q Makefile.*
del /s /f /q *.pro.user

иногда помогает, запусти его перед компиляцией

2kambala: В дельфях элементрано делается.

[KrupaKarlo]

Без кода никто не ответит. Такие вещи просто контролировать если у тебя функции доступа  к списку четко очерчены. А если ты откуда попало меняешь список, то удачи тебе в поиске 

[lit-uriy]

>>хотелось бы поставить брейкпоинты на все изменения этого списка
Великие программисты, авторы отладчиков, до сих пор отладчик как таковой не написали.
Я не знаю ни одного случая, когдаб отладчик позволял контролировать доступ к данным (чтение/запись).

[BuRn]

Olly разве нет  ?

[Akon]

Отладчики имеют возможность устанавливать брейкпоинты на изменение данных по данному адресу. Это т.н. аппаратные точки останова. 

[mutineer]

Отладчики имеют возможность устанавливать брейкпоинты на изменение данных по данному адресу. Это т.н. аппаратные точки останова. 

Есть такое, но я читал что их очень мало - что-то около 4 точки одновременно на всю систему