Función NtReadFile (ntifs.h)
La rutina de NtReadFile lee los datos de un archivo abierto.
Sintaxis
__kernel_entry NTSYSCALLAPI NTSTATUS NtReadFile(
[in] HANDLE FileHandle,
[in, optional] HANDLE Event,
[in, optional] PIO_APC_ROUTINE ApcRoutine,
[in, optional] PVOID ApcContext,
[out] PIO_STATUS_BLOCK IoStatusBlock,
[out] PVOID Buffer,
[in] ULONG Length,
[in, optional] PLARGE_INTEGER ByteOffset,
[in, optional] PULONG Key
);
Parámetros
[in] FileHandle
Identificador del objeto de archivo. Este identificador se crea mediante una llamada correcta a ntCreateFile o ntOpenFile.
[in, optional] Event
Opcionalmente, un identificador de un objeto de evento que se va a establecer en el estado señalado una vez completada la operación de lectura. Los controladores intermedios y de dispositivo deben establecer este parámetro en NULL.
[in, optional] ApcRoutine
Este parámetro está reservado. Los controladores intermedios y del dispositivo deben establecer este puntero en NULL.
[in, optional] ApcContext
Este parámetro está reservado. Los controladores intermedios y del dispositivo deben establecer este puntero en NULL.
[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 de lectura solicitada. El miembro Information recibe el número de bytes leídos realmente del archivo.
[out] Buffer
Puntero a un búfer asignado por el autor de la llamada que recibe los datos leídos del archivo.
[in] Length
Tamaño, en bytes, del búfer al que apunta Búfer.
[in, optional] ByteOffset
Puntero a una variable que especifica el desplazamiento inicial de bytes en el archivo donde se iniciará la operación de lectura. Si se intenta leer más allá del final del archivo, NtReadFile devuelve un error.
Si la llamada a NtCreateFile establece cualquiera de las marcas createOptions FILE_SYNCHRONOUS_IO_ALERT o FILE_SYNCHRONOUS_IO_NONALERT, el Administrador de E/S mantiene la posición del archivo actual. Si es así, el autor de la llamada de NtReadFile puede especificar que se use el desplazamiento de posición del archivo actual en lugar de un valor de ByteOffset explícito. Esta especificación se puede realizar mediante uno de los métodos siguientes:
- Especifique un puntero a un valor de LARGE_INTEGER con el miembro HighPart establecido en -1 y el miembro LowPart establecido en el valor definido por el sistema FILE_USE_FILE_POINTER_POSITION.
- Pase un puntero NULL para ByteOffset.
NtReadFile actualiza la posición actual del archivo agregando el número de bytes leídos cuando completa la operación de lectura, si usa la posición del archivo actual mantenida por el Administrador de E/S.
Incluso cuando el Administrador de E/S mantiene la posición actual del archivo, el autor de la llamada puede restablecer esta posición pasando un valor de ByteOffset explícito a NtReadFile. Esto cambia automáticamente la posición del archivo actual a esa valor de ByteOffset, realiza la operación de lectura y, a continuación, actualiza la posición según el número de bytes leídos realmente. Esta técnica proporciona al autor de la llamada servicio atomic seek-and-read.
[in, optional] Key
Los controladores intermedios y del dispositivo deben establecer este puntero en NULL.
Valor devuelto
NtReadFile devuelve STATUS_SUCCESS o el código de error NTSTATUS adecuado.
Observaciones
Los autores de llamadas de NtReadFile ya deben haber llamado a NtCreateFile con el valor FILE_READ_DATA o GENERIC_READ establecido en el parámetro de DesiredAccess.
Si la llamada anterior a NtCreateFile establece la marca FILE_NO_INTERMEDIATE_BUFFERING en el parámetro createOptions para ntCreateFile, el de longitud y parámetros de ByteOffset para NtReadFile debe ser múltiplo del tamaño del sector.
NtReadFile comienza a leer desde el byteOffset de dado o la posición del archivo actual en el de búfer deespecificado. Finaliza la operación de lectura en una de las condiciones siguientes:
- El búfer está lleno porque se ha leído el número de bytes especificados por el parámetro length . Por lo tanto, no se pueden colocar más datos en el búfer sin desbordamiento.
- Se alcanza el final del archivo durante la operación de lectura, por lo que no hay más datos en el archivo que se van a transferir al búfer.
Si el autor de la llamada abrió el archivo con la marca SYNCHRONIZE establecida en DesiredAccess, el subproceso que realiza la llamada puede sincronizarse con la finalización de la operación de lectura esperando en el identificador de archivo, FileHandle. El identificador se señala cada vez que se completa una operación de E/S emitida en el identificador. Sin embargo, el autor de la llamada no debe esperar a un identificador que se abrió para el acceso sincrónico a archivos (FILE_SYNCHRONOUS_IO_NONALERT o FILE_SYNCHRONOUS_IO_ALERT). En este caso, NtReadFile espera en nombre del autor de la llamada y no devuelve hasta que se complete la operación de lectura. El autor de la llamada puede esperar de forma segura en el identificador de archivo solo si se cumplen las tres condiciones siguientes:
- El identificador se abrió para el acceso asincrónico (es decir, no se especificó ninguna marca deXXX FILE_SYNCHRONOUS_IO_).
- El identificador se usa solo para una operación de E/S cada vez.
- STATUS_PENDING devuelta NtReadFile.
Un controlador debe llamar a NtReadFile en el contexto del proceso del sistema si existe alguna de las condiciones siguientes:
- El controlador creó el identificador de archivo que pasa a NtReadFile.
- NtReadFile notificará al controlador la finalización de E/S por medio de un evento que creó el controlador.
- NtReadFile notificará al controlador la finalización de E/S mediante una rutina de devolución de llamada de APC que el controlador pasa a NtReadFile.
Los identificadores de archivos y eventos solo son válidos en el contexto de proceso donde se crean los identificadores. Por lo tanto, para evitar agujeros de seguridad, el controlador debe crear cualquier archivo o controlador de eventos que pase a NtReadFile en el contexto del proceso del sistema en lugar del contexto del proceso en el que se encuentra el controlador.
Del mismo modo, NtReadFile debe llamarse en el contexto del proceso del sistema si notifica al controlador de finalización de E/S mediante un APC, ya que las API siempre se activan en el contexto del subproceso que emite la solicitud de E/S. Si el controlador llama a NtReadFile en el contexto de un proceso distinto del del sistema, el APC podría retrasarse indefinidamente o podría no activarse en absoluto.
Para obtener más información sobre cómo trabajar con archivos, vea Using Files in a Driver.
Los autores de llamadas de NtReadFile deben ejecutarse en IRQL = PASSIVE_LEVEL y con API de kernel especiales habilitadas.
Si la llamada a esta función se produce en modo de usuario, debe usar el nombre "NtReadFile" en lugar de "ZwReadFile".
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 2000 |
| de la plataforma de destino de | Universal |
| encabezado de | ntifs.h (include Wdm.h, Ntddk.h, Ntifs.h) |
| biblioteca de | NtosKrnl.lib |
| DLL de | NtosKrnl.exe |
| irQL | PASSIVE_LEVEL (consulte la sección Comentarios) |
| reglas de cumplimiento de DDI | BufAfterReqCompletedIntIoctlA, BufAfterReqCompletedIoctlA, BufAfterReqCompletedReadA, BufAfterReqCompletedWriteA, HwStorPortProhibitedDIs, PowerIrpDDis |