diff options
author | Corinna Vinschen <corinna@vinschen.de> | 2011-07-21 21:52:05 +0400 |
---|---|---|
committer | Corinna Vinschen <corinna@vinschen.de> | 2011-07-21 21:52:05 +0400 |
commit | 37aeec7f721bd4e1c9ec930d84e130df031d7066 (patch) | |
tree | 308bfff424412fcbd444e3cf88527113ab87448b /winsup/cygwin/heap.cc | |
parent | 86719a10d00f04f802da9f65ba652633841d5e78 (diff) |
* heap.cc (eval_start_address): Simplify test for large address
awareness of executable, which works for 32 and 64 bit systems.
Change comment accordingly.
Diffstat (limited to 'winsup/cygwin/heap.cc')
-rw-r--r-- | winsup/cygwin/heap.cc | 31 |
1 files changed, 17 insertions, 14 deletions
diff --git a/winsup/cygwin/heap.cc b/winsup/cygwin/heap.cc index 6d5032e5b..977b93b4d 100644 --- a/winsup/cygwin/heap.cc +++ b/winsup/cygwin/heap.cc @@ -17,6 +17,7 @@ details. */ #include "dtable.h" #include "cygheap.h" #include "child_info.h" +#include "ntdll.h" #include <sys/param.h> #define assert(x) @@ -34,21 +35,23 @@ eval_start_address () safe region starting at 0x20000000. This should work right from the start in 99% of the cases. */ uintptr_t start_address = 0x20000000L; - if (wincap.is_wow64 ()) + if ((uintptr_t) NtCurrentTeb () >= 0xbf000000L) { - /* However, if we're running on a 64 bit system, we test here if the - executable is large address aware. If so, the application gets a - 4 Gigs virtual address space, with almost all of the upper 2 Gigs - being unused by Windows (only PEB and TEBs are allocated here, - apparently). So what we do here is to test if the large address - awareness flag is set in the file header and, if so, allocate our - heap in that region. What we get are 1.999 Gigs free for heap, - thread stacks, and shared memory regions. */ - PIMAGE_DOS_HEADER idh = (PIMAGE_DOS_HEADER) GetModuleHandle (NULL); - PIMAGE_NT_HEADERS32 inh = (PIMAGE_NT_HEADERS32) - ((PBYTE) idh + idh->e_lfanew); - if (inh->FileHeader.Characteristics & IMAGE_FILE_LARGE_ADDRESS_AWARE) - start_address = 0x80000000L; + /* However, if we're running on a /3GB enabled 32 bit system or on + a 64 bit system, and the executable is large address aware, then + we know that we have spare 1 Gig (32 bit) or even 2 Gigs (64 bit) + virtual address space. This memory region is practically unused + by Windows, only PEB and TEBs are allocated top-down here. We use + the current TEB address as very simple test that this is a large + address aware executable. + The above test for an address beyond 0xbf000000 is supposed to + make sure that we really have 3GB on a 32 bit system. XP and + later support smaller large address regions, but then it's not + that interesting for us to use it for the heap. + If the region is big enough, the heap gets allocated at its + start. What we get are 0.999 or 1.999 Gigs of free contiguous + memory for heap, thread stacks, and shared memory regions. */ + start_address = 0x80000000L; } return start_address; } |