Это нормально, что, при умолчательных настройках и запущенном сервере, если не задать в
командной строке gsec ключи -user И -pass, то он возвращает такую ошибку:
unable to open database
I/O error during "CreateFile (open)" operation for file "C:\PROGRAM FILES (X86)\
FIREBIRD\AVALERION\SECURITY3.FDB"
Error while trying to open file
The process cannot access the file because it is being used by another process.

То есть, я понимаю, почему так происходит, но почему это не обычное "your user name and
password are not defined" или какое-нибудь "нет прав"?..
Posted via ActualForum NNTP Server 1.5

hvlady-valve возвращает первую ошибку от провайдеров
Умолчательная последовательность провайдеров - Remote,Engine12,Loopback. При такой
комбинации ключей gsec, первый и последний провайдеры должны ругаться на имя
пользователя/пароль. И только средний - о занятости файла. Он не первый. И не последний. И
вот этого я не понимаю.
Posted via ActualForum NNTP Server 1.5

Dimitry Sibiryakovвот этого я не понимаю.
Единственный вариант, который мне приходит на ум, таков, что ошибка таки возвращается
последняя, а провайдера Loopback нет в природе или он не смог загрузиться.
Posted via ActualForum NNTP Server 1.5

kdvпришлось тупо взять security3.fdb от предыдущих билдов с уже прописанным SYSDBA.

Достаточно было остановить сервер.
Posted via ActualForum NNTP Server 1.5

hvladПочему ты решил, что Remote вообще в игре при твоей строке коннекта ?
Потому что у меня вообще нет строки коннекта, а, насколько я помню, gsec теперь работает
через сервисы, соответственно вызов sevice_attach должен Y-valve скармливаться каждому
провайдеру по очереди, пока один из них не выполнит его без ошибки.
Posted via ActualForum NNTP Server 1.5

dimitrremote-клиент для строки коннекта без хоста (а gsec именно так и
подключается) возвращает isc_unavailable
То есть он больше не пробует использовать XNET?
Posted via ActualForum NNTP Server 1.5

dimitrда, но при этом не будет возможности использовать embedded для локальных
коннектов
В случае с супером эта возможность всё равно ни к чему, поскольку ошибка занятого файла
блокирует цепочку провайдеров.
Posted via ActualForum NNTP Server 1.5

Симонов ДенисIBE так и не зовёт вовремя fb_shutdown
А фоновые потоки в Firebird так и не привыкли к мысли, что они могут быть прибиты в любой
момент без дополнительного предупреждения.
Posted via ActualForum NNTP Server 1.5

hvladОпять чушь непроверенную несёшь. Не надоело ?
Не постесняешься огласить правильную причину требования вызывать fb_shutdown() перед
закрытием приложения?
Posted via ActualForum NNTP Server 1.5

hvladМогу выслушать твою версию (когда будет время и настроение) и показать где ты
не прав.
Ну слушай: при выгрузке библиотеки на Windows есть большие ограничения на вызываемые из
DllMain() функции. В частности там запрещены все функции ожидания. Поэтому просигналить
потокам "завершись" можно, а подождать пока они это выполнят - нельзя.

Дальше - больше: после возврата из DllMain срабатывают деструкторы всех глобальных
объектов, включая менеджер пулов со всеми его мутексами. После чего обращение к ним из ещё
не завершившихся потоков приводит к крэшу.

А чтобы мало не показалось, RTL-ем в конце концов из главного потока вызывается
ExitProcess(), который все фоновые потоки пришибает TerminateThread()-ом.

И чтобы не копаться во всём этом, была изобретена fb_shutdown() с жёстким требованием
вызывать её ещё до выгрузки библиотеки или выхода, чтобы в ней таки можно было подождать
завершения потоков.

А теперь можешь показывать где я неправ.
Posted via ActualForum NNTP Server 1.5

hvladНет, они срабатывают не после возврата из DllMain. Их вызывают из DllMain.
Пофиг. Потокам от этого не легче: они не могут корректно завершиться пока главный не
выйдет из DllMain.
Posted via ActualForum NNTP Server 1.5

hvladкогда тебя предметно тычешь носом в незнание - тебе пофиг.
Ты лучше ткни где в коде любой DllMain явно вызываются деструкторы глобальных объектов,
раз уж утверждаешь, что они вызываются именно там. Вот это действительно будет
доказательством того, что я чего-то не знаю. А то пока я всего лишь вижу, что ты наивно
считаешь, что я не знаю, что DllEntryPoint, вызываемая системой, и DllMain, объявленная в
исходниках, это две разные процедуры.
Posted via ActualForum NNTP Server 1.5

hvladДа, я выше имел в виду конечно же CRTDllMain
А теперь, когда эта мелкая техническая деталь улажена, ты уже готов указать мне на моё
глобальное заблуждение о причинах существования fb_shutdown()?
Posted via ActualForum NNTP Server 1.5

hvladя выступил против вот этого утверждения
Ты считаешь его неправильным? Фоновые потоки проверяют существование глобальных
синглетонов к которым обращаются? Их убиение с помощью TerminateThread не приведёт к порче БД?
Posted via ActualForum NNTP Server 1.5

hvladЧитай последние коммиты
Вижу там только решение проблем с сетью. Ненужность вызова fb_shutdown() при завершении
приложения, использующего embedded, нигде в них не заявлена.
Posted via ActualForum NNTP Server 1.5