BeltarПосмотреть что-то Process Explorer'ом несложно, надо только знать о такой возможности.
<абстрактная риторика on>
сколько лет надо работать на компе в винде, чтобы услышать первый раз про ProcessExplorer?
Есть такие программисты, которые смутно ориентируются в файлах. Поставив Дельфи они не имеют понятия, в каких папках что лежит. Админы не знают про ProcessExplorer, не умеют пользоваться PerfMon, не могут поиском найти gds32.dll, не знают как посмотреть версию файла (в свойствах), и так далее. Я так понимаю, всеобщая дегенерация наступила примерно в конце 90х - мало кому сверх должностных обязанностей интересно что-то еще.
<абстрактная риторика off>

кстати, у меня тут
http://www.ibase.ru/devinfo/optimize.htm
про ProcessExplorer написано (и не только).

BeltarСделать нормальное сообщение, что в процессе подключения произошла ошибка, видимо, является непосильной задачей для программистов
ну, нормальный программист, наверное, должен понимать, что повреждения файла БД могут быть разными, и поведение сервера будет зависеть от этого. В одних случаях сообщения выдаются. А в других - сервер сразу падает. Или, например, зависает (был такой случай). И такие случаи можно повторить, поковыряв кое-где в базе данных hex-editor-ом.

Beltarвыяснилось, что старая gds32.dll спокойно себе лежит в Windows\System32 и инсталляторам, что от Багланда, что от Кодажира, что от Абрыкадабры глубоко и искренне параллельно ее существование.
ну конечно, все кругом козлы. Один ты на белом коне, с gds32 наперевес.

BeltarВидимо, разработчикам Delphi проще вставить подсказку, чем начистить морды
видимо, кто-то чего-то не понимает, и это свое непонимание пытается свалить на других.

BeltarМеня учили так, что программа должна корректно обработать исключительную ситуацию, и не вылететь, или зависнуть.
плохо понимаешь. сам программный код - это одно дело. А когда повреждены структуры, которые на диске, и они зависят друг от друга, и приводят к зациклу, например, то отследить такое бывает проблематично.
В ФБ есть баги, которые по 2-3 года искали. И проявлялись они только на некоторых системах, в редких случаях.

Beltar Но другие инсталляторы хотя бы спрашивали, если dll are no longer used.
вот ё. Допустим, у тебя в system32 лежала gds32.dll, которая на самом деле fbclient.dll превращенная в gds32.dll утилитой instclient.
При этом, gds32.dll только прикидывается таковой. Но, сюрприз, по протоколу она несовместима с IB.
Как это определит инсталлятор ИБ? Никак. Он, по твоему, должен убить эту dll и записать вместо нее свою? На каком основании?
И потом - ты инсталлятор ИБ мониторил через processmonitor, чтобы точно знать что он делает или не делает, и на этом основании писать про "Абрыкадабры"?

p.s. на будущее - не коверкай название компаний, любых. это как минимум некрасиво выглядит.