Есть модуль. В нём одна процедура и секция инициализации.
Ставлю точки остановки на первую строчку в процедуре и первую строчку секции инициализации. Запускаю (F9).
Управление сначала попадает В ПРОЦЕДУРУ!!! И только потом - В СЕКЦИЮ ИНИЦИАЛИЗАЦИИ!

Вопрос: как такое вообще возможно?? В какой ситуации???

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

Считал, что секция инициализации по определению вызывается первой ВСЕГДА!

Очень интересно мнение профессионалов!

> Управление сначала попадает В ПРОЦЕДУРУ!!! И только потом
> - В СЕКЦИЮ ИНИЦИАЛИЗАЦИИ!

а процедура-то откуда вызывается? не из секции инициализации? -)

Вызывается из секции инициализации ДРУГОГО модуля.
А даже если б из этого - как это объясняет, что управление сначала попадает в процедуру, и лишь потом - на ПЕРВУЮ строчку секции инициализации? Я в недоумении..

P.S. Юзаю Delphi7

> [2] IGray   (10.03.09 12:36)
> Вызывается из секции инициализации ДРУГОГО модуля.

а модули в каком порядке в файле проекта?

Сорри, а какая разница?
Если процедура из модуля А вызывается из секции инициализации модуля Б, то это значит, что модуль А указан в списке USES модуля Б, и по-любому секция инициализации модуля А должна ведь была сработать первой...

Мож это какой-то известный баг Дельфи?

> IGray  (10.03.2009 12:16:00)  [0]

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

Начни не по F9, а по F7 и посмотри, что начинает исполнятся

> инициализацию не требуется вызывать

Сорри, в каком смысле? Поясните свою мысль пожалуйста.
До инициализации модуля А процедура в нём не работает правильно...

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

Проект скомпилирован с опцией "Build with Run-Time packages"

> IGray  (10.03.2009 12:36:02)  [2]

Секции инициализации не должны вызывать процедуры из других модулей, явно или косвенно.

> clickmaker  (10.03.2009 12:38:03)  [3]

Я легко обеспечу кросс зависимость.

>На самом деле проект крупный, много модулей и кода, поэтому здесь выложить сложно.

Тестовый пример делай, как проявляется проблема. Может и сам поймёшь почему, а нет - то всем покажешь.

А так - только гадание на гуще.

Так же разумно включить компиляцию с дебажными либами и посмотреть колл-стэки, кто что и когда вызывает.

> [8] Anatoly Podgoretsky ©   (10.03.09 13:19)
> Секции инициализации не должны вызывать процедуры из других модулей, явно или косвенно.

Это ээээ... пуленепробиваемое правило, или от него, иногда, можно отступать ?

Можно отступать, вообще, от многого. Главное - что бы потом не биться головой об стену в поисках ошибки, как ТС.

> Riply ©   (10.03.09 13:54) [11]

Это правило Анатоля и чем дальше ты от него, тем безопасней не следовать этому правилу. :)

> Секции инициализации не должны вызывать процедуры из других
> модулей, явно или косвенно.

А вот это интересно, так как это реально ново для меня. Раньше этому правилу никогда не следовал и проблем не имел. Можете ли обосновать свою мысль?


> Тестовый пример делай

Похоже, этого не избежать, спасибо!

> А вот это интересно, так как это реально ново для меня.

Я думаю, что это реально ново и для борланда, вот они удивятся :) Ведь добрая часть VCL не следует правилу Анатоля! :)

модули циклически ссылаются друг на друга interface - implementation

> Riply  (10.03.2009 13:54:11)  [11]

Можно, когда есть увереность.

+ >>Секции инициализации не должны вызывать процедуры из других модулей, явно или косвенно.
тогда порядок INITIALIZATION будет отличаться от задуманного

> IGray  (10.03.2009 14:08:14)  [14]

Как же не имел, а что тогда плачешь?

> просто так  (10.03.2009 14:17:18)  [18]

Порядок не будет отличаться, а рабоспособность будет.

Будет отличаться порядок вызова секций INITIALIZATION разных модулей соответственно и работоспособность

> Как же не имел, а что тогда плачешь?

Не имел раньше, хотя использовал часто...
Интересно, а на процедуры из стандартных дельфийских модулей согласно Вашему правилу, ссылаться можно?

> просто так   (10.03.09 14:24) [21]

