Удаляю xxx.fmb и xxx.fmx но форма все равно открывается. Зависла в памяти. Из за этого нет возможности сделать изменения. Админ сказал, что все перегрузил. Что можете посоветовать.

Leonid Kudryavtsev, не OeBS и да, не я удаляла и соседнюю, точнее родительскую форму, удаление сработало. изменение тоже. А с проблемной нет, там старый код висит, даже если форма удалена. Проблемная форма накладывает блокировку на строку таблицы. Поэтому при многоразовом открытии одной и той же строки, бывает, подвисает. А теперь висит уже весь день. По идее должна помочь перегрузка http сервера, админ сказал что все перегружал, остался какой то глобальный перезапуск. А я могу что то сделать?

mRdUKE, ничего не слышала про эфир, только для наркоза... у нас наверно Oracle Application Server 10g
"Там старый код висит", это значит, что форму я изменила и скомпилировала в другом месте, на тестовом сервере что б не мешать работающим юзерам. потом попросила сделать перерывчик и .fmb и .fmx скопировала на нужный рабочий сервер. Открываем форму, а там старый не измененный и впоследствии удаленный вариант. На тестовом все нормально - новая форма. Соседние формы тоже содержат все нужные изменения, можно и дальше их менять, записывать на рабочий сервер, "зависла" только одна. Хоть даже и удаленная, у юзеров она открывается и работает в старом варианте вот уже второй день.
Сама форма - это data block на основе таблицы, создан как for update то есть пока форма открыта строку таблицы никто бльше менять не может. Так было задумано, производственная необходимость. Если из браузера выйти по крестику на браузере а не на форме, то при втором открытии той же строки формсы ругнутся. Но что б так зависнуть на второй день... Есть вероятность что пока файл .fmx перезаписывался на сервер форма могла быть открыта. Что там "админ перегружал" не знаю, подозреваю, далеко не все, судя по результату.

mRdUKE, скорее всего я "туда" копирую, потому что манипулировала соседними формами, которые лежат рядом в том же каталоге. Изменяла их, копировала рядом с зависшей, открывала - изменения были, веб их нормально открывает. Я даже форму с таким же названием, что и сломанная, не только с рабочего каталога удалила, а вообще отовсюду из той папки с формс даже в папках с бекапами, в других папках, даже скрытые файлы искала.

Попросила еще вчера доступ к рабочему серверу, записала .fmb и скомпилировала .fmx непосредственно на нем. Файлы выглядят нормально, компиляция выглядит нормально, временные метки файлов- ок. Так откуда же старый вариант?
Я в when_new_form_instance alert приписала и просто значки на непослушную форму ставила, ничего из изменений не отобразилось, все только на тестовом.
Формы у нас падают, если их перезаписывать, поэтому мне и непонятно, что случилось конкретно в этом случае и что там зависло.
Перегрузить можно попробовать в нерабочее время, только мне, подозреваю, на $ORACLE_HOME/opmn/bin прав не хватит.

mRdUKE, действительно, в крайнем случае можно сделать копию каталога арма, но делать ее каждый раз в случае такой проблемы накладно.
Админ сказал, что перегружал процессы, только "по одному".

Форма вызывается из другой формы по триггеру key-f4, где траляля .. Call_Form('XXXXX',HIDE,DO_REPLACE,NO_QUERY_ONLY,pl_id);

можно так же button, но на button тоже навешен EXECUTE_TRIGGER('KEY-F4');

Она все еще висит и бесит меня)

mRdUKE, формы меняю по виндой, но компиляция и работа конечно под линукс) Под винду OAS разве вообще существует?) Если и был то при СССР). Ха-ха.
Сессии были убиты сразу, блокировок нет. Ну по крайней мере, на мой взгляд...
Форма на рабочем сервере новая имеет нужные временные отметки, просто открывается старая.
Скоро админ сервер перегрузит. Все процессы. Или еще как то.

mRdUKE, админ перестартовал процессы - не помогло.
Чудеса, это Формсы под винду. А в данном случае не чудо, а форма в памяти где то висит)

Просила админа поставить в default.env параметр FORMS_MMAP=FALSE а потом вернуть как было. Отказал со словами "я не думаю что это поможет, только создаст проблемы". Кто нибудь ставил такое?