Error while compiling resources compile with vd for more details check for duplicates

Странная ошибка при компиляции

Модератор: Модераторы

Вернуться в Lazarus

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 23

[Перепост сюда моей записи http://jorra-jorra.livejournal.com/46547.html]

[использовались версии продуктов: КОМПАС LT v12, Lazarus — 1.0.4]

Очень обрадовало, что к КОМПАСу прилагается SDK в т.ч. и под любимую Delphi. Но уже давно её не использую просто по причине платности, ведь появился реальный конкурент — Lazarus. Во-первых, freeware, во-вторых, — по возможностям же практически идентичен (а кое-в чём заметно превосходит) Delphi. Хотя, равно, и корявый немного.
Т.к тема бесплатности софта для разработки актуальна, то думаю, мой опыт по адаптации SDK КОМПАСа для Delphi под Lazarus кому-нибудь пригодится. Хотя бы даже чтоб не гулговать десятки статей и постов на каждую ошибку компилятора, как это делал я.

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

1) Для начала стоит добавить в папку с примером из набора SDK (или с вашим проектом) файлы из папки Include (все файлы *.pas). Чтобы при преобразовании проекта у Lazarus’а не возникало лишних вопросов. Или же добавить эту папку в настройках Lazarus’а.

2) Первым делом необходимо преобразовать проект Delphi в проект Lazarus. Это делается соответствующей командой в меню Сервис. На этом этапе следует иметь в виду, что у контролов Lazarus’а (LCL) отсутствуют некоторые дельфячьи свойства, поэтому их придётся удалить, или же в дальнейшем дописать аналоги самостоятельно. Но таких, к счастью, очень немного.

3) В некоторых файлах из папки Include SDK (например, LIBdb.pas) почему-то имеется синтаксическая ошибка — после объявления функции в конце пропущена точка с запятой. Косяк разработчиков, не Lazarus’а. Придётся исправлять самостоятельно.

4) Почти во всех модулях из папки Include имеются ссылки (в секции Uses) на модули OleCtrls и StdVCL, которые отсутствуют в Lazarus’е. Первый можно заменить на Ole2 (судя по составу; по крайней мере, кушает успешно), а вторую ссылку можно вобще удалить.

5) Ресурсы. Примеры из SDK имеют объявления вида
{$R ‘Cube2.res’ ‘Cube2.rc’}
и Lazarus ругается на отсутствующий файл *.res. Лечится удалением неправильного объявления с *.res (т.е. получается {$R ‘Cube2.rc’}).

6) Ещё ресурсы. Для примеров из SDK выдаётся сообщение вида
gaykaLT.lpr(35,1) Error: Error while compiling resources. Compile with -vd for more details. Check for duplicates.
Оказалось, что в примерах из SDK то ли не правильная структура файла *.rc, то ли всётаки не их вина… В общем, сработала следующая методика. 1) Файл *.rc из примера переименовываем в *.dat. 2) Создаём текстовый файл XXX.rc (где XXX — название проекта, или же как он указан у вас в ссылке $R), с единственной строкой вида
MYDATA RCDATA «XXX.dat»
, где XXX — см. выше, имя файла *.dat.
После этого линковщик успешно линкует ресурсы. Вроде бы — по крайней мере, не ругается.

7) Если проект успешно скомпиллирован, начинает линковаться, но выдаёт ошибку вида
gaykaLT.lpr(35,1) Error: Undefined symbol: WSRegisterMainMenu
(далее идёт штук 40-50 ненайденных символов с префиксом WS*, и ссылаются все ошибки на конец главного файла проекта) — как пишут в Сети (и реально помогло), надо подставить ссылку в разделе Uses на модуль Interfaces. Эта ссылка, видимо, требуется только в главном файле проекта, *.lpr. Также опыт показал, что ссылки на некоторые интерфейсные модули (например, на InterfaceBase даже не в главном файле проекта, а в «главном» модуле) также устраняет данную ошибку.

В случае примеров из папки SDK, даже если пример успешно скомпилируется, — скорее всего, и название библиотеки в меню, и выдаваемые ею сообщения (может и названия контролов и т.п. — не тестил) будут выглядеть, как вариант «кракозябр»:
РС,Рѕ С…СѓР№РЅСЏ
В этом случае следует добавить строчку
{$codepage UTF8}
в самое начало, видимо, каждого модуля, где имеются выводимые на экран тем или иным образом строчки в кириллице.

9) [Случай только для бесплатной версии КОМПАСа — LT, хотя всем программистам стоит иметь в виду] После успешной сборки и компиляции загрузка в библиотеку выдаёт ошибку 126:
<имя файла.dll>: error 126
и затем нечто вроде «Ошибка подключения библиотеки XXX», где XXX — имя файла *.dll. В этом случае необходимо добавить в проект глобальную директиву компилятора
-d__LIGHT_VERSION__
(эта строка добавляется в Параметры проекта => Параметры компилятора => Другое). Обратите внимание, что пишется без пробела (это важно!). Как вариант, можно добавлять как обычный $DEFINE, но тогда в каждый соответствующий модуль отдельно.

10) Application.Hanlde…
Допишу потом!

