Нет, правду говорит :-). Есть такая фигня.
Сейчас не готов дать точный ответ, в чем дело - с аргументами надо играться, а забылось уже :-).

ЗЫ.
У меня был написан классный навороченный ФМ для блокировок. Но с предыдущей работы его не стащил :-( . Сам ужасно скучаю без него.

так значит все-таки блокировки снимаются автоматом?
а товарищи выше утверждали что НЕТ. что их можно в произвольном порядке и из произвольного места как ставить, так и удалять!!!!
и кто прав?
"в чем истина, брат...?!?!"

спасибо за поддержку, друг ))
а хотя бы намекнуть, как именно и с какими аргументами играться?

Да, сорри - чуть устаревшая у меня инфа :-).
Когда был в версии 4.0 - изучил это дело хорошо. Там это работало именно так.
Здесь более хитро придумали, еще не успел достаточно хорошо изучить.
Возможно, стоит попытаться поиграть с флагом "Совместная/Монопольная" блокировка?

уже... поигралась... а им все пофиг... ((

Вот еще есть такой параметр в FORM FLUSH_LIST(SAPLSENA).
SYNCHRON - "Флаг необходимости синхронного разблокирования".
Вроде должно быть оно, судя по названию.

и это уже юзали .... по-ровну...

Раньше было сделано вообще дебильно - просто через таблицу, хранимую в кластере данных (в памяти или где - уже и не помню, да и не важно).
Теперь это делается через С-функцию:

CALL 'C_ENQUEUE'
ID 'OPCODE' FIELD _opcode
ID 'ENQOBJ' FIELD enqobj
ID 'GRANULES' FIELD Seqta_lis-*sys*
ID 'DELAY_ON_REJECT' FIELD delonrej
ID 'USTP' FIELD _scope
ID 'COLLISION_UNAME' FIELD user
ID 'COLLISION_OBJECT' FIELD obj
ID 'SYNCHRON' FIELD synchron
ID userpar FIELD user_use
ID usvbpar FIELD usvb_use.

Вот она, собака, во всем и виновата :-). Ее надо мучать.

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

Дык... Похоже, что нету ее теперь в системе. Раз через С-функцию с ней работают. Вынесена куда-то "наружу".

...или правильнее наоборот - запихнута куда-то вовнутрь, глубоко, в ядро :-).

мда... дело дрянь...
а как-дь можно посмотреть эту С-функцию, ее алгоритм?
ведь все-таки где-то же описан механизм автоматического снятия блокировки...

да, это текстовый файл под апликейшном... у базиса спросите, коль не верите

Ну, если упросишь SAP дать ее исходники... написанные на языке С, входящие в состав исходников ядра, и скомпилированные вместе с ним... то можно, конечно :-).



Видимо, сделано для того, чтобы не оставались висячие блокировки после того, как программа, сделавшая блокировку, неожиданно в дамп свалится до того, как блокировку снимет. Раньше такое часто бывало, приходилось прибегать к помощи SM12.

Вам-то это правда так сильно нужно? :-)
Может, и правда... Сделать свой аналог :-). Все передрать практически без изменений, только таблицу блокировок хранить в кластере данных (как это раньше было сделано).

Еще раз говорю: таблица блокировок живет в памяти. Да, есть варианты, когда блокировка будет жить чуть дольше нежели сама программа: это управляется параметром SCOPE модуля ENQUEUE, но и в этом случае, в зависимости от значения параметра, она будет жить до тех пор, пока не отыграл модуль обновления в том или ином варианте.