Здравствуйте, <Аноним>, Вы писали:

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

Насколько разумными будут попытки рубить ресурсы ассоциированной программы/редактора во время ее работы? Такое мероприятие чем-то попахивает диверсией...

А>если любой процесс не откроет файл с доступом SHARE_DELETE, то его другой процесс фиг удалит

FILE_SHARE_DELETE Enables subsequent open operations on the object to request delete access. Otherwise, other processes cannot open the object if they request delete access.
If the object has already been opened with delete access, the sharing mode must include this flag.

Windows Me/98/95: This flag is not supported.

А>насколько я помню, переименование заключается в удалении и создании с новым именем
А>и даже если нет

нет

А>, то все равно не выйдет. ... откройте например в студии проект и попробуйте переименовать папку с проектом или просто *.ncb файл
А>система не даст — Студия держит файл

Не могу проверить на FAT но на NTFS под winXP очень даже переименовывает аж бегом. И используемые файлы(ncb файл от солюшна, загруженного в студию, загруженные исполняемые модули, ...) и содержащие их папки.

смотри

BOOL MoveFileEx(
  LPCTSTR lpExistingFileName,
  LPCTSTR lpNewFileName,
  DWORD dwFlags
);

.. а вообще тебе, ИМХО, надо с заказчиком просоветоватся насчет поведения программы в этом случае. Я бы предложил разделить источник для просмотра внешней компонентой и приемник для складирования вновь-добытой информации