После использования селективной процедуры и коммита транзакции (RCRW), попытка CREATE OR ALTER PROCEDURE завершается с ошибкой. Вернее, ошибка появляется при попытке коммита новой RCRW транзакции, в котором выполнился без ошибок этот стейтмент. Текст ошибки:

Cannot commit transaction:
Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.
lock conflict on no wait transaction.
unsuccessful metadata update.
object PROCEDURE "имя процедуры" is in use

После этого делаю роллбэк.

Перед этим всем (стартом транзакции для обновления процедуры) и после роллбэка её:

1.

SELECT * FROM MON$TRANSACTIONS M
WHERE M.MON$TRANSACTION_ID <> CURRENT_TRANSACTION
(в IBE)

показывает только ридонли транзакции (MON$READ_ONLY=1 у всех открытых)

2.

В MON$STATEMENTS нет стейтментов с использованием этой процедуры.

Вопрос: где еще смотреть?

Да, с помощью "чистого IBE" повторить проблему не могу - делаю SELECT из процедуры, комит, CREATE OR ALTER..., комит - все отрабатывает отлично. Правда, если запустить мою программу и вызвать процедуру там - в IBE CREATE OR ALTER+коммит тоже не проходит с той же ошибкой.
Т.ч. пока грешу на свой старый IBX, который что-то недозакрывает, видимо.
Может, кто сталкивался.

Симонов Денис1. абсолютно пофиг readonly или нет
Да это я так, на всяк. случай написал.
Симонов Денисзакрывать то он может и закрывает, а вот unprepare не делает
А что должно делаться в unprepare?
Я тут глянул, во всех объектах наследниках датасета моего IBX в деструкторе вызывается метод Unprepare, в нем - InternalUnPrepare, а в нем ничего толком не вызывается - только очистка локальных буфферов:


Т.е. никаких ф-ций клиента не вызывается. А какая-то должна? Если да - какая?

Ivan_Pisarevskyиспользую wait транзакцию. Да, я понимаю, что "выдергиваю табуретку из-под задницы сидящего", но тем не менее работает. :)
Блин. У меня так тоже заработало.
Это мне не нравится

Симонов ДенисYuRock,
я имел ввиду http://www.firebirdsql.org/file/documentation/release_notes/html/rlsnotes255.html#rnfb25-apiods-api-unprpr
А, ясно. У меня делается DSQL_drop - этого должно быть достаточно.
Т.ч. это не должно влиять. Я ж говорю - стейтмента вообще нет.

YuRockIvan_Pisarevskyиспользую wait транзакцию. Да, я понимаю, что "выдергиваю табуретку из-под задницы сидящего", но тем не менее работает. :)
Блин. У меня так тоже заработало.
Это мне не нравится
Может кто объяснить, что происходит?
Как могут свойства транзакции wait/nowait влиять на object in use? Если транзакция, которая действительно его юзала, закоммитилась перед тем, как стартует новая?
Вообще это глюк или фича?

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

вроде бы wait/nowait влияет только на то где выполняется CREATE OR ALTER PROCEDURE

И это не только в 3.0
Проблема только в 3.0 у меня появилась. На 2.1 и ниже не было. 2.5 не использовал.
Да, если транзакцию, которая вызывает CREATE OR ALTER PROCEDURE, сделать wait - все начинает работать.
Только как это объяснить, не знаю.

YuRockВообще это глюк или фича?
Вот нашел в треккере пару ссылок:
http://tracker.firebirdsql.org/browse/CORE-4016 (закрыто как дубликат)
и
http://tracker.firebirdsql.org/browse/CORE-3108

Но они, я так понял, для классика. А у меня SS.

Мда, вот еще такая история описана Дмитрием Емановым:
https://sourceforge.net/p/firebird/mailman/message/32523570/

Правда на классике 2.5.
И, по прочтению, так и не понятно, какое логическое отношение WAIT/NOWAIT имеет к object in use.
Только такая фраза:

All you need to do is to use a WAIT transaction to perform DDL for
procedures (including ALTER PROCEDURE). When using a NOWAIT transaction
to alter procedures, this is expected to get an "object in use" error.
Dmitry

Симонов Денисв 3.0 в отличии от 2.x у SS нет общего кеша метаданных. Там только общий страничный кеш.
Да, я так уже и подумал.

В общем, я так понял, wait для alter procedure - это давняя "фича", которая что-то дополнительно делает, благодаря чему и работает.

dimitr,

Спасибо, раз это штатное поведение, то подходит.