BreakPoint в стандартных модулях???

← →
AndrewVolkov (2004-05-23 15:41) [0]

Доброго всем дня. давно задавался вопросом, почему я не могу поставить брейкпоинт в модулях поставляемых с Делфи.

К примеру хочу поставить брейкпоинт в модуле idFtp на процедуре connect. Ставлю - все нормально, появляется красная полоса. Компилируем - полоса превращается в поносного цвета и соответственно брейкпоинт не отрабатывает.

Можно ли как-то сделать, чтобы брейкпоинт работал.

Спасибо.

← →
Palladin © (2004-05-23 15:53) [1]

Создаешь отдельную папку для подобных вещей. Переписываешь в нее то что хочешь протрассировать. Указываешь путь к папке в IDEMenu\Tools\Environment Options...\Library\Library paths. Открываешь в IDE переписанный файл. Ставишь точки останова хоть до потери сознания.

← →
AndrewVolkov (2004-05-23 16:01) [2]

Супер
Большое спасибо. Здорово помогли...

← →
McSimm © (2004-05-23 16:13) [3]

Меню Project/Options закладка Compiler флажок Use Debug DCUs

← →
AndrewVolkov (2004-05-23 16:56) [4]

Спасибо. 2 даже лучше.
А я столько время парился

← →
Palladin © (2004-05-23 16:59) [5]

Лучше то не лучше, а проще. Но если намериваешься вносить изменения в VCL не используй этот способ.

← →
AndrewVolkov (2004-05-23 17:00) [6]

Уже заметил. Странно, он их просто игнорирует и работает со старыми значениями.

← →
McSimm © (2004-05-23 17:02) [7]

> он их просто игнорирует

Потому, что сами Debug DCUs при этом не изменяются. Но используются.

← →
Ihor Osov'yak © (2004-05-23 17:07) [8]

хм. А зачем изменения в VCL вносить?

← →
Palladin © (2004-05-23 17:10) [9]

Хотя бы та же ошибочка в ComCtrls.pas:TListView Delphi6 при использовании vsReport и манифеста XP...

← →
Ihor Osov'yak © (2004-05-23 17:24) [10]

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

← →
Palladin © (2004-05-23 17:36) [11]

:) Ну чесно говоря, это уже больше организационный вопрос. Но мне кажется проблем не возникнет если у фирмы есть глобальный репозиторий.

в принцыпе да. Но я имел ввиду более глобальную ситуацию. То есть стороннего разработчика, так сказать коллегу/конкурента (ненужное вычеркнуть), или даже заказчика, желающего получить исходный код проекта. Хотя для сугубо корпоративных проeктов Ваш подход вполне мог бы иметь место.. Хотя бы я сопротивлялся до последнего. Из-за религиозных убеждений и/или табу на эксперименты с генофондом..

Не надо трогать генофонд, потом больно будет.

> Palladin © (23.05.04 21:01) [14]

Реальный случай - в одной из контор генофонд таки тронули. Причем грамотно тронули - именно так, как Вы и говорите. Все , конечно, было ОК.

Спустя несколько лет возникла необходимость реструктуризации проекта. И поимели о-о-очень большие проблемы. Как раз из-за изменений в генофонде.

Лично сам тому свидетель - "посчастливилось" участвовать в разгребании последствий. Было потрачено несколько человеко-месяцев.

Вывод - все же всегда нужно искать обходные пути. Благо, что существует наследование.

Юрий, верю. Я не призываю без повода вмешиватся в генофонд. И уж тем более не склоняю никого усиливать связь VCL и иерархии проекта. Это есть несомненно глупость. Но что же делать когда ошибка имеет место быть, наследование один из выходов, но иногда им одним не обойтись, вдруг приходется править совсем не верхнее и не нижнее звено? Выход только один. Аккуратненько вмешаться и дождаться исправлений. Вмешатся аккуратно значит лишь изменить содержание, но ни как не внешний интерфейс класса, это просто не приемлимо. Тем более это так редко случается... А создание исправленных наследников просто приведет к тому же что и простое исправление VCL. Новая версия VCL будет просто не совместима с теми же самыми наследниками... Может я и слишком нагло сужу, слава богу мне кроме одной двух недочетов в VCL замечать не пришлось...

BreakPoint в стандартных модулях??? Найти похожие ветки