Почему воссоздание папки, которая была удалена, когда она была открыта в проводнике Windows, не работает в WSH? [Дубликат]

Согласно [1], вы можете использовать NtDeleteFile, чтобы избежать асинхронного характера DeleteFile. Кроме того, [1] дает некоторые подробности о том, как работает DeleteFile.

К сожалению, официальная документация на NtDeleteFile [2] не содержит конкретных подробностей по этой проблеме.

[1 ] http://undocumented.ntinternals.net/index.html?page=UserMode%2FUndocumented%20Functions%2FNT%20Objects%2FFile%2FNtDeleteFile.html [2] https: // msdn .microsoft.com / EN-US / библиотека / окна / оборудование / ff566435 (v = vs.85) .aspx

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

• Есть ли способ обнаружить, что файл ожидает удаления?

Используйте функцию GetFileInformationByHandleEx с структурой FILE_STANDARD_INFO .

Но функция не может решить вашу проблему. @ sbi.

Возможно, я опаздываю на вечеринку, но в Vista / Win7 есть DeleteFileTransacted, который удаляет файл с помощью транзакций, которые гарантируют их удаление (очищает буферы файлов и т. д.). Для совместимости с XP это еще не вариант.

Еще одна идея, как это можно сделать, - это OpenFile с флагом OF_CREATE, который устанавливает длину до нуля, если файл существует, или создает его, если он этого не делает, а затем вызывает FlushFileBuffers в дескрипторе файла, чтобы дождаться завершения этой операции (создания нулевой длины файла). По завершении файл имеет размер 0, а затем просто вызывает DeleteFile.

Вы можете позже проверить, существует ли файл или если он имеет нулевую длину, чтобы обработать его таким же образом.

Возможно, это не ваша конкретная проблема, но ее возможное, поэтому я предлагаю вам выйти из Process Monitor (sysinternals) и посмотреть.

У меня была точно такая же проблема, и я обнаружил, что Comodo Internet Security способствовала этой проблеме. Раньше у меня была двухъядерная машина, но когда я впервые перешел на Intel i7, мое работающее программное обеспечение (jam.exe от программного обеспечения Perfore) больше не работало, потому что оно имело один и тот же шаблон (затем удаление создается, но без проверки). После отладки проблемы я обнаружил, что GetLastError () возвратил доступ, но обработчик процесса обнаруживает «отложенное удаление». Вот трассировка:

10:39:10.1738151 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS Desired Access: Read Attributes, Delete, Disposition: Open, Options: Non-Directory File, Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
10:39:10.1738581 AM jam.exe 5032    QueryAttributeTagFile   C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS Attributes: ANCI, ReparseTag: 0x0
10:39:10.1738830 AM jam.exe 5032    SetDispositionInformationFile   C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS Delete: True
10:39:10.1739216 AM jam.exe 5032    CloseFile   C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1739438 AM jam.exe 5032    IRP_MJ_CLOSE    C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1744837 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   DELETE PENDING  Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0
10:39:10.1788811 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   DELETE PENDING  Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0
10:39:10.1838276 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   DELETE PENDING  Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0
10:39:10.1888407 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   DELETE PENDING  Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0
10:39:10.1936323 AM System  4   FASTIO_ACQUIRE_FOR_SECTION_SYNCHRONIZATION  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS SyncType: SyncTypeOther
10:39:10.1936531 AM System  4   FASTIO_RELEASE_FOR_SECTION_SYNCHRONIZATION  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1936647 AM System  4   IRP_MJ_CLOSE    C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1939064 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   DELETE PENDING  Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0
10:39:10.1945733 AM cmdagent.exe    1188    CloseFile   C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1946532 AM cmdagent.exe    1188    IRP_MJ_CLOSE    C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1947020 AM cmdagent.exe    1188    IRP_MJ_CLOSE    C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS 
10:39:10.1948945 AM cfp.exe 1832    QueryOpen   C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   FAST IO DISALLOWED  
10:39:10.1949781 AM cfp.exe 1832    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   NAME NOT FOUND  Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a
10:39:10.1989720 AM jam.exe 5032    CreateFile  C:\Users\Dad\AppData\Local\Temp\jam5032t1.bat   SUCCESS Desired Access: Generic Write, Read Attributes, Disposition: OverwriteIf, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: 0, OpenResult: Created

Как вы можете видеть, есть запрос на удаление, за которым следуют несколько попыток снова открыть файл с помощью jam.exe (его fopen в цикле). Вы можете видеть, что cmdagent.exe предположительно имел открытый файл, когда он закрывает свой дескриптор, а затем вдруг jam.exe теперь может открыть файл.

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

В Windows есть другие процессы, которые хотят часть этого файла. Индекс поиска является очевидным кандидатом. Или вирусный сканер. Они откроют файл для полного доступа, в том числе FILE_SHARE_DELETE, так что другие процессы не будут сильно зависеть от их открытия файла.

Это обычно хорошо работает, если вы не создаете / не записываете / не удаляете высокий уровень. Удаление будет успешным, но файл не сможет исчезнуть из файловой системы, пока последний дескриптор не будет закрыт. Ручка удерживается, скажем, поисковым индексом. Любая программа, которая пытается открыть этот файл ожидающего удаления, будет удалена с ошибкой 5.

В противном случае это общая проблема в многозадачной операционной системе, вы не можете знать, какой другой процесс может понадобиться для работы с вашими файлами , Ваша модель использования кажется необычной, сначала проверьте это. Обходным путем было бы уловить ошибку, спать и повторить попытку. Или перемещение файла в корзину с помощью SHFileOperation ().