Función ZwQueryDirectoryFileEx (ntifs.h)
La rutina ZwQueryDirectoryFileEx devuelve información sobre los archivos del directorio especificado por un identificador de archivo determinado.
Sintaxis
NTSYSAPI NTSTATUS ZwQueryDirectoryFileEx(
[in] HANDLE FileHandle,
[in, optional] HANDLE Event,
[in, optional] PIO_APC_ROUTINE ApcRoutine,
[in, optional] PVOID ApcContext,
[out] PIO_STATUS_BLOCK IoStatusBlock,
[out] PVOID FileInformation,
[in] ULONG Length,
[in] FILE_INFORMATION_CLASS FileInformationClass,
[in] ULONG QueryFlags,
[in, optional] PUNICODE_STRING FileName
);
Parámetros
[in] FileHandle
Identificador devuelto por ZwCreateFile o ZwOpenFile para el objeto de archivo que representa el directorio para el que se solicita información. El objeto de archivo debe haberse abierto para E/S asincrónica si el autor de la llamada especifica un valor distinto de NULL para Event o ApcRoutine.
[in, optional] Event
Identificador opcional para un evento creado por el autor de la llamada. Si se proporciona este parámetro, el autor de la llamada se colocará en un estado de espera hasta que se complete la operación solicitada y el evento especificado se establezca en el estado Signaled. Este parámetro es opcional y puede ser NULL. Debe ser NULL si el autor de la llamada esperará a que el FileHandle de
[in, optional] ApcRoutine
Una dirección de una rutina de APC opcional proporcionada por el autor de la llamada que se va a llamar cuando se completa la operación solicitada. Este parámetro es opcional y puede ser NULL. Si hay un objeto de finalización de E/S asociado al objeto de archivo, este parámetro debe ser NULL.
[in, optional] ApcContext
Puntero opcional a un área de contexto determinada por el autor de la llamada si el autor de la llamada proporciona un APC o si un objeto de finalización de E/S está asociado al objeto de archivo. Cuando se completa la operación, este contexto se pasa al APC, si se especificó uno, o se incluye como parte del mensaje de finalización que el Administrador de E/S envía al objeto de finalización de E/S asociado.
Este parámetro es opcional y puede ser NULL. Debe ser NULL si ApcRoutine es NULL y no hay ningún objeto de finalización de E/S asociado al objeto de archivo.
[out] IoStatusBlock
Puntero a una estructura de IO_STATUS_BLOCK que recibe el estado de finalización final e información sobre la operación. Para llamadas correctas que devuelven datos, se devuelve el número de bytes escritos en el búfer de FileInformation en el miembro Information de la estructura.
[out] FileInformation
Puntero a un búfer de salida que recibe la información deseada sobre el archivo. La estructura de la información devuelta en el búfer se define mediante el parámetro FileInformationClass.
[in] Length
Tamaño, en bytes, del búfer al que apunta FileInformation. El autor de la llamada debe establecer este parámetro según el FileInformationClass especificado.
[in] FileInformationClass
Tipo de información que se va a devolver sobre los archivos del directorio. Consulte el parámetro
[in] QueryFlags
Una o varias de las marcas contenidas en SL_QUERY_DIRECTORY_MASK. Consulte el parámetro queryFlags
[in, optional] FileName
Puntero opcional a una cadena Unicode asignada por el autor de la llamada que contiene el nombre de un archivo (o varios archivos, si se usan caracteres comodín) dentro del directorio especificado por FileHandle. Este parámetro es opcional:
- Si fileName no es NULL, solo se incluyen en el examen del directorio los archivos cuyos nombres coincidan con la cadena FileName.
- Si FileName es NULL:
- Si SL_RETURN_SINGLE_ENTRY no se establece en QueryFlags, se incluyen todos los archivos.
- Si se establece SL_RETURN_SINGLE_ENTRY, solo se incluye un archivo.
El FileName de
Valor devuelto
ZwQueryDirectoryFileEx devuelve STATUS_SUCCESS o un estado de error adecuado. El conjunto de valores de estado de error que se pueden devolver es específico del sistema de archivos.
Observaciones
ZwQueryDirectoryFileEx devuelve información sobre los archivos contenidos en el directorio representados por FileHandle.
Si se proporciona, FileName determina las entradas que se incluyen en el directorio buscan todas las llamadas posteriores a ZwQueryDirectoryFileEx para un FileHandle determinado.
Si hay al menos una entrada coincidente, ZwQueryDirectoryFileEx crea una estructura FILE_XXX_INFORMATION para cada entrada y las almacena en el búfer.
Suponiendo que se encuentre al menos una entrada de directorio coincidente, el número de entradas para las que se devuelve información es el más pequeño de lo siguiente:
- Una entrada, si SL_RETURN_SINGLE_ENTRY se establece en QueryFlags y FileName es NULL.
- Número de entradas que coinciden con la cadena FileName de
, si FileName no es NULL. Si la cadena no contiene caracteres comodín, puede haber como máximo una entrada coincidente. - Número de entradas cuya información se ajusta al búfer especificado.
- Número de entradas contenidas en el directorio.
En la primera llamada a ZwQueryDirectoryFileEx, si la estructura que crea para la primera entrada encontrada es demasiado grande para caber en el búfer de salida, esta rutina hace lo siguiente:
- Escribe la parte fija de la estructura en FileInformationbúfer de salida. La parte fija consta de todos los campos excepto la cadena final FileName. En la primera llamada, pero no en las llamadas posteriores, el sistema de E/S garantiza que el búfer sea lo suficientemente grande como para contener la parte fija de la estructura FILE_XXX adecuada_INFORMATION.
- Escribe en el búfer de salida tanto de la cadena de FileName como se ajustará.
- Devuelve un valor de estado adecuado, como STATUS_BUFFER_OVERFLOW.
En cada llamada, ZwQueryDirectoryFileEx devuelve tantas estructuras FILE_XXX_INFORMATION (una por entrada de directorio) como se puede contener completamente en el búfer al que apunta FileInformation:
- En la primera llamada, ZwQueryDirectoryFileEx devuelve STATUS_SUCCESS solo si el búfer de salida contiene al menos una estructura completa.
- En las llamadas posteriores, si el búfer de salida no contiene ninguna estructura, ZwQueryDirectoryFileEx devuelve STATUS_SUCCESS pero establece IoStatusBlock->Information = 0 para notificar al autor de la llamada de esta condición. En este caso, el autor de la llamada debe asignar un búfer mayor y llamar a ZwQueryDirectoryFileEx de nuevo. No se notifica información sobre las entradas restantes. Por lo tanto, excepto en los casos enumerados anteriormente en los que solo se devuelve una entrada, ZwQueryDirectoryFileEx debe llamarse al menos dos veces para enumerar el contenido de todo un directorio.
Al llamar a ZwQueryDirectoryFileEx, es posible que vea los cambios realizados en el directorio que se producen en paralelo con llamadas a ZwQueryDirectoryFileEx. Este comportamiento depende de la implementación del sistema de archivos subyacente.
La última llamada a ZwQueryDirectoryFileEx devuelve un búfer de salida vacío e informa de un valor de estado adecuado, como STATUS_NO_MORE_FILES.
Si se llama a
ZwQueryDirectoryFileEx devuelve cero en cualquier miembro de una estructura de FILE_XXX_INFORMATION que no es compatible con el sistema de archivos.
Los autores de llamadas de ZwQueryDirectoryFileEx deben ejecutarse en IRQL = PASSIVE_LEVEL y con API de kernel especiales habilitadas.
Para obtener información sobre otras rutinas de consulta de información de archivos, vea Objetos de archivo.
Nota
Si la llamada a la función de ZwQueryDirectoryFileEx se produce en modo de usuario, debe usar el nombre "NtQueryDirectoryFileEx" en lugar de "ZwQueryDirectoryFileEx".
En el caso de las llamadas desde controladores en modo kernel, las NtXxx y Zwversiones de Xxx de una rutina de Servicios del sistema nativo de Windows pueden comportarse de forma diferente en la forma en que controlan e interpretan los parámetros de entrada. Para obtener más información sobre la relación entre las versiones de NtXxx y ZwXxx de una rutina, vea Using Nt and Zw Versions of the Native System Services Routines.
Requisitos
Requisito | Valor |
---|---|
cliente mínimo admitido | Windows 10, versión 1709 |
encabezado de |
ntifs.h |
irQL | PASSIVE_LEVEL (consulte la sección Comentarios) |
Consulte también
FILE_REPARSE_POINT_INFORMATION
usar versiones Nt y Zw de las rutinas de servicios del sistema nativo