Пока всё. По мере освоения SDK постараюсь описать другие грабли, костыли и косяки.
Надеюсь, кому-нибудь поможет, но уж и вы — отпишите о своих достижениях.
Также, конечно же, пишите свои варианты исправления косяков и устранения разницы между Delphi и Lazarus.

[использовались версии продуктов: КОМПАС LT v12, Lazarus — 1.0.4]

Очень обрадовало, что к КОМПАСу прилагается SDK в т.ч. и под любимую Delphi. Но уже давно её не использую просто по причине платности, ведь появился реальный конкурент — Lazarus. Во-первых, freeware, во-вторых, — по возможностям же практически идентичен (а кое-в чём заметно превосходит) Delphi. Хотя, равно, и корявый немного.
Т.к тема бесплатности софта для разработки актуальна, то думаю, мой опыт по адаптации SDK КОМПАСа для Delphi под Lazarus кому-нибудь пригодится. Хотя бы даже чтоб не гулговать десятки статей и постов на каждую ошибку компилятора, как это делал я.

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

1) Для начала стоит добавить в папку с примером из набора SDK (или с вашим проектом) файлы из папки Include (все файлы *.pas). Чтобы при преобразовании проекта у Lazarus’а не возникало лишних вопросов. Или же добавить эту папку в настройках Lazarus’а.

2) Первым делом необходимо преобразовать проект Delphi в проект Lazarus. Это делается соответствующей командой в меню Сервис. На этом этапе следует иметь в виду, что у контролов Lazarus’а (LCL) отсутствуют некоторые дельфячьи свойства, поэтому их придётся удалить, или же в дальнейшем дописать аналоги самостоятельно. Но таких, к счастью, очень немного.

3) В некоторых файлах из папки Include SDK (например, LIBdb.pas) почему-то имеется синтаксическая ошибка — после объявления функции в конце пропущена точка с запятой. Косяк разработчиков, не Lazarus’а. Придётся исправлять самостоятельно.

4) Почти во всех модулях из папки Include имеются ссылки (в секции Uses) на модули OleCtrls и StdVCL, которые отсутствуют в Lazarus’е. Первый можно заменить на Ole2 (судя по составу; по крайней мере, кушает успешно), а вторую ссылку можно вобще удалить.

5) Ресурсы. Примеры из SDK имеют объявления вида

{$R ‘Cube2.res‘ ‘Cube2.rc’}

и Lazarus ругается на отсутствующий файл *.res. Лечится удалением неправильного объявления с *.res (т.е. получается {$R ‘Cube2.rc’}).

6) Ещё ресурсы. Для примеров из SDK выдаётся сообщение вида

gaykaLT.lpr(35,1) Error: Error while compiling resources. Compile with -vd for more details. Check for duplicates.

Оказалось, что в примерах из SDK то ли не правильная структура файла *.rc, то ли всётаки не их вина… В общем, сработала следующая методика. 1) Файл *.rc из примера переименовываем в *.dat. 2) Создаём текстовый файл XXX.rc (где XXX — название проекта, или же как он указан у вас в ссылке $R), с единственной строкой вида

MYDATA RCDATA «XXX.dat»

, где XXX — см. выше, имя файла *.dat.
После этого линковщик успешно линкует ресурсы. Вроде бы — по крайней мере, не ругается.

7) Если проект успешно скомпиллирован, начинает линковаться, но выдаёт ошибку вида

gaykaLT.lpr(35,1) Error: Undefined symbol: WSRegisterMainMenu

(далее идёт штук 40-50 ненайденных символов с префиксом WS*, и ссылаются все ошибки на конец главного файла проекта) — как пишут в Сети (и реально помогло), надо подставить ссылку в разделе Uses на модуль Interfaces. Эта ссылка, видимо, требуется только в главном файле проекта, *.lpr. Также опыт показал, что ссылки на некоторые интерфейсные модули (например, на InterfaceBase даже не в главном файле проекта, а в «главном» модуле) также устраняет данную ошибку.

В случае примеров из папки SDK, даже если пример успешно скомпилируется, – скорее всего, и название библиотеки в меню, и выдаваемые ею сообщения (может и названия контролов и т.п. – не тестил) будут выглядеть, как вариант «кракозябр»:

Это хуйня

В этом случае следует добавить строчку

{$codepage UTF8}

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

9) [Случай только для бесплатной версии КОМПАСа – LT, хотя всем программистам стоит иметь в виду] После успешной сборки и компиляции загрузка в библиотеку выдаёт ошибку 126:

<имя файла.dll>: error 126

и затем нечто вроде «Ошибка подключения библиотеки XXX», где XXX — имя файла *.dll. В этом случае необходимо добавить в проект глобальную директиву компилятора

-d__LIGHT_VERSION__

(эта строка добавляется в Параметры проекта => Параметры компилятора => Другое). Обратите внимание, что пишется без пробела (это важно!). Как вариант, можно добавлять как обычный $DEFINE, но тогда в каждый соответствующий модуль отдельно.

10) Application.Hanlde…
Допишу потом!

Пока всё. По мере освоения SDK постараюсь описать другие грабли, костыли и косяки.
Надеюсь, кому-нибудь поможет, но уж и вы — отпишите о своих достижениях.
Также, конечно же, пишите свои варианты исправления косяков и устранения разницы между Delphi и Lazarus.