FindFirstFile devuelve acceso denegado

Question

Estoy tratando de crear una función robusta de eliminación de carpetas recursivas.

Con los directorios normales funciona bastante bien.

El problema aparece cuando creo un direcory "Hardcore", como:

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

La longitud de esto es alrededor de 25000 (menos que el límite de MSDN: 32,767). Básicamente creé este directorio recursivamente hasta que falló la función CreatDirectory.

Ahora, lo más extraño es, que mi función es capaz de eliminar 2 directorios entonces el FindFirstFile falla con 0x5:

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

(puedo volver a ejecutar el que, la aplicación es lenta mastica la carpeta, 2 por 2, probablemente hasta que la longitud del camino sea bastante pequeña)

Estoy ejecutando FindFirstFile para verificar si la carpeta está vacía.

• ¿Hay algún tipo de limitación que esté menos documentada?
• ¿El FindFirstFile simplemente no funciona? (¿con errores?)
• ¿Me falta algún tipo de autorización de NTFS?
• otra cosa ...

EDIT: NOTA IMPORTANTE: si corro el programa paso a paso lentamente ... entonces nada va a fallar.

Answer 1

Probablemente experimente algo así como un escáner de virus, un indexador o una solución de copia de seguridad continua que tenga un identificador en el directorio. Si el Servicio de Index Server está configurado para indexar esa carpeta, por ejemplo.

Intentar eliminar una carpeta o archivo que esté abierto que no sea con el indicador FILE_SHARE_DELETE causará ACCESS_DENIED.

Para confirmar esto, use Process Monitor para ver las aperturas y cierres de cualquier cosa que coincida con su ruta.

(Por supuesto, también confirmo que llamó a FindClose).