Delphi 7 ставит точки трассировки куда попало

← →
alexlotov © (2011-01-14 10:02) [0]

Была работающая программа в Delphi 5. Перевел ее в Delphi 7. Тут же выяснилось, что точки для трассировки (точки для останова) после компиляции часто компилятор Delphi 7 либо не ставит, либо промахивается и ставит в пустые строки.

Дистрибутив Delphi 7 кривой или это в принципе кривая версия — Delphi 7?

← →
Jeer © (2011-01-14 10:14) [1]

Без примера разговора нет.
Подумай о наличии у компилятора опции "оптимизация".

← →
Ega23 © (2011-01-14 10:18) [2]

> Дистрибутив Delphi 7 кривой или это в принципе кривая версия
> — Delphi 7?

D7 - один из самых стабильных релизов (если не самый). Так что кривые, скорее, руки.

← →
alexlotov © (2011-01-14 10:19) [3]

> Без примера разговора нет.Подумай о наличии у компилятора
> опции "оптимизация".
Пример огромный и сбой в расстановке точек трасировки почти в каждом модуле. Опцию "оптимизация" и ставил, и снимал. В Delphi 5 никогда такой проблемы не было. Видимо, Delphi 7 кривой изначально.

← →
alexlotov © (2011-01-14 10:21) [4]

> кривые, скорее, руки.
Если ничего не знаете, так лучше молчите, не засоряйте тему.
В Delphi 5 и 3 никогда такой проблемы не было. За 10 лет работы. Может, проблема в том, что модули были созданы изначально в Delphi 5.

← →
RWolf © (2011-01-14 10:27) [5]

У меня и в D7 такой проблемы не было, проекты перетаскивал из D5.

← →
alexlotov © (2011-01-14 10:30) [6]

> У меня и в D7 такой проблемы не было, проекты перетаскивал
> из D5.
Попробую Delphi 7 снести и снова поставить.

← →
Ega23 © (2011-01-14 11:05) [7]

> Если ничего не знаете, так лучше молчите, не засоряйте тему.
>
> В Delphi 5 и 3 никогда такой проблемы не было. За 10 лет
> работы.

Проблемы есть при переходе на D2010,из-за юникода.
Лет 8 назад большой проект с D5 на D7 перетащили за пару дней, основные проблемы были, ЕМНИП, с Vartype-ом. Типа, для
const cMyConst = 1;
vartype возвращал varByte. Вот эту ошибку долго искали. В остальном - никаких проблем.
Вопрос про кривизну рук остаётся открытым.

← →
Jeer © (2011-01-14 11:06) [8]

> Попробую Delphi 7 снести и снова поставить.

Глупости.
От D1 до D7 ничего подобного описанному не наблюдалось.
Поиграйся debug-опциями.

← →
Ega23 © (2011-01-14 11:08) [9]

> Поиграйся debug-опциями.

Если ничего не знаете, так лучше молчите, не засоряйте тему. :)
Ему переставить проще. С виндой.

← →
Jeer © (2011-01-14 11:21) [10]

> Ega23 © (14.01.11 11:08) [9]
> > Поиграйся debug-опциями.
>
> Если ничего не знаете, так лучше молчите, не засоряйте тему.
> :)
> Ему переставить проще. С виндой.

Да я против что-ли - можно еще и на железо погрешить :)
Заменить планку памяти, кулер, etc..

← →
sniknik © (2011-01-14 11:46) [11]

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

← →
han_malign (2011-01-14 12:04) [12]

Старые DCU, OBJ, DCP(эту гадость в первую), BPL, DLL и EXE надо тереть, а проект надо билдить...
Хотя бы изредка...

Инкрементальная сборка глючила, глючит и будет глючить во веки веков... Единственный признак по которому компилятор решает, что "модуль машинного кода" надо перекомпилировать(и заодно, между прочим, перепривязать отладочную информацию) - это когда время модификации сырца больше чем у объектника... Никакой другой версионности у DCU нет, так уж сложилось исторически(были времена когда считали каждый байт лежащий 360K дискете) - и вполне обоснованно - учитывая обратную совместимость(до определённого предела) Борландовских объектников(что позволяло сторонним производителям не сильно напрягаться при публикации проприетарных статически линкуемых библиотек)

