Добрый день,

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

Пока что на ум приходит только топорное решение - подсчет ожидаемого размера файла до записи, занесение его в память и рекурсивный вызов "матрешкой" типа

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

А есть ли какое-нибудь более вменяемое решение для таких целей?
Заранее благодарю!

А каким образом пишется файл?

Пишется так:
OPEN DATASET lv_file FOR OUTPUT IN BINARY MODE
LOOP AT gt_texts.
TRANSFER gt_texts TO lv_file.
ENDLOOP.
CLOSE DATASET lv_file_tmp.

далее идут экспорты имени файла в память и подготовка к вызову iDoc который шлет этот файл аттачментом.

PERFORM edi_processing(rsnasted) USING help_returnc us_screen.

Файл большой и нет уверенности что когда iDoc его посылает, то он записался на сервер полностью.

1. На чем основаны ваши сомнения, были прецеденты? Если нет, то так можно опасаться и падения метеорита на сервер.
2. По идее, пока производится запись в файл, то попытка открыть его же на изменение должна быть неудачной. См. FOR UPDATE

1. Революционное пролетарское чутье
2. Как цель тут выдвигается не "попытка открыть его же на изменение должна быть неудачной", а "попытка зачитать файл должна быть удачной, ибо гарантированно будет происходить после окончания процесса записи файла"

А ваше пролетарское чутье не подсказывает, что как только "попытка открыть его же на изменение" станет удачной, то можно считать процесс записи завершенным, а следовательно "попытка зачитать файл должна быть удачной, ибо гарантированно будет происходить после окончания процесса записи файла" ?!

p.s.
Мне моё чутье подсказывает, что вы либо не во все условия задачи нас посвящаете, либо я чего то не знаю о процессе записи файла - разве он выполняется асинхронно?!.

Вот как раз именно потому, что я крайне мало знаю об анатомии процесса записи в файл, то в не-асинхронности данного действия я не был 100%-но уверен, посему и спрашивал совета у многоуважаемых посетителей форума

Иными словами, конструкция

CLOSE DATASET lv_file_tmp.
CALL FUNCTION 'FILE_GET_NAME' [различные параметры]
[далее идут экспорты имени файла в память и подготовка к вызову iDoc который шлет этот файл аттачментом.]
PERFORM edi_processing(rsnasted) USING help_returnc us_screen.

однозначно обеспечит то, что в edi_processing приаттачится полностью записанный файл?