BC6: Access violation. Link terminated.

[RXL]

Есть такая бага (см. субж). Проблема возникает на этапе линковки. Я с ней столкнулся второй раз. Первый раз как-то решил и ... забыл как. В инете нет ответа.

Выглядит так:

Код:

[Linker] 
[Linker Error] Fatal: Error detected (C:\1518)
[Linker Error] Fatal: Access violation.  Link terminated.

Если кто _точно_ знает, как решить - пишите сюда. Это будет как памятка, чтоб еще раз не вспоминать.

[RXL]

Это ошибка линкера.
Тут этот вопрос обсуждался: http://sysman.flesk.ru/index.php?s=&act=ST&f=48&t=6685

Нужно поставить патчи:
Borland C++Builder 6.0 Enterprise Update 4 (=build 10.166)
BCB 6.0 Enterprise ilink patch (v.5.66)

Update4 можно найти по ссылке ^^^. Второй патч я пока найти не смог.
После установки первого версия ilink32.exe меняется с 5.60 на 5.64 и код ошибки тоже меняется:

Код:

[Linker] 
[Linker Error] Fatal: Error detected (LME1520)
[Linker Error] Fatal: Access violation.  Link terminated.

У кого-нибудь есть этот патч?

[RXL]

Некоторым решением будет в настройках проекта убрать галочку "Don't generate state files" на закладке "Linker". Лекарство ли это или временное решение - пока не знаю. Во всяком случае, мне сейчас помогло.

[RXL]

Найден патч. Помогло.
Большое спасибо корейским любителям BC6!

Для нуждающихся патч лежит здесь: http://shelek.tmf.ru/programs/BCB6_ilink32_5.66_patch.rar
Размер: 1МБ
Содержит README и патчи для версий standard, pro и enterprise.

Предварительно следует установить Update4: http://shelek.tmf.ru/programs/BCB6_ENT_Update_4.rar
Размер: 24МБ
Обновляет как инструментарий, так и VCL-библиотеки для версии enterprise.

[RXL]

Снова эта хрень. Уже не смешно 

По теме: http://public.kitware.com/pipermail/vtk-developers/2005-July/003411.html
Оттуда ссылка на faq Борланда: http://dn.codegear.com/article/26379

Question:
I am working with a large project and it started generating LME linker
errors.  Why is this occurring, and are there any workarounds?

Answer:
LME (Linker Memory Errors), usually result from the linker failing to allocate
enough memory to perform its operations. These error usually only occur with
very large projects.

Workarounds:
 1. Increase the amount of virtual memory (even if it is a lot, try increasing it).
 2. Disable state files (this pretty much will disable the incremental linker).
     - On that note, you should delete any *.il files in your project directory.
 3. Break up some of your project into DLLs to relieve the stress to the linker.
 4. Possibly a problem in your project related to conflicting calling conventions
     between a project and a dll.

Это сколько памяти ему надо?!! У меня 1.5ГБ оперативки и 2ГБ файл подкачки. Причем усиленного свопирования не наблюдается. При этом, размер exe получается 5МБ (это вчера, когда еще собиралось). Всего навсего поставил BC6 на другой машине.

Материться хочется. Видимо, действительно стоит думать над разбиением на dll.

[Джон]

У меня 1.5ГБ оперативки и 2ГБ файл подкачки.

Винда хочет для pagefile.sys от 1,5 до 3х, от размеров ОЗУ. Те  в твоём случае рекомендовано 2,25Г, хотя лучше - 4Г. А сколько объектные файлы занимают?

[RXL]

Джон, думаю, дело не в памяти, а в багах линкера.
Забавный факт: я до этого компилировал на виртуалке с 384МБ виртуального ОЗУ и 1ГБ своп. Сейчас пересобрал проект там и он... собрался!
А на отдельной физической машине поставил тот же компилятор, те же патчи, те же версии компонентов - собирается с ошибкой.

Объектные файлы занимают 54МБ, ресурсы - меньше 10кБ, готовый exe должен выйти ~5.2МБ. Все библиотеки BC и компонент линкуются статически, чтобы не тянуть их по отдельности на клиентские машины.

[RXL]

Неопределенная бага. Единственное гарантированное, хотя и временное, решение - уменьшить размер линкуемых частей. Пересобрал все используемые сторонние компоненты в режиме Release и размер exe уменьшился на 300кБ. Видимо это какой-то барьер - в 5МБ. Патч для ilink32 помог его преодолеть, но всего на 200кБ. А ведь программа будет расти...

