Export (0) Print
Expand All
Expand Minimize

AllocateUserPhysicalPages function

Allocates physical memory pages to be mapped and unmapped within any Address Windowing Extensions (AWE) region of a specified process.

64-bit Windows on Itanium-based systems:  Due to the difference in page sizes, AllocateUserPhysicalPages is not supported for 32-bit applications.

Syntax


BOOL WINAPI AllocateUserPhysicalPages(
  _In_     HANDLE hProcess,
  _Inout_  PULONG_PTR NumberOfPages,
  _Out_    PULONG_PTR UserPfnArray
);

Parameters

hProcess [in]

A handle to a process.

The function allocates memory that can later be mapped within the virtual address space of this process. The handle must have the PROCESS_VM_OPERATION access right. For more information, see Process Security and Access Rights.

NumberOfPages [in, out]

The size of the physical memory to allocate, in pages.

To determine the page size of the computer, use the GetSystemInfo function. On output, this parameter receives the number of pages that are actually allocated, which might be less than the number requested.

UserPfnArray [out]

A pointer to an array to store the page frame numbers of the allocated memory.

The size of the array that is allocated should be at least the NumberOfPages times the size of the ULONG_PTR data type.

Do not attempt to modify this buffer. It contains operating system data, and corruption could be catastrophic. The information in the buffer is not useful to an application.

Return value

If the function succeeds, the return value is TRUE.

Fewer pages than requested can be allocated. The caller must check the value of the NumberOfPages parameter on return to see how many pages are allocated. All allocated page frame numbers are sequentially placed in the memory pointed to by the UserPfnArray parameter.

If the function fails, the return value is FALSE, and no frames are allocated. To get extended error information, call GetLastError.

Remarks

The AllocateUserPhysicalPages function is used to allocate physical memory that can later be mapped within the virtual address space of the process. The SeLockMemoryPrivilege privilege must be enabled in the caller's token or the function will fail with ERROR_PRIVILEGE_NOT_HELD. For more information, see Privilege Constants.

Memory allocated by this function must be physically present in the system. After the memory is allocated, it is locked down and unavailable to the rest of the virtual memory management system.

Physical pages cannot be simultaneously mapped at more than one virtual address.

Physical pages can reside at any physical address. You should make no assumptions about the contiguity of the physical pages.

To compile an application that uses this function, define the _WIN32_WINNT macro as 0x0500 or later. For more information, see Using the Windows Headers.

Examples

For an example, see AWE Example.

Requirements

Minimum supported client

Windows XP [desktop apps only]

Minimum supported server

Windows Server 2003 [desktop apps only]

Header

WinBase.h (include Windows.h)

Library

Kernel32.lib

DLL

Kernel32.dll

See also

Address Windowing Extensions
AllocateUserPhysicalPagesNuma
FreeUserPhysicalPages
Memory Management Functions
MapUserPhysicalPages
MapUserPhysicalPagesScatter

 

 

Community Additions

ADD
Show:
© 2014 Microsoft