мне без разницы, в каком порядке срабатывают секции инициализации разных модулей - плохо что процедура из модуля как-то вызывается до его инициализации :-(

Я тебе сказал начни с F7, а не F9, и посмотри в какую процедуру инициализации зайдет ход исполнения. Третий раз повторить? Или чего?

Не надо повторять :-)
Сорри, что не написал здесь, просто результат этого эксперимента был отрицательный :(
F7 показывает, что управление передаётся сначала секции инициализации модуля Б, потом из этой секции вызывается процедура из модуля А. Секция инициализации модуля А вызывается ПОЗЖЕ всего этого, а хотелось бы - ДО
В общем всё как я писал ранее..

> IGray  (10.03.2009 14:37:22)  [22]

Это распространяется на приведенное правило, как ты справедливо заметил мое, поскольку во время срабатывания секций INITIALIZATION еще не все секции инициализированы. Отсюда могут быть проблемы.

> Palladin  (10.03.2009 14:45:24)  [24]

Ну найдет и что, а в другой раз будет другой порядок и что так постоянно и бегать?

> IGray   (10.03.09 15:03) [25]

циркуляр референсы вообще штуки вредные и нужно от них избавлятся. ну а по поводу твоей проблемы, попробуй поменять uses местами в одном из interface в implementation, в другом соответственно наоборот.

Дело в том, что конкретно ДАННАЯ проблема для меня не критична, я могу её как-нибудь обойти, но я не хочу внезапно напороться на такое поведение позже, в гораздо более ответственном месте.

Т.е. я не столько хочу исправить данный баг, сколько разобраться КАК ТАКОЕ ВООБЩЕ ВОЗМОЖНО...

Спасибо всем кто помогает!

Это все понятно. Ты попробовал сделать то что я написал?

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

Надо передизайнить проект так, чтобы такой дури не было. Что думают создатели VCL о своем детище в этом разрезе - мне плевать. У них работает.

В настоящий момент модуль А ссылается только на стандартные модули, тем не менее проблема осталась..

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

> IGray   (10.03.09 16:13) [32]

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

> KSergey ©   (10.03.09 16:00) [31]

Я посоветовал по возможности избавиться от циркуляр референсе. Если от этого избавиться ему не предоставляется возможности (но как видно из ответа очень даже возможно) то поменять места определений. А в VCL нет в секции initialization вызовов к другому модулю который так же использует этот.

> IGray   (10.03.09 16:13) [32]
> В настоящий момент модуль А ссылается только на стандартные модули, тем не менее проблема осталась..

Какая?
Уже же сказано: надо передизайнить так, чтобы инициализация одного модуля (и вызываемые из нее функции!) не зависели от инициализации других модулей ВООБЩЕ!
Ибо такая ситуация будет все время бить по ногам, сегодня ее решить удасться, а завтра снова на нее наткнемся.

Всем спасибо! Пока у меня утром глючил инет, я и сам кажется въехал..
Похоже правильный ответ звучит так:
"Два и более модулей имеющих секции инициализации не должны прямо либо косвенно циклически ссылаться друг на друга"
В противном случае у компилятора "едет крыша", т.к. процесс поиска правильной последовательности инициализации как бы зацикливается, что приводит к описанному в вопросе эффекту, причём никаких предупреждений компилятор не выдаёт (а ведь мог бы).

Прошу прощения за ошибочную информацию в посте

> IGray   (10.03.09 16:13) [32]
> В настоящий момент модуль А ссылается только на стандартные модули, тем не менее проблема осталась..


Не знаю как это вышло, но я недоперекомпилировал проект :-(
После полнейшей перекомпиляции проблема исчезла, т.е. дело было только в вышеуказанном.


>  чтобы инициализация одного модуля (и вызываемые из нее
> функции!) не зависели от инициализации других модулей ВООБЩЕ!


Думаю это уже слишком, т.к. инициализация модулей БЕЗ циркулярных референсов выполняется совершенно спокойно и однозначно...

Ещё раз всем спасибо за участие в моей проблеме!

Кстати, знает ли кто-нибудь более-менее удобное средство визуализации зависимостей между модулями проекта?

зависит от требований к этому "более-менее" :) меня и вот ModelMaker устраивает... Розыч тут чего то ваял, но результатами так и не похвастался :)

Не скажу что у меня прямтаки удобное, я его просто банально не довел до конца, т.к. нет времени, а по моим прикидкам чтобы довести это дело до ума нужно месяца три.
Для работы использовали эту утилитку несколько раз чтоб понять откуда ноги растут у того или иного модуля, нам в принципе для небольшого рефакторинга хватило.
Воть: 1.4Мб
http://rouse.drkb.ru/other/unitweb.zip