В кратце оглядел хелпы на предмет создания dll с компонентами. Сложности есть (классы в отдельных модулях) и пока не ясно как решать. Во всяком случае, они в эту тему не вписываются. Когда поэкспериментирую и уточню сложности, напишу отдельную тему. Как просто с чистым С: никаких классов, никаких абстракций - все четко и ясно. Ностальгия взяла (

[Finch]

Ну Dll изначально не предназначены для объектов. Надо очень много прыгать с бубном, чтобы их собрать, и чтоб работало.
Ром, а это обязательно именно в BC++. Другой альтернативы нет?
Я лично в BC сидел максимум с пол года. Правда в довольно старой версии. Меня лично отолкнуло, непонятная работа с указателями. И то, что нужно было подключать не хедеры, а cpp файлы Кстати в 6 версии это осталось?

[RXL]

Finch, честно говоря, не знаю, что такое "подключение cpp" и в чем сложность с указателями. Не встречал такого.

Программиста в штате у нас нет - его заменяю я, хотя я администратор базы. (
Проекту много лет. Сейчас он состоит из 67 модулей. Переписать все это под другую среду - огромная работа. Проект с самого начала велся на BC++. Год назад я его со скрипом перенес с BC5 на BC6. В общем то, выбор верный, т.к. разработка на BC не требует высокой квалификации (визуальность и достаточная понятность генерируемого кода) и будущим админам будет легче разобраться в коде.

Вить, а какая альтернатива есть? Нужно много GUI (диалоги, таблицы и т.п.).
MFC? - Увольте, но не буду я на нем писать.
VB? - Это мой ночной кошмар. И медленно работает.
Java? - Тормоз жуткий.
Qt/GTK++ - инструментарий слаб и библиотеки за собой тянет.
Что еще есть?

[Вад]

RXL, WTL?

[Джон]

MFC? - Увольте, но не буду я на нем писать.

Почему? Ща в 2008ой студии такую "весчь" замутили.

А С#? Тож штука перспективная пока.

[RXL]

Вад, что есть WTL?
Посмотрел на rsdn статьи. Тот же MFC, только в профиль и еще навороченней.

Джон, не перевариваю я MFC - кривой он, на мой взгляд. У меня патологическая неприязнь к MS

[Джон]

Посмотрел на rsdn статьи. Тот же MFC, только в профиль и еще навороченней.

Ага, ты только WTL-щикам про это не говори - могут и морду набить. Это набор шаблонных классов, который не требует никаких библиотек. Это скорее ООП надстройка над ATL. Позволяет гораздо удобней делать компактные симпатичные проги, которые зависят только от системных компонент винды. Мы как-то на неём мессенджера ваяли для Штерна (или Шпигеля).

Джон, не перевариваю я MFC - кривой он, на мой взгляд.

Дык его кривизна совпадает с кривизной WinAPI, а на чём ещё можно под виндой ваять? Всё остальное и дельфи, и дот нет - это только надстройки над ней, такие же как и MFC, только попродвинутей.

У меня патологическая неприязнь к MS

Тогда не пиши под неё, если есть такая возможность. Я бы, например проги только под ДОС делал. Милое дело. Дык клиенты не спрашивают. Понаставять всяких икспей да вистей, а ты мучайся.

[Алексей++]

MFC - это вкууусно!

[Finch]

Finch, честно говоря, не знаю, что такое "подключение cpp" и в чем сложность с указателями. Не встречал такого.

Сразу оговорюсь, BC++ была очень старой версии. Где то 1999 года разлива.
Заместо #include "MyFile.h", Нужно было писать #include "MyFile.cpp". Иначе он выдавал полный список статей моей виновности при линковке. Как это побороть, честно говоря, я тогда не нашел.
Насчет указателей. Да с обычным одинарным указателем он работал нормально. Но как только мне понабились двойные указатели на мой собственный тип, тут начались приключения. Он зараза, при резервировании массива указателей, размешал не в куче, а в продолжении стека функции. И как бы головной указатель, был не указателем на массив, а самим массивом.

[RXL]

Finch, кошмар... Нет, с таким мне столкнуться не пришлось. BC я опробовал первой версии и забыл на долго, пока не пришел на текущую работу - уже на BC5.

Джон, учту

Кстати, что интересно: в BC есть две несовместимые "системные" библиотеки: VCL и CLX. CLX - более поздняя. Заявлено, что она кроссплатформенная и, судя по докам, очень напоминает Qt.

[CBuilder]

Мне нужен файл BCB6_ilink32_5.66_patch.rar
Ссылка http://shelek.tmf.ru/programs/BCB6_ilink32_5.66_patch.rar уже не рабочая у кого небуть он еще есть?

[RXL]

CBuilder, того домена сто лет как не существует. Посмотри тут: https://club.shelek.ru/viewfiles.php?id=3

[CBuilder]

RXL, спасибо вам большое! А то где не искал негде небыло...

[Prokl]

Столкнулся с этой ошибкой линкера. кто-нибудь, все же, нашел решение, как с ней справиться?

[RXL]

Prokl, апдейт и патч уже наложил?

[Prokl]

Да, уже давненько.

[RXL]

И что происходит?

У меня проблема была плавающая. Пять лет пользуюсь BCB6. Четыре года назад нарвался на багу. Пропатчил. Иногда она снова вылезала - в теме я отписался. Потом исчезла и до сих пор ее нет. Проект во всех случаях один и тот же. Сейчас размер exe перевалил за 6 МБ, не считая дополнительной dll.

Не могу сейчас вспомнить, что было в последний раз, когда проявилась бага. По моему, я просто пересобрал весь проект (не make, а build!). Причем, сборку я делаю Debug, т.к. никакой существенной весовой и скоростной разницы не заметил, а ошибки лучше заметны.

Еще можно попробовать удалить файлы базы предкомпилированных заголовков и пересобрать проект заново.

[Prokl]

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

Добавлено через 1 минуту и 33 секунды:
удалил все временные файлы - не помогло

[RXL]

Попробуй пересоздать проект и добавить в него файлы.

[Prokl]

Пересоздать в смысле переписать? Видно это и придется сделать. Просто уже кучу компонент навтыкал и сейчас все заново делать...

[RXL]

Разве "пересоздать" и "переписать" - синонимы?
Тупо создаешь новый проект. Выкидываешь из него все. Копируешь в его папку файлы из старого проекта (cpp, h, dfm, res). Добавляешь скопированные модули через менеджер проекта.

[Prokl]

Сделал, ошибка осталась. Придется именно переписывать

[RXL]

Значит глюк проявляется при некоторой ошибке в программе. Если ты все правильно пропатчил, то вариантов не остается. Сперва ставится BCB6 Enterprise, потом апдейт, потом патч для линкера.