Док...
даже я, лапотник-гуманитарий, способен почитать (когда сильно нужно и не лень) RN от корки до корки.
...
И ты именно на основании прочтения RN сразу сделал вывод, что для embedded engine режим доступа к файлу базы определяется параметром ServerMode в файле firebird.conf?

Симонов ДенисчччД,

я сделал.

Написано же чёрным по белому, что fbembed больше нет. Используйте подключение через fbclient. Сам fbclient только клиентом, а движок расположен в plugins/engine12. Движок единый для всех архитектур сервера. Архитектура устанавливается в конфигурационном файле firebird.conf в параметре ServerMode. Это же логично.

Если у людей всплывают вопросы - значит, "нелогично".

kdvчччДчто для embedded engine режим доступа к файлу базы определяется параметром ServerMode
у меня логика была другая. Во-первых, я знал, что теперь архитектура определяется конфигом.
Во-вторых, когда я подключился ембеддедом, вдруг к базе сервером подключиться оказалось нельзя, база заблокирована.
"Суперсервер!" - догадался я. Собственно, все.
Ну, может еще и третье - embedded+exe = сервер. Разумеется, его архитектура определяется конфигом.

Ну ты-то из сервера ешь и пьешь, и спишь с ним, и то - "вдруг ... оказалось нельзя".

Мне вот совершенно непонятно, почему Embedded, который раньше был везде был описан как "просто dll", следует интерпретировать как "суперсервер" и тем более -"классик". Везде отличия супер/классик расписаны как особенности архитектуры: "отдельный процесс или проток на коннект", с какого перепуга нормальный человек ("пользователь") станет особенности архитектуры тащить на "просто dll"? Ах, тут от особенностей только режим использования файла базы - ну, поди догадайся.

Я не понимаю, для чего спорить об очевидных вещах. Ну, вот ты и ты - молодцы, догадались, а вот они - даже запустить не смогли.
Это - плохо.

Basil A. Sidorov...
"Простые пользователи" могут проспонсировать тематическое исследование "ретроспективы использования Firebird" или, таки, перестать ныть и начать читать "всё подряд", когда что-то непонятно.
Ну или просто забить на fbembedded "до лучших времён".

Ну вот чего ради новичок станет спонсировать в то, что он не знает и даже "долго вникать"?
"Не завелось" - и дальше пошел.

Меньше народу - больше кислороду?

kdv...
вообще-то, просто пользователь про архитектуры понятия не имеет, и не имеет понятия про "просто dll".
И если у этого простого пользователя "раньше на 2.5 работало, а на 3.0 - нет", то какого хрена и каким образом он поменял 2.5 на 3.0? ...

А если это разработчик приложения, так в 3.0 поменялся сервер, и поменялась вот эта вся система, про которую говорит Симонов, что "эмбеддед в старом понимании теперь нет". И в 3.0 дофига чего поменялось, чего по старому не работает, и о чем написано в RN.

И в результате мы опять возвращаемся к исходной теме. Что разработчик, получив проблему с эмбеддед на 3.0 (перейдя с 2.5) не понимал ни про длл, ни про архитектуры, ни про режимы открытия файлов, ни про конфиг фб3. А вроде должен был. Или понимал, но у него не хватило сложить 2+2.
...

"Просто пользователь FB" == "прикладной программист, использующий FB". Разве это не очевидно? ...или очевидно... но как-то так вышло, что у кого-то "не хватило сложить 2+2"... :)

hvladчччДМне вот совершенно непонятно, почему Embedded, который раньше был везде был описан как "просто dll"Это в где ?...

Люминь так люминь, ладно. Считаем, что я соврал, сидим ровно, с тобой спорить - не мой уровень, приношу извинения.

kdvГаджимурадов Рустам,

да вписано это в faq сто лет назад
http://www.ibase.ru/ibfaq/#embedded
Что - "это"?

Или снова - "собери картинку шести разных наборов пазлов и догадайся, что будет в седьмом наборе?"

kdv...
ВСЁ! Что еще надо?
Круто, чё. Мастер слова, рупор эпохи. :)
Компактно и по делу.
Спасибо, в смысле.