FindFirstFile zwraca odmowę dostępu

Question

Próbuję utworzyć niezawodną funkcję rekursywnego folderu deleterów.

Z normalnymi katalogami działa całkiem dobrze.

problem pojawia się podczas tworzenia się "podstawowych" direcory jak:

C: \ test \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ x \ ... \ x \ x \ x

długość ta wynosi około 25000 (poniżej granicy MSDN: 32,767). Zasadniczo stworzyłem ten katalog rekurencyjnie, dopóki nie zadziała funkcja CreatDirectory.

Teraz Najdziwniejsze jest to, że moja funkcja jest w stanie usunąć 2 katalogi wtedy FindFirstFile nie powiedzie się z 0x5:

\\?\C:\test\x\ ... \x\x\x\*.* < no error 
\\?\C:\test\x\ ... \x\x\*.*  < no error 
\\?\C:\test\x\ ... \x\*.*  < access denied 

(mogę ponownie uruchomić go, aplikacja jest powoli żuje się folder, 2 na 2, prawdopodobnie dopóki długość ścieżki nie będzie dość mała)

Używam FindFirstFile, aby sprawdzić, czy folder jest pusty.

• Czy istnieje jakieś ograniczenie, które jest mniej udokumentowane?
• Plik FindFirstFile po prostu nie działa? (buggy?)
• Czy brakuje mi jakiegoś uprawnienia NTFS?
• Coś innego ...

EDIT: UWAGA: Jeśli mogę uruchomić programu krok po kroku, powoli ... to nic się nie powiedzie.

Answer 1

Prawdopodobnie doświadczasz czegoś takiego jak skaner antywirusowy, narzędzie indeksujące lub rozwiązanie do ciągłej kopii zapasowej, które trzyma uchwyt do katalogu. Jeśli usługa indeksowania jest skonfigurowana do indeksowania tego folderu, na przykład.

Próba usunięcia folderu lub pliku otwartego poza flagą FILE_SHARE_DELETE spowoduje ACCESS_DENIED.

Aby to potwierdzić, użyj Monitora procesu, aby zobaczyć, czy otwiera się i zamyka na wszystkim, co pasuje do Twojej ścieżki.

(Oczywiście również potwierdzić, że zadzwoniłeś FindClose).