Ну и картиночка: http://rouse.drkb.ru/other/uw.gif

Спасибо! Очень любопытная тулзовина!
Жаль, что мой проект не переварила...
За инфу про ModelMaker тоже спасибо!

> Не скажу что у меня прямтаки удобное, я его просто банально
> не довел до конца, т.к. нет времени, а по моим прикидкам
> чтобы довести это дело до ума нужно месяца три.
> Для работы использовали эту утилитку несколько раз чтоб
> понять откуда ноги растут у того или иного модуля, нам в
> принципе для небольшого рефакторинга хватило.
> Воть: 1.4Мб
> http://rouse.drkb.ru/other/unitweb.zip


У меня почему-то не работает :(. "List index out of bounds (-1)" после открытия любого dpr'а, в частности самого простого с одной формой, специально созданного для этого в Delphi 7. И никаких графиков и списков как на скриншоте не появляется. С какой стороны подкрутить, чтобы заработало? ^^

А она умеет только от 2006-ой дельфи и выше проекты кушать :)

Если кому нужно будет - то в могу чуть подправить и выложить полностью с исходниками. Дома в принципе семерка стоит, под нее можно будет допилить...

> [44] Rouse_ ©   (11.03.09 14:55)
> Если кому нужно будет - то в могу чуть подправить и выложить полностью с исходниками.

"Надо, Саша, надо" (с) Почти дословная :)
Очень надо.
Пару дней назад прижало и сама начала писать что-то типа dpr - "парсилки".
А тут такая удача. Так что давай "подправляй и выкладывай полностью с исходниками".
:)

Надо, значит допилю :)

> [45] Riply ©   (11.03.09 15:22)

Сейчас у меня даже получение списка файлов проекта
до конца не реализовано. Споткнулась на конструкциях типа:

{$IFDEF SOME_CONDITION}
{$INCLUDE ..\..\..\MySuperPuper.pas}
{$ENDIF}

т.к. еще не научилась определять "продефайнено" ли здесь(в данном месте данного юнита) SOME_CONDITION или нет.

Я тебе краткое направление дам - сначала определи все дефайны проекта, включая глобальные, потом определи места откуда до кода дефайн включен, потом вычисти все комментарии в тексте, при этом важно отличать дефайн от комментария типа {}, потом удали весь текст в выключеных дефайнах и после этого получишь чистый текстовик который можно элементарно парсить..

У меня все это чиститься за исключением вот таких конструкций:

> [48] Rouse_ ©   (11.03.09 15:44)
> Я тебе краткое направление дам

Спасибо :)
Но я пока повременю в бой бросатmся - подожду твоих исходников :)

Стукни в аську, в профиле - так проще будет, вдвоем быстрее доведем, а то я в одиночку неделю телепаться буду, если не больше :)

Jedi Code Formatter с исходниками - рулез фарева. Там готовый парсер

Удалено модератором
Примечание: больше не буду

> Rouse_  (11.03.2009 16:09:50)  [50]

Налицо сговор, один пилит, а вторая допиливает :0)

Как всё таки насчет того, что бы колл-стэк посмотреть? С включенными дебажными либами?

Кол-стек в какой точке?
На какой вопрос Вы ищете ответ?
Я со своим вроде разобрался.. см. IGray  (11.03.09 13:16) [37]
Если нужно - поясню подробнее.

>Думаю это уже слишком, т.к. инициализация модулей БЕЗ циркулярных референсов выполняется совершенно спокойно и однозначно...

Увидел.

> Считал, что секция инициализации по определению вызывается
> первой ВСЕГДА!


Естественно всегда!

Но если в проекте несколько модулей, в каждом есть секция инициализации, то все эти секции выполняются в порядке указания модулей в USES.
Соответственно, если в секции инициализации одного модуля вызывается некая процедура(из этого модуля или из другого - неважно), то эта процедура выполнится до того, как начнётся выполняться инициализация следующих по порядку модулей.

Вроде бы здесь всё логично и вопросо не должно возникать?

Если в функцию (функции) вставить условие


то можно избавиться вообще от секции инициализации и не париться про порядок вызова оных при старте. Если не охота плодить условия в функциях, то можно эти 2 строки вынести во внутреннюю функцию и вызывать уже ее. Лишняя строка читабельность кода не повредит.