Перелез на бету 4-ки. После гибернации происходит разрыв соединения с базой (клиент и сервер на одном и том же десктопе), чего с 2.5.x не происходит. Это чиниться какой-нибудь настройкой или ...?

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

прям перелез? Или пробуешь. Предупреждаю перелезать рано!!!Перелез как разработчик, пользующий то, что документировано в firebird-language-reference-manual-30.

Симонов ДенисСтрока коннекта какая?
172.31.127.1 - это адрес на MS loopback адаптере. FirebirdSQL v2.5.9 у меня подключён тем же способом, со строкой:


Оба сервера сервера Super.

o_v_a, ась?! Power management у "Адаптер Microsoft замыкания на себя"?
Ты бы ещё предложил проверить у фильтр-драйвера, обслуживающего 127.0.0.0/8. :)

o_v_aА по уму... кто ж на сервере (пускай и для разработки) использует гибернацию?!Сколько же ты вчера выпил? :)
rdb_devПерелез на бету 4-ки. После гибернации происходит разрыв соединения с базой ( клиент и сервер на одном и том же десктопе ), чего с 2.5.x не происходит. Это чиниться какой-нибудь настройкой или ...?

Подключение работает без компрессии, но с шифрованием:

На всякий случай приведу выдержку из firebird.conf:

akrushУвел комп в гибернацию - на следующий день, в субботу, включил - процесс продолжился.
Правда подключение к БД, так как это все на одном ноуте - локально, без сетевых адресовУ тебя шифрование трафика включено?

hvlad, не проканает. У меня сервак висит не на фильтр-драйвере 127.0.0.0/8, а на программном адаптере Microsoft loopback, который ставится из драйверов. Я на этот адаптер ещё виртуалки вешаю с них же, порой, и тестирую.

hvladНу, IPv6 ещё, но это вроде не при чём.Это у меня вообще отключено через:

Шифрование как-то может влиять? Может по времени сбивается какая-то последовательность, используемая в шифровании?

kdvПеревожу комп в режим сна. Включаю опять. Повторяю запрос в IBE - все нормально, никаких проблем.
Перевожу комп в гибернацию, включаю. Повторяю запрос в IBE - вот ёп, опять всё работает.

Что я сделал не так?Использовал фильтр-драйвер 127.0.0.0/8, вместо "Адаптер Microsoft замыкания на себя"?

kdv, во всех современных Windows он уже есть и ставится элементарно из "Диспетчера устройст":
1. Правой кнопкой по корню, в "Диспетчере устройств",
2. "Установить старое устройство",
3. "Установка оборудования, выбранного из списка вручную",
4. "Сетевые адаптеры",
5. "Microsoft",
6. "Адаптер Microsoft замыкания на себя".

kdv, я не настаиваю. Лишь привёл порядок установки для тех, кому интересно.

akrushПолучается что если хочется работать с гибернацией - нужно использовать исключительно локальный коннект, без сетевых адресов и т.п.2.5.9 после гибернации не теряет соединение - IBExpert работает и не ругается.

akrushП.С. На что я обратил внимание: У меня было открыто окно настроек сетевых адаптером. Так вот для адаптера замыкания, сразу после включения статус "Идентификация". Судя по всему типа получить адрес. Я не пробовал адрес прописывать ручками, но подозреваю что при выводе из гибернации будет тоже самое - идентификация.Это называется APIPA и данное поведение можно отключить.

Dimitry SibiryakovВлад уже сказал какую настройку надо проверить.Как и ожидалось, не помогло.
SIO_LOOPBACK_FAST_PATH работает только для фильтр-драйвера, обслуживающего 127.0.0.0/8.

Как оказалось, последний релиз 2.5.9 тоже теряет соединение после гибернации.
На уровне обслуживания соединения fbclient.dll никакие изменения не вносились?

Попробовал использовать в параметре RemoteBindAddress два адреса привязки
В качестве разделителя пробовал пробел, запятую, точку с запятой... Ничего не вышло, сервер подхватывает только последний адрес - 127.0.0.1 :( Несколько удивлён, что в XXI-ом веке серверу СУБД нельзя задать несколько адресов привязки.

Возможно, я зря грешу на ФБ и выедаю чужой серотонин. Очень может быть, что всему виной "VirtualBox NDIS6 Bridged Network Driver", установленный не так давно вместе с соответствующим ПО.

Dimitry Sibiryakov, зачем перелопачивать до основания, если достаточно запустить эту подсистему в разных потоках по количеству привязок, при условии, конечно, что эта подсистема изначально грамотно спроектирована ещё до времён открытия исходных кодов InterBase и появления форков?

Dimitry Sibiryakovrdb_devНесколько удивлён, что в XXI-ом веке серверу СУБД нельзя задать несколько адресов привязки.
А все твои собственные программы уже это умеют?Для этих целей я специально писал библиотечную обёртку сокетов, позволяющую делать подобное - слушать в разных потоках по количеству привязок и пинать колбэк в порождаемых потоках при получении данных, по принципу "выстрелил и забыл".

Basil A. SidorovСделай патч, если это так тривиально - делов-то ...Не выйдет! Обёртка на виртуальных методах C++.

Dimitry Sibiryakovrdb_devдостаточно запустить эту подсистему в разных потоках по количеству привязок
Мнда...Ты знаешь другой способ "слушать" сокеты? Я таких не знаю... Даже реализация под вендой через сообщения, мьютексы и т.д. является лишь обёрткой, работающей с сокетами в отдельном потоке через стандартный сишный API.

Dimitry Sibiryakov, мелкософтовая WSAEventSelect(), это, как раз, та самая обёртка, о которой я писал. На мой взгляд, лучше крутить опрос сокетов "вручную" и для разных привязок использовать разные потоки, чтобы вносить в имеющийся код меньше переделок и, в большинстве случаев, использовать один поток опроса на один буфер адаптера.

Ко всему прочему, вчера я наткнулся на конфликт firebird.conf, когда проверял соединение с отключенным шифрованием. Если клиенты для 2.5.9 и 4.0b1 находятся в одном каталоге под разными именами и там же лежит firebird.conf для 4.0b1, клиент 2.5.9 отказывается подключаться, но как только убираешь из файла firebird.conf все активные параметры, кроме тех, которых нет в 2.5.9 или вовсе удаляешь файл firebird.conf, то подключение происходит нормально. Казалось бы, fbclient должен читать тот firebird.conf, что на уровень выше, а нет... Таким образом, параметр с привязками, игнорируемый клиентом и перекрывающий для сервера старые параметры привязки, стал бы решением.