1

Resolved

Build on W7 doesn't work

description

Not sure what the issue is here - this is on a W7 64 bit install...
 
Errors in output of started up IDE:
1>Performing Makefile project actions
1>AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x40000, State 0x10000
1>C:\users\gwatts\Documents\Visual Studio 2008\Projects\Root Builder Tools\WinBuildTools\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
1>AllocationBase 0x0, BaseAddress 0x715B0000, RegionSize 0x40000, State 0x10000
1>C:\users\gwatts\Documents\Visual Studio 2008\Projects\Root Builder Tools\WinBuildTools\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
1>Project : error PRJ0002 : Error result 1 returned from 'C:\Windows\SysWow64\cmd.exe'.

comments

gwatts wrote Jul 5, 2009 at 2:05 AM

This error is "special". There are lots of references to it. Some notes:
  • It can be caused by someone else running a different version of the dll. However, that isn't on this system.
  • Lots of references to 64 bit vs 32 bit, but I can't see what is going on here (but I suspect it is part of the reason).
-> Running "sh" from the command line works
-> Visual Studio runs cmd from the 32 bit version of cmd.exe, the "cmd" from the start menu is 64 bit version. Both run fine stand-alone.
-> When install ROOT Builder Tools and run it, it creates an IDE, and then the build works. But if you then double click to start it, it does not work (!!!).
-> Setting the compatibility to be XP SP2 and then it seems to work - but you get a protection box which flashes up.
-> I have also seens references to the NX bit (DEP) as being at the root of this.

gwatts wrote Jul 5, 2009 at 2:14 AM

when we run under the ROOT builder started from the installed version we see sh run w/out DEP. Which is good. :-)

gwatts wrote Jul 5, 2009 at 2:20 AM

The SH processes quits much to quickly to see what the root of the problem is here!

gwatts wrote Jul 5, 2009 at 5:30 AM

This web page seems to contain the key:
http://www.madwizard.org/electronics/articles/winavrvista

Rebasing the DLL seems to have made it work correclty. What is up with that!? There is no technical information on that, unfortunately. Have to contact the author of that writeup.

gwatts wrote Jul 5, 2009 at 5:40 AM

The command I used to fix this is:

rebase -b 0x30000000 msys-1.0.dll

wrote Jul 5, 2009 at 5:47 AM

wrote Jul 12, 2009 at 10:07 PM

wrote Feb 14, 2013 at 12:15 AM

wrote May 16, 2013 at 5:05 AM

wrote May 16, 2013 at 5:05 AM

wrote Jun 14, 2013 at 7:46 AM