З.Ы. Помнится, в BP 5.5, где полной пересборки не было как класса, даже была специальная утилита touch которая дергала время модификации исходника...

З.З.Ы. Только удалить надо не все объектники лежащие на диски, а те которые непосредственно относятся к проекту, иначе Delphi все таки придется переустанавливать...

← →
Anatoly Podgoretsky © (2011-01-14 12:17) [13]

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

← →
Anatoly Podgoretsky © (2011-01-14 12:21) [14]

> sniknik (14.01.2011 11:46:11) [11]

Это очень распространеная проблема, начиная с Д1
Если кто то не встречал, то тот или в рубашке родился, или не переносил
старый проект в новое место.
Ты из каких?

← →
Anatoly Podgoretsky © (2011-01-14 12:22) [15]

> Ему переставить проще. С виндой.

И сервер тоже.

← →
Jeer © (2011-01-14 12:38) [16]

> Если кто то не встречал, то тот или в рубашке родился, или
> не переносил
> старый проект в новое место.
> Ты из каких?

Я точно не попадался, скорее всего потому, что выполнял логичные вещи.

← →
Плохиш © (2011-01-14 13:48) [17]

Один раз был такой эффект. После правки в kylix файлы скопировал в delphi. Решилось быстро, кошка порылась в разных символах перевода строки.

PS. С диагнозом про руки согласен.

> Ты из каких?
не знаю из каких... но не сталкивался, может потому что версионность прог "блюду" и часто билд делаю.

> После правки в kylix ... в разных символах перевода строки.
в смысле вместо #13#10 в оконцовки строк модулей вкрались #10? надо будет проверить "эфект".

> > После правки в kylix ... в разных символах перевода строки.
>
> в смысле вместо #13#10 в оконцовки строк модулей вкрались
> #10? надо будет проверить "эфект".

Оно самое. Самое прикольное редактор показывает всё корректно, а дебуггер точки ставит куда попало. А обнаружилось открытием файла в нотепаде, до этого тоже долго настройки изучал :-(

PS. D7/K3

Снес до основания Delphi7. Поставил со всеми компонентами, какие нужно. (Потому что еще был один глюк)

Почистил корзину.

В проекте в корзину (чтобы можно было восстановить) удалил абсолютно все файлы, кроме .pas, .dfm, .dpr.

При компиляции пришлось восстановить один файл, типа .RES, но не создаваемый автоматом компилялтором.

Теперь, все работает, как надо.

Большое Спасибо за совет, мне и в голову не приходило, что такое может быть.

При переходе с 5-го на 7-ой:

1). *Решение в случае ошибок компиляции пакетов типа:
Missing unit "Proxies.pas" и Missing DsgnIntf.pas

Сначала заменить
uses DsgnIntf
на
uses DesignIntf, DesignEditors

Затем добавить DesignIde.dcp в лист требуемых модулей

1). **Везде,где есть
Null
VarArrayOf
Unassigned

нужно добавить модуль , Variants

> Missing unit "Proxies.pas" и Missing DsgnIntf.pas

Это они разнесли design-time и run-time пакеты. Если есть свои пакеты компонентов, то да, нужно переделать.

> нужно добавить модуль , Variants

Да, про это забыл, Varians в D7 отдельным модулем.

BP в проекте ставятся на основе DCU. Очень часто может ехать если есть два DCU в разных папках доступных IDE через Library path

Извините, мне в пятницу показалось, что все работает)))

Все равно точки трассировки сбиваются, начиная с 200 строки. Переместил модуль с 200-ой строки в самое начало модуля. Теперь сбивается с 500-ой.

Ставит точки на пустых строках, на комментариях, на end, и может точку не поставить на строке кода.

Зря я стал переходить с 5-го на 7-ой.

проверь на #10 о чем выше говорили.

> Зря я стал переходить с 5-го на 7-ой.
вообще то, имхо 7я это самая стабильная версия (точно знаю про баги ADO присутствующие в 5й, приходилось обходить, и исправленные к 6й-7й).

Delphi 7 ставит точки трассировки куда попало Найти похожие ветки