1. Рантаймы(msvc*80.dll) у снапшотов и релиза разных версий.
Причём в релизе лежит рантайм от 2005 года.
Релиз:
8.0.50727.42, 22.09.2005
Снапшоты:
8.0.50727.6196, 14.05.2011
И манифесты разные, естественно.
И в бинарниках FB прописана разная версия в релизе и снапшотах.
Получается что тестируется и отлаживается всё с одним рантаймом, а пользователям релизится с другим.

2. Как юзеру задеплоить несколько UDR с разными рантаймами?
Например кто-нибудь напишет UDR, использующую 10-й рантайм. Другой напишет UDR с рантаймом 8.0.50727.6196, третий с 8.0.50727.42. Пользователь в одну папку всё это физически не положит, нужно будет по разным раскладывать.
Где можно указать, что udr с именем udr1.dll нужно искать в папке "$(dir_plugins)\udr\udr1\", а udr2.dll нужно искать в папке "$(dir_plugins)\udr\udr2\"?

3. Как уживаются несколько рантаймов в одном процессе?
Если например из UDR или плагина подгрузить fbembed.dll от 2.5. или от 1.5, или от firebird.dll от другой тройки (т.е. из другого пути, возможно с другими версиями icu*.dll, с другими плагинами (которые тоже неизвестно чего грузят)), то там никому не поплохеет, чисто теоретически? Этот вопрос относится и к рантаймам и вообще к возможности работы нескольких FB разных версий в одном процессе.

3.1. Например прога с fbembed.dll у меня создаёт файлики:
C:\Users\All Users\firebird\fb_trace
C:\Users\All Users\firebird\fb_trace_mqpkf1
C:\Users\All Users\firebird\fb_lock_fcb7693a00000400a2640400
Первый файлик архистранный. После остановки проги я почистил C:\Users\All Users\firebird\ и запустил заново, там появились файлики:
fb_trace.1
fb_trace_h2abg1
fb_lock_fcb7693a00000400a2640400
Не останавливая прогу я запустил ещё одну, из другой папки, добавился только файл:
fb_lock_fcb7693a000002000aa60900
Два других остались такими же (т.е. не перезаписались).
Т.е. один exe-шник создаёт себе fb_trace.1, а другой уже нет.

3.1.1. Дальше с файликами fb_lock_*. Что там за инфа? И как её будут делить разные fbembed.dll от разных серверов в рамках одного процесса?
Я бы предпочёл чтобы разные dll-инстансы разных версий FB (и вообще FB из разных папок), работающие в одном процессе, использовали разные временные файлы. Например можно добавлять к имени лок-файла или fb_trace-файла вот это: "hash(upper(full_dll_path))", ну и PID конечно к fb_trace нужен. Тогда коллизий на файлах не будет.

NickDeeЕсли например из UDR или плагина подгрузить fbembed.dll от 2.5. или от 1.5, или от firebird.dll от другой тройки (т.е. из другого пути, возможно с другими версиями icu*.dll, с другими плагинами (которые тоже неизвестно чего грузят)), то там никому не поплохеет, чисто теоретически?
Если главный процесс установит переменную FIREIBIRD, потом загрузит embedded, который в udr будет грузить embedded других версий, то конечно получится фигня. Глобальные переменные - зло :)

hvladЗло - это впадение в маразм такого рода: "embedded, который в udr будет грузить embedded других версий"
Правильным было бы, в качестве альтернативы глобальным переменным, сделать процедурку в клиентской либе, которая бы устанавливала всё что приходится устанавливать глобальными переменными.