This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/30335] CreateFileMapping fails in Vista due to lack of admin privileges
- From: "dannysmith at users dot sourceforge dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 3 Jun 2007 21:37:45 -0000
- Subject: [Bug other/30335] CreateFileMapping fails in Vista due to lack of admin privileges
- References: <bug-30335-13841@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #12 from dannysmith at users dot sourceforge dot net 2007-06-03 21:37 -------
(In reply to comment #11)
> Hi
>
>
> Now we looking at the second patch the host-mingw32.c.diff
> I have not tested it in vista or windows yet. But what I can see
> it using vritualalloc that mean it alloc memory and getting allot slower
> against
> FileMapping we talking about allot extra comping time, and it is not a good
> idea for big project like reactos, and another thing the swap file will incress
> and windows does not always cleanup stuff in the swapfile until a reboot, that
> is few big disages with host-mingw32.c.diff it exists allot other disgante over
Huh? This is called only once during compilation. What evidence do you have
that CreateFileMapping is faster than VirtualAlloc here?
We are not sharing memory across processes so we don't really need to create a
named memory-mapped object. I would prefer to keep the memory object anonymous
rather than hardcoding a name that could be accessed by other processes.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30335