ёёёёёОтчего так?
Криво собранные DLL-ки либо другая причина, по которой в приложении наблюдается несколько разных EFIBInterBaseError.

Vlad FА то, насколько помню, в этом случае всегда были штатные проблемы с as и is.
Не всегда. Только при кривой сборке.

Dimitry SibiryakovНи за что и никогда исключения не должны пересекать границу библиотеки.
Господи, какая глупость.

Vlad FОднако, ты второй уже раз поминаешь кривую сборку, вместо того, чтобы научить заинтересованных слушателей прямой.
Я уже лет пятнадцать как поминаю её здесь каждый раз, когда возникает эта тема. И опыт показывает, что люди ни фига не учатся - начинают возражать, говорить, что собирают как надо и идти дальше в своё вечное путешествие по граблям.

В случае DLL кривая сборка - без использования run-time packages. Это приводит к копированию RTL и следующим из неё многочисленным проблемам, в том числе к упомянутым здесь is/as и исключениям, а также к многочисленным не упомянутым.

Vlad FА тут, значит, все, что без runtime-пакетов, все кривое. Ну-ну.
Я же говорил

softwarer... и идти дальше в своё вечное путешествие по граблям.

kealon(Ruslan)сборка dll с пакетами это кустарщина для внутреннего пользования
Кустарщина - это попытки с помощью "сюда подсунем, здесь закостылим, а этого скажем что не надо так делать" довести до "разваливается только время от времени" технологию, которая не работоспособна и не предназначена работать в таком режиме. Поставить один чекбокс и получить безупречно работающий результат - для того, чтобы назвать это кустарщиной, особенно в таком сравнении, нужно.... очень развитое воображение, назовём так.

Что же до внутреннего использования... прежде всего я хотел бы увидеть, кто из присутствующих вообще пишет не для внутреннего использования. После чего поинтересоваться, чему в их внешнем использовании мешают ран-тайм пакеты. Вот просто попросить назвать задачу, которую они мешают решить. Впрочем, могу сразу назвать результат - поскольку подобные неумные разговоры ведёт уже не первое поколение. Люди додумаются максимум до "а если я захочу часть DLL компилить одной версией дельфы, а часть - другой, всё равно будут проблемы". На вопрос - зачем им это нужно они не ответят. На вопрос - как они при этом будут решать свои костыли с передачей хандлов и прочим - тоже не ответят.

kealon(Ruslan)категорий такого софта много
Не подменяй вопрос. Я спросил не про категории софта, а про людей.

kealon(Ruslan)Людей, непонявших основы ABI, к системному программированию допускать нельзя
Судя по этой фразе, смысла слов "системное программирование" ты не знаешь.

kealon(Ruslan)каким образом вы оцениваете не имея эффективного положительного опыта в подобной разработке?
Ты точно хорошо подумал над вопросом?

Dimitry SibiryakovЧто самое забавное, точно та же реакция следует на вопрос "а зачем тут вообще ран-тайм пакеты и чему во внутреннем использовании мешает сборка монолит-кирпич":
Ты имеешь в виду сборку в один exe? Предлагаю авторов таких ответов зачислять в ту же категорию, что и коллегу Руслана. А так - там, где dll не особо нужны, это, безусловно, лучший из возможных вариантов. Одобренный стариной Оккамом.

Dimitry SibiryakovИ вот тут возникает естественный вопрос "а где они, собственно, особо нужны?"
Тут уже есть варианты. Если лезть на стенку, конечно, про любой можно сказать "не так уж и особо", а если принимать разумное и взвешенное решение - они удобны, например, при конфигурировании. Когда у тебя сотня клиентов, и первому нужны модули 1, 2 и 3, второму - 1, 4 и 5, третьему - 1, 3 и "особая версия модуля 5" и так далее, собирать и тестировать каждому свой особый кирпич становится довольно громоздко.

Dimitry SibiryakovЯ, конечно, не буду говорить, что это решается ветками в VCS
Потому что это будет странный и нелепый ответ, свидетельствующий о "моя реплика либо не прочитана, либо не понята".

Dimitry SibiryakovBPL-ки "ненужных" модулей ты совершенно не поставляешь или поставляешь вместо них
заглушки?
Для начала, это не BPL-ки. В BPL-ки я укладываю движок и прочую общесистемную функциональность, которая нужна везде. Прикладной код собирается в DLL-ки. Из них поставляются только нужные. Да, естественно, динамическая загрузка. Ничего самурайского в нём нет, нет вообще никаких проблем. То есть не то что "были, но я решил", а их просто нет. Возможно, потому, что я не стал совершать двух любимых ошибок новичков:

а) использую ран-тайм пакеты
б) загружаю dll-ки один раз и даю им жить всё время работы приложения, не пытаясь "выгружать когда не нужны".

Dimitry SibiryakovЭтот микс чисто из-за того, что ты не смог в справке найти LoadPackage() или тут есть
глубинный смысл?
Ты правда думаешь, что стиль поведения закурившего и выматерившегося подростка помогает тебе выглядеть умнее?

kealon(Ruslan),

что-то мне подсказывает, что когда мы достанем и померяемся, окажется, что образование системного программиста есть только у меня. А вполне вероятно что и образование программиста вообще. Поэтому давай ты так деликатно перестанешь называть себя тем, кем не являешься.

kealon(Ruslan)не помню что бы получение диплома делало кого-то проффесионалом в узкой области, это всего лишь стартовый шаг
Конечно. Просто это экономит время. Если ты двигался в правильном направлении - значит, первые лет десять своего кропотливого обучения осваивал то, что прошёл бы за пять лет профильного образования.