Función CreateFileMappingA (winbase.h)
Crea o abre un objeto de asignación de archivos con nombre o sin nombre para un archivo especificado.
Para especificar el nodo NUMA para la memoria física, consulte CreateFileMappingNuma.
Sintaxis
HANDLE CreateFileMappingA(
[in] HANDLE hFile,
[in, optional] LPSECURITY_ATTRIBUTES lpFileMappingAttributes,
[in] DWORD flProtect,
[in] DWORD dwMaximumSizeHigh,
[in] DWORD dwMaximumSizeLow,
[in, optional] LPCSTR lpName
);
Parámetros
[in] hFile
Identificador del archivo desde el que se va a crear un objeto de asignación de archivos.
El archivo debe abrirse con derechos de acceso compatibles con las marcas de protección que especifica el parámetro flProtect . No es necesario, pero se recomienda que los archivos que quiera asignar se abran para el acceso exclusivo. Para obtener más información, vea Derechos de acceso y seguridad de archivos.
Si hFile es INVALID_HANDLE_VALUE, el proceso de llamada también debe especificar un tamaño para el objeto de asignación de archivos en los parámetros dwMaximumSizeHizeHigh y dwMaximumSizeLow . En este escenario, CreateFileMapping crea un objeto de asignación de archivos de un tamaño especificado respaldado por el archivo de paginación del sistema en lugar de mediante un archivo en el sistema de archivos.
[in, optional] lpFileMappingAttributes
Puntero a una estructura de SECURITY_ATTRIBUTES que determina si los procesos secundarios pueden heredar un identificador devuelto. El miembro lpSecurityDescriptor de la estructura SECURITY_ATTRIBUTES especifica un descriptor de seguridad para un nuevo objeto de asignación de archivos.
Si lpFileMappingAttributes es NULL, el identificador no se puede heredar y el objeto de asignación de archivos obtiene un descriptor de seguridad predeterminado. Las listas de control de acceso (ACL) del descriptor de seguridad predeterminado para un objeto de asignación de archivos proceden del token principal o de suplantación del creador. Para obtener más información, vea Derechos de acceso y seguridad de asignación de archivos.
[in] flProtect
Especifica la protección de páginas del objeto de asignación de archivos. Todas las vistas asignadas del objeto deben ser compatibles con esta protección.
Este parámetro puede ser uno de los valores siguientes.
Una aplicación puede especificar uno o varios de los atributos siguientes para el objeto de asignación de archivos combinándolos con uno de los valores de protección de página anteriores.
| Valor | Significado |
|---|---|
|
Si el archivo de paginación del sistema operativo respalda el objeto de asignación de archivos (el parámetro hfile es INVALID_HANDLE_VALUE), especifica que cuando se asigna una vista del archivo a un espacio de direcciones de proceso, se confirma todo el intervalo de páginas en lugar de reservado. El sistema debe tener suficientes páginas confirmables para contener toda la asignación. De lo contrario, se produce un error en CreateFileMapping .
Este atributo no tiene ningún efecto para los objetos de asignación de archivos respaldados por archivos de imagen ejecutables o archivos de datos (el parámetro hfile es un identificador de un archivo). SEC_COMMIT no se pueden combinar con SEC_RESERVE. Si no se especifica ningún atributo, se supone SEC_COMMIT . |
|
Especifica que el archivo que especifica el parámetro hFile es un archivo de imagen ejecutable.
El atributo SEC_IMAGE debe combinarse con un valor de protección de página como PAGE_READONLY. Sin embargo, este valor de protección de página no tiene ningún efecto en las vistas del archivo de imagen ejecutable. La protección de páginas para las vistas de un archivo de imagen ejecutable viene determinada por el propio archivo ejecutable. Ningún otro atributo es válido con SEC_IMAGE. |
|
Especifica que el archivo que especifica el parámetro hFile es un archivo de imagen ejecutable que no se ejecutará y el archivo de imagen cargado no tendrá ninguna comprobación de integridad forzada ejecutada.
Además, la asignación de una vista de un objeto de asignación de archivos creado con el atributo SEC_IMAGE_NO_EXECUTE no invocará las devoluciones de llamada del controlador registradas mediante la API del kernel PsSetLoadImageNotifyRoutine .
El atributo SEC_IMAGE_NO_EXECUTE debe combinarse con el valor de protección de página PAGE_READONLY . Ningún otro atributo es válido con SEC_IMAGE_NO_EXECUTE. Windows Server 2008 R2, Windows 7, Windows Server 2008, Windows Vista, Windows Server 2003 y Windows XP: Este valor no se admite antes de Windows Server 2012 y Windows 8. |
|
Permite usar páginas grandes para objetos de asignación de archivos respaldados por el archivo de paginación del sistema operativo (el parámetro hfile es INVALID_HANDLE_VALUE). Este atributo no es compatible con objetos de asignación de archivos respaldados por archivos de imagen ejecutables o archivos de datos (el parámetro hFile es un identificador de una imagen ejecutable o un archivo de datos).
El tamaño máximo del objeto de asignación de archivos debe ser un múltiplo del tamaño mínimo de una página grande devuelta por la función GetLargePageMinimum . Si no es así, se produce un error en CreateFileMapping . Al asignar una vista de un objeto de asignación de archivos creado con SEC_LARGE_PAGES, la dirección base y el tamaño de la vista también deben ser múltiplo del tamaño mínimo de página grande. SEC_LARGE_PAGES requiere que el privilegio SeLockMemoryPrivilege esté habilitado en el token del autor de la llamada. Si se especifica SEC_LARGE_PAGES , también se debe especificar SEC_COMMIT . Windows Server 2003: Este valor no se admite hasta Windows Server 2003 con SP1. Windows XP: Este valor no se admite. |
|
Establece que todas las páginas no se pueden almacenar en caché.
Las aplicaciones no deben usar este atributo, excepto cuando se requiera explícitamente para un dispositivo. El uso de las funciones interbloqueadas con memoria asignada con SEC_NOCACHE puede dar lugar a una excepción de EXCEPTION_ILLEGAL_INSTRUCTION . SEC_NOCACHE requiere que se establezca el atributo SEC_RESERVE o SEC_COMMIT . |
|
Si el archivo de paginación del sistema operativo respalda el objeto de asignación de archivos (el parámetro hfile es INVALID_HANDLE_VALUE), especifica que cuando se asigna una vista del archivo a un espacio de direcciones de proceso, todo el intervalo de páginas se reserva para su uso posterior en lugar de confirmarse.
Las páginas reservadas se pueden confirmar en llamadas posteriores a la función VirtualAlloc . Una vez confirmadas las páginas, no se pueden liberar ni descommitar con la función VirtualFree . Este atributo no tiene ningún efecto para los objetos de asignación de archivos respaldados por archivos de imagen ejecutables o archivos de datos (el parámetro hfile es un identificador de un archivo). SEC_RESERVE no se puede combinar con SEC_COMMIT. |
|
Establece todas las páginas que se van a combinar.
Las aplicaciones no deben usar este atributo excepto cuando se requiera explícitamente para un dispositivo. El uso de las funciones interbloqueadas con memoria asignada con SEC_WRITECOMBINE puede dar lugar a una excepción de EXCEPTION_ILLEGAL_INSTRUCTION . SEC_WRITECOMBINE requiere que se establezca el atributo SEC_RESERVE o SEC_COMMIT . Windows Server 2003 y Windows XP: Esta marca no se admite hasta Windows Vista. |
[in] dwMaximumSizeHigh
DWORD de orden superior del tamaño máximo del objeto de asignación de archivos.
[in] dwMaximumSizeLow
DWORD de orden bajo del tamaño máximo del objeto de asignación de archivos.
Si este parámetro y dwMaximumSizeHigh son 0 (cero), el tamaño máximo del objeto de asignación de archivos es igual al tamaño actual del archivo que hFile identifica.
Se produce un error al intentar asignar un archivo con una longitud de 0 (cero) con un código de error de ERROR_FILE_INVALID. Las aplicaciones deben probar los archivos con una longitud de 0 (cero) y rechazar esos archivos.
[in, optional] lpName
Nombre del objeto de asignación de archivos.
Si este parámetro coincide con el nombre de un objeto de asignación existente, la función solicita acceso al objeto con la protección que flProtect especifica.
Si este parámetro es NULL, el objeto de asignación de archivos se crea sin un nombre.
Si lpName coincide con el nombre de un evento existente, semáforo, exclusión mutua, temporizador esperable o objeto de trabajo, se produce un error en la función y la función GetLastError devuelve ERROR_INVALID_HANDLE. Esto ocurre porque estos objetos comparten el mismo espacio de nombres.
El nombre puede tener un prefijo "Global" o "Local" para crear explícitamente el objeto en el espacio de nombres global o de sesión. El resto del nombre puede contener cualquier carácter excepto el carácter de barra diagonal inversa (\). La creación de un objeto de asignación de archivos en el espacio de nombres global desde una sesión distinta de la sesión cero requiere el privilegio SeCreateGlobalPrivilege . Para obtener más información, vea Espacios de nombres de objeto kernel.
El cambio rápido de usuario se implementa mediante sesiones de Terminal Services. El primer usuario para iniciar sesión usa la sesión 0 (cero), el siguiente usuario para iniciar sesión usa la sesión 1 (una), etc. Los nombres de objeto de kernel deben seguir las directrices que se describen para Terminal Services para que las aplicaciones puedan admitir varios usuarios.
Valor devuelto
Si la función se ejecuta correctamente, el valor devuelto es un identificador para el objeto de asignación de archivos recién creado.
Si el objeto existe antes de la llamada de función, la función devuelve un identificador al objeto existente (con su tamaño actual, no el tamaño especificado) y GetLastError devuelve ERROR_ALREADY_EXISTS.
Si la función no se realiza correctamente, el valor devuelto es NULL. Para obtener información de error extendida, llame a GetLastError.
Comentarios
Después de crear un objeto de asignación de archivos, el tamaño del archivo no debe superar el tamaño del objeto de asignación de archivos; si lo hace, no todo el contenido del archivo está disponible para compartirlo.
Si una aplicación especifica un tamaño para el objeto de asignación de archivos mayor que el tamaño del archivo con nombre real en el disco y si la protección de páginas permite el acceso de escritura (es decir, el parámetro flProtect especifica PAGE_READWRITE o PAGE_EXECUTE_READWRITE), el archivo en disco se incrementa para que coincida con el tamaño especificado del objeto de asignación de archivos. Si el archivo se extiende, no se garantiza que el contenido del archivo entre el final anterior del archivo y el nuevo final del archivo sea cero; el comportamiento se define mediante el sistema de archivos. Si no se puede aumentar el archivo en el disco, Se produce un error en CreateFileMapping y GetLastError devuelve ERROR_DISK_FULL.
El contenido inicial de las páginas de un objeto de asignación de archivos respaldado por el archivo de paginación del sistema operativo es 0 (cero).
El identificador que devuelve CreateFileMapping tiene acceso completo a un nuevo objeto de asignación de archivos y se puede usar con cualquier función que requiera un identificador para un objeto de asignación de archivos.
Varios procesos pueden compartir una vista del mismo archivo mediante un único objeto de asignación de archivos compartidos o creando objetos de asignación de archivos independientes respaldados por el mismo archivo. Varios procesos pueden compartir un solo objeto de asignación de archivos mediante la herencia del identificador en la creación del proceso, la duplicación del identificador o la apertura del objeto de asignación de archivos por nombre. Para obtener más información, consulte las funciones CreateProcess, DuplicateHandle y OpenFileMapping .
La creación de un objeto de asignación de archivos no asigna realmente la vista a un espacio de direcciones de proceso. Las funciones MapViewOfFile y MapViewOfFileEx asignan una vista de un archivo a un espacio de direcciones de proceso.
Con una excepción importante, las vistas de archivo derivadas de cualquier objeto de asignación de archivos respaldado por el mismo archivo son coherentes o idénticos en un momento específico. La coherencia se garantiza para las vistas dentro de un proceso y para las vistas asignadas por diferentes procesos.
La excepción está relacionada con los archivos remotos. Aunque CreateFileMapping funciona con archivos remotos, no los mantiene coherentes. Por ejemplo, si dos equipos asignan un archivo como grabable y ambos cambian la misma página, cada equipo solo ve sus propias escrituras en la página. Cuando los datos se actualizan en el disco, no se combina.
Un archivo asignado y un archivo al que se tiene acceso mediante las funciones de entrada y salida (E/S) (ReadFile y WriteFile) no son necesariamente coherentes.
Las vistas asignadas de un objeto de asignación de archivos mantienen referencias internas al objeto y un objeto de asignación de archivos no se cierra hasta que se liberan todas las referencias a él. Por lo tanto, para cerrar completamente un objeto de asignación de archivos, una aplicación debe desasignar todas las vistas asignadas del objeto de asignación de archivos llamando a UnmapViewOfFile y cerrar el identificador del objeto de asignación de archivos llamando a CloseHandle. Estas funciones se pueden llamar en cualquier orden.
Al modificar un archivo a través de una vista asignada, es posible que la última marca de tiempo de modificación no se actualice automáticamente. Si es necesario, el llamador debe usar SetFileTime para establecer la marca de tiempo.
La creación de un objeto de asignación de archivos en el espacio de nombres global desde una sesión distinta de la sesión cero requiere el privilegio SeCreateGlobalPrivilege . Tenga en cuenta que esta comprobación de privilegios se limita a la creación de objetos de asignación de archivos y no se aplica a la apertura de las existentes. Por ejemplo, si un servicio o el sistema crea un objeto de asignación de archivos en el espacio de nombres global, cualquier proceso que se ejecute en cualquier sesión puede acceder a ese objeto de asignación de archivos siempre que el autor de la llamada tenga los derechos de acceso necesarios.
Windows XP: El requisito descrito en el párrafo anterior se introdujo con Windows Server 2003 y Windows XP con SP2
Use el control estructurado de excepciones para proteger cualquier código que escriba o lea desde una vista de archivo. Para obtener más información, vea Lectura y escritura desde una vista de archivo.
Para tener una asignación con permisos ejecutables, una aplicación debe llamar a CreateFileMapping con PAGE_EXECUTE_READWRITE o PAGE_EXECUTE_READ y, a continuación, llamar a MapViewOfFile con FILE_MAP_EXECUTE | FILE_MAP_WRITE o FILE_MAP_EXECUTE | FILE_MAP_READ.
En Windows Server 2012, esta función es compatible con las siguientes tecnologías.
| Tecnología | Compatible |
|---|---|
| Protocolo Bloque de mensajes del servidor (SMB) 3.0 | Sí |
| Conmutación por error transparente (TFO) de SMB 3.0 | Sí |
| SMB 3.0 con recursos compartidos de archivos de escalabilidad horizontal (SO) | Sí |
| Sistema de archivos de Volumen compartido de clúster (CsvFS) | Sí |
| Sistema de archivos resistente a errores (ReFS) | Sí |
Ejemplos
Para obtener un ejemplo, vea Crear memoria compartida con nombre o Crear una asignación de archivos mediante páginas grandes.
Requisitos
| Requisito | Value |
|---|---|
| Cliente mínimo compatible | Windows XP [solo aplicaciones de escritorio] |
| Servidor mínimo compatible | Windows Server 2003 [solo aplicaciones de escritorio] |
| Plataforma de destino | Windows |
| Encabezado | winbase.h (incluya Windows.h, Memoryapi.h) |
| Library | Kernel32.lib |
| Archivo DLL | Kernel32.dll |
Vea también
Crear un objeto de asignación de archivos
Funciones de asignación de archivos
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de