bazilio77,

проблема в том, что первичный код ошибки изменился ?

335544878 - это isc_concurrent_transaction, он обычно уточняет первичный код ошибки (isc_lock_conflict или isc_deadlock)

Если конфликт возник при апдейте, а не при чтении, то там ещё isc_update_conflict присутствует.

В 3-ке первичный код ошибки потерялся в одном месте - когда конфликт возник при создании версии
в SELECT WITH LOCK

PS при чём тут FIB+ я не понял

bazilio77Мне непонятно почему поменялся код.В процессе рефакторинга. Так понятнее ? Проблема от этого исчезла ? :)
Если это действительно проблема - пиши трекеру, вернём как было.

bazilio77Подытожу, конфликт SELECT WITH LOCK это теперь 335544878?Я вижу 6 вариантов конфликтов обновления (во время выполнения разных фаз select with lock\update\delete) в коде fb3.
5 из них начинаются с isc_deadlock
Из них 4 имеют второй код isc_update_conflict и 1 имеет второй код isc_read_conflict.
Все имеют isc_concurrent_transaction в кач-ве третьего кода ошибки.
6-ой - тот, с чего начался этот топик, содержит только isc_concurrent_transaction в статус-векторе.

bazilio77Еще какие сюрпризы?Новый год будет в понедельник

bazilio77В том что 878 отсутствует в фибплюсе.А каким образом он там должен присутствовать ?

Мимопроходящийнадоть вернуть как было.hvladЕсли это действительно проблема - пиши трекеру, вернём как было.

Судя по отсутствию тикета в трекере - это никому не нужно.
Так и запишем.

MNF http://tracker.firebirdsql.org/browse/CORE-4473
На сколько можно понять, обратной совместимости не будет. Не удобно при большом количестве БД и их переводе, но терпимо ;)Это другое

bazilio77Удивляет неужели никто не сталкивался с этой проблемой?Как так, такая ужасная проблема - и никто не сталкивался ? :)

bazilio77Кстати сообщение по новому коду достаточно невразумительное unavailable resource кажется.А можно без кажется ? О чём вообще речь ?

MNFhvladЭто другое

hvlad: В 3-ке первичный код ошибки потерялся в одном месте - когда конфликт возник при создании версии
в SELECT WITH LOCK

Это?Да.