Delphi Notes

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

Немного лирики. Я работаю с небольшой группой разработчиков над одним Проектом. Этот проект состоит из разных частей, грубо можно выявить такие категории:

база данных (на Oracle) и всё что с ней связано;
серверные скрипты и утилиты, работающие на стороне БД;
клиентские приложения (Delphi).

И вот клиентских приложений у нас аж девять штук. Для поддержания жизнедеятельности этих приложений у нас:

все исходники хранятся в SVN;
сборка приложений для тестирования и отладки может происходить на компьютерах разработчиков, но:
есть сервер сборки, который по определённым правилам запускает определённые скрипты и собирает приложения и выкладывает их на фтп.

Итак, задача, которую я себе поставил, состояла в следующем:

Разместить исходники библиотеки EL в SVN.
Настроить makefile таким образом, чтобы сервер сборки приложений мог собирать приложения с EL без установки EL родной инсталляшкой.
Настроить проекты (напомню, их много), чтобы все они компилировались с одинаковыми настройками EL.

Первое, что мне не понравилось, так это то, что на сайте для скачивания доступна лишь инсталляшка, которая при установке лишь спрашивает конечный каталог для сохранения всех файлов. Я был немного удивлён, что нет отдельного архива с исходниками. Ну ладно, мелочь, установил. Скопировал все установленные исходники в отдельный каталог и деинсталлировал. Разобрался как, установить EL ручками. Нужно мне это для того, чтобы программисты наши могли просто обновившись из SVN продолжить работу, а не скачивать отдельно дистрибутив и ещё устанавливать его.

Дальше – лучше. EL умная библиотека, и при активации самой себя в настройках delphi-проекта правит главный файл проекта (.dpr для Delphi7), добавляя себя в uses. Это с одной стороны очень удобно. Более того, EL умеет добавлять себя в uses не в самое начало, а после FastMM4, например. Это очень даже здорово. Только есть одно но. Напомню, что у нас проектов много. И мы используем набор библиотек, типа FastMM4, VCLFixPack и т.п. И чтобы при включении/исключении подобных библиотек не править каждый dpr-файл, у нас выделен отдельный модуль… назовём его ProjectAddons.pas. Этот модуль есть во всех проектах и стоит на первом месте. И именно в uses ProjectAddons.pas я планировал включить модуль ExceptionLog. Ну ладно, исходники есть (я всегда при покупке библиотек выбираю версию с исходниками), отключить автодобавление – дело техники. Правда это уже не красиво, лезть в исходник сторонней библиотеки…

Ещё раз я столкнулся с автодобавлением в uses уже при запуске скрипта сборки приложений вне IDE Delphi. Но тут тоже дело техники, достаточно перекомпилировать ecc32.exe.

Третий момент. Настройки EL сохраняются вместе с настройками проекта (в cfg-файл для Delphi7 и ранее). Это вполне логичное решение. Для сборки приложения вне IDE (используя ecc32), есть возможность указания отдельного файла с настройками, что тоже вполне оправдано. В итоге, достаточно настроить EL один раз, сохранить настройки в отдельный файл, и сервер сборки будет выкладывать файлы проектов с одинаковыми настройками. Однако на компьютерах разработчиков, при компиляции приложений из IDE, настройки подхватываются не оттуда. Опять же, проблема синхронизации – надо отслеживать девять (по числу приложений) файлов настроек. Именно этот момент я хочу предложить разработчикам EurekaLog реализовать по другому, а именно: в cfg-файле проекта хранить не все настройки EL, а только лишь ссылку на файл с настройками EL.

