Привет всем.
Пишу в заголовке «тестовая сборка …», а сам думаю «тестовая, угу».
В сборке удалены v5.2.0.30604 костыли устаревшие свойства инициализации и набора рядов «ado_exec_sp», «odbc_call_sp», «schema_sp_params», «check_cn_status».
После того как удалил, мелькнула мысль — «может надо было их сохранить и оставить только одно допустимое значение?».
Впрочем, умерла так умерла. Этот мусор будет только вводить в заблуждение.
Доступно новое обновление нашего ADO.NET провайдера — версия 1.11.
Это то самое изменение, которое спровоцировало выпуск IBProvider v5. Самое смешное, что ничего такого из v5 здесь не используется. Новый .NET провайдер будет работать и с IBProvider v3. Просто не надо было очень сильно задумываться над тем как все работает.
Но, как говорится, все что ни делается, все к лучшему. IBProvider v5 закрыл вопросы, которые у других даже не появлялись.
В процессе написания новостей про v1.11 заглянул на страницу со списком информационных свойств подключения и для себя отметил, что надо было сразу добавить в DataSourceInformation публикацию о размере страницы базы данных и версии ODS базы данных. В ближайшее время добавлю. IBProvider v7 для этого выпускать не понадобится.
Внезапно обнаружил, что в стандартном диалоге «Data Link» для выбора OLE DB провайдера и настройки подключения починили поддержку свойства «Integrated Security». Раньше для выключения интегрированной аутентификации надо было в PropertyBag сохранять специальное значение «NONE», потому что EMPTY (пустое значение) конвертировалось в пустую строку.
Теперь можно писать EMPTY — не конвертируется. Это на Windows 10.
Я так удивился, что снова проверил на древней XP SP2 — там действительно EMPTY конвертируется в пустую строку. Поэтому специальное значение «NONE» пока будет жить.
Видать нарвались на собственные грабли и починили.
Но, для остальных свойств все осталось по прежнему!
Если писать в PropertyBag EMPTY-значение, то обратно он возвращает пустую строку.
Повбывав бы.
Сегодня, в порядке эксперимента, упаковывал файлы с логами тестов релиза IBProvider v5.
Потом подумал — «не пропадать же добру» и выгрузил их наружу 🙂
Ссылка действительна в течении двух недель.
Смотрю на код (в собственном клиенте для FB) упаковки пароля в буфер, который будет отправлен на сервер:
m_dpb.AppendMbcString (isc_api::ibp_isc_dpb_password_enc, L"isc_dpb_password_enc", dpb_type::mbc_str_box_type(password_b,password_sz));
И думаю…
1. Пароль передается в «зашифрованном» виде.
2. В FB3 с его SRP, шифрование «поинтереснее».
3. Но пришлось libtommath затащить в код.
4. А в родном NetProvider для FB это «затаскивание» не асилили, поэтому SRP оно не поддерживает.
5. А интересно — «isc_dpb_password_enc» хотя бы используется?
6. Нет, не используется. Пароль передается как есть (через isc_dpb_password):
protected override void SendAttachToBuffer(DatabaseParameterBuffer dpb, string database)
{
XdrStream.Write(IscCodes.op_attach);
XdrStream.Write(0);
if (!string.IsNullOrEmpty(Password))
{
dpb.Append(IscCodes.isc_dpb_password, Password);
}
dpb.Append(IscCodes.isc_dpb_utf8_filename, 0);
XdrStream.WriteBuffer(Encoding.UTF8.GetBytes(database));
XdrStream.WriteBuffer(dpb.ToArray());
}
7. Забавно, забавно …
Решил прогнать на кодовой базе v5 модульные тесты встроенного клиента к Firebird. В качестве жертв были выбраны FB3.0.4 и FB2.5.6.
100 лет уже эти тесты не запускал — ограничивался основными тестами. Они тоже неплохо так разные варианты перебирают.
В процессе перезапуска тестов на FB2.5.6 (дорабатывал их устаревший код) нарвался на тупняк сервера со списками запросов. Ну, думаю, сейчас тройку замучаю и если на ней тест «RemoteFB.WORK.013.StmtAllocate.v2.ptype__lazy_send.011.check_release_of_dropped_stmts» тоже будет тупить — держите меня семеро.
(далее…)
Сегодня официально выпущен IBProvider v5.
А двадцать лет назад была зарелизена штука, с которой все началось:
База работала на InterBase 5.x. IB4 мои идеи уже не тянул.
После 55-го обновления, сломалась инициализация источника данных через пул подключений и ibp-файл с параметрами.
То есть, с помощью строки подключения вида «file name=employee.ibp». Где employee.ibp — это UTF8-файл со строкой инициализации IBProvider.
UDL-файлы не поломаны и с ними проблем нет. (далее…)
Возникла забавная ситуация, в которой неправильное решение более притягательно, чем правильное. Отчасти «потому что могу».
В OLE DB запрещен вызов метода IDBInitialize::Uninitialize, если у источника данных есть открытые дочерние объекты (сессии, команды, наборы рядов).
It is an error to call IDBInitialize::Uninitialize when there are open sessions, commands, or rowsets on the data source object; that is, the consumer must release all interface pointers on all sessions, commands, and rowsets on the data source object before calling IDBInitialize::Uninitialize.
Я бы тут вместо «open» написал бы «not released», но поскольку дальше русским по-белому написано «the consumer must release all interface pointers on all sessions, commands, and rowsets on the data source object», то вроде как всякая двусмысленность исчезает.
Есть еще аналогичный метод IDBDataSourceAdmin::DestroyDataSource.
Any open OLE DB objects on this data source, such as sessions, commands, rowsets, rows, and views, must be released before calling this method.
IBProvider v3 кладет на эти правила и разрешает эти операции при наличии у Data Source дочерних объектов. Но к этому я вернусь чуть попозже.
Если собираетесь читать дальше, то приготовьте пару стаканов…
(далее…)
Внезапно обнаружились баги в инсталляторе провайдера — после деинсталляции 32-битной версии переставала работать 64-битная версия. И наоборот.
Проблема была связана с ProgID — эти записи в реестре общие для 32-битных и 64-битных компонент. Исправил.
Сначала была мысль забить переиздать v3.55, но потом я вспомнил что у меня «валяется без дела» полностью оттестированная v3.55.1. И решил выложить её.
В инсталляторе есть еще пара изменений.
2. Все инсталляторы (vc10-vc15) теперь используют MSM-ы c VS CRT. То есть тупое копирование DLL с VS CRT осталось в прошлом.
3. Бинарник с COM-объектами из примеров провайдера теперь ставится в каталог «PF/LCPI/IBProvider.Common/bin».
Изменения в самом IBProvider я описал здесь.
UPD. А, ну да. В инсталлятор «Free IBProvider» добавлена установка бинарника с COM-объектами из примеров. Вот.