First build-infra push to jdk8 -- try out the new build system!
david.holmes at oracle.com
Fri Apr 27 10:46:57 UTC 2012
Could it be that the parallelism of the new build is simply too high for
your system - hence you get memory exhaustion?
On 27/04/2012 7:56 PM, Artem Ananiev wrote:
> Hi, Magnus,
> thanks for your feedback. Here is what I have already tried:
> 1. Disable anti-virus
> 2. Upgrade sh/bash/make to the latest or to the stable versions
> 3. Disable DEP for sh.exe/bash.exe
> 4. Run rebaseall/peflagsall
> 5. Re-run make
> 6. Reboot
> It still fails. I cannot say for sure if it fails in the same place, but
> always in "jdk". All other workspaces are built fine: hotspot,
> langtools, etc.
> On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote:
>> On 2012-04-27 09:38, Artem Ananiev wrote:
>>> 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork:
>>> can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error
>>> 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error -
>>> fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error
>> This is a cygwin problem, which pops up every now and then when running
>> The basic problem is that cygwin tries to emulate posix behaviour on
>> windows, but the fork semantics is not available and so it has to be
>> "faked". Sometimes this fails. It seems to fail more often on Windows 7.
>> Running make files often causes a lot of forks, so it increases the
>> likelihood of failure.
>> Please just try to re-run make and see if that solves your problem.
>> If it repeats and seems to happen at the same place, let us known. If
>> that is the case, we might find some specific circumstances that makes
>> it more likely to happen, and maybe we can modify that slightly.
More information about the build-dev