Ну и последний момент, который вынудил меня внести ещё две маленькие правки в исходный текст библиотеки. У нас для регистрации проблем и ошибок используется система баг-треккинга mantis. Поэтому EL я настроил так, чтобы отчёт об ошибках отсылался в mantis. И вот тут небольшая несуразица. В терминологии мантиса – у нас один Проект, просто приложений несколько. Когда пользователи добавляют вопросы в Проект, они указывают (при необходимости) приложение в отдельное поле. И вот настроить EL так, чтобы при создании вопроса в мантисе можно было указать приложение – оказалось не возможным, по причине того, что приложения в мантисе выбираются из выпадающего списка, а названия в этом списке не совсем совпадают с названиями приложений. Простое решение, которое пришло в голову – это скорректировать заголовок создаваемого вопроса. Т.е. вместо “[v – ]” я сделал так, чтобы подставлялось “[ v – ]”. Жалко, что для этого нет отдельной настройки в EL.

В общем, потратил я на всё это дело какое-то время. Плюс повозился с тонкой настройкой обработки конкретных исключений. Пришлось ещё раз проявить хитрость, из-за особенности использования некоторых потоков, которые запускаются по WaitFor, и дублируют Exception, который не обработался потоком…

P.S.: Несмотря на некоторые трудности, с которыми я столкнулся при внедрении EurekaLog, на сегодня, наверное, нет лучшего помощника для отлавливания ошибок. Must Have.

Что такое Eurekalogcore.bpl и как это исправить?

Большинство ошибок eurekalogcore.bpl являются результатом отсутствия или повреждения версии файла, установленного EurekaLog. Большую часть проблем, связанных с данными файлами, можно решить посредством скачивания и установки последней версии файла BPL. Мы также рекомендуем выполнить сканирование реестра, чтобы очистить все недействительные ссылки на eurekalogcore.bpl, которые могут являться причиной ошибки.

Ниже представлен список самых последних версий файлов практически для всех версий Windows (а также для некоторых %%os%%), которые вы также можете скачать. Если в настоящий момент отсутствует необходимая вам версия eurekalogcore.bpl, запросите ей, нажав на кнопку Request (Запрос) рядом с необходимой версией файла. Если ниже отсутствует необходимая вам версия, мы рекомендуем обратиться непосредственно к EurekaLab s.a.s..

Правильное расположение файла eurekalogcore.bpl является решающим фактором в успешном устранении ошибок подобного рода. Однако, не будет лишним выполнить быструю проверку. Затем вы можете повторно открыть EurekaLog, чтобы проверить выводится ли сообщение об ошибке.

Eurekalogcore.bpl Описание файла
File:	BPL
Функция:	EurekaLog run-time package for Delphi and C++ Builder XE
App:	EurekaLog
Версия:	7.0.3.0
Программист:	EurekaLab s.a.s.

Имя файла:	eurekalogcore.bpl e96a9ffd96a8406c106210e5718a8cc4dba6e7e9
MD5:	270caeae36e6cdc1971ab3cd6bc3d1f3
CRC32:

Eurekalab что это за программа

Catches exceptions and leaks
Works with a simple project rebuild
Compatible with EXE compressors

Speeds up bug identification
Develop more reliable softwares
60-day money back guarantee

We are so confident that you will find EurekaLog an invaluable and essential ingredient in your current and future development efforts, that we offer a 60-day unconditional money-back guarantee.

EurekaLog is a TOTAL solution for professional developers that want definitely to eliminate every unfindable bugs and deliver rock solid programs.

See the change log here and the features list here).

Buy now your update and pay only 50% of retail price (only for registered customers).

EurekaLog allows a more productivity because it’s possible to go direct to the cause of the problems without loss of time.

Moreover, it allows an excellent customization and differentiated treatments using its events.

Alexandre Fernandes
Software Developer
ILAB SISTEMAS

При подготовке материала использовались источники:
http://www.delphinotes.ru/2011/03/eurekalog.html
https://www.solvusoft.com/ru/files/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BE%D1%82%D1%81%D1%83%D1%82%D1%81%D1%82%D0%B2%D1%83%D0%B5%D1%82-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0/bpl/windows/eurekalab-s-a-s/eurekalog/eurekalogcore-bpl/
https://www.eurekalog.com/index_delphi.php