Posted by Vetch on 2017-01-17 10:46

Hi Chudik,
Please, may you provide more details? Do you get these errors at comilation or debug phase?
It seems issues are triggered with the V1.13, might be better to keep using V1.12 for the moment.

Posted by dulan on 2017-05-23 16:49

Hello.

I am getting the exact same error. I am using System Workbench V2.0.
Version: Neon.3 Release (4.6.3)
Build id: 20170314-1500

It happens during the build. It is not always, only about 50% of the cases.
When it happens, I just build again and then it usually passes in the end. But this is still annoying.
In fact, I am using a computer where only 50% of the RAM is used, with 16 GBytes of RAM so the problem should not be related to a real lack of memory.

I wonder if there is not a problem with very fast disks. I am using an SSD disk and maybe when it is too fast some files are generated in a wrong timing.
You can try to reproduce this especially with the STM32CubeF4 example located here:
STM32Cube_FW_F4_V1.16.0\Projects\STM32F429I-Discovery\Applications\FatFs\FatFs_USBDisk\SW4STM32\STM32F429I-DISCO

No need of any hardware to see this.

Thank you if you can provide any fix for that.

Posted by dulan on 2017-05-24 15:30

Now it even won’t compile anymore, because this error comes all the time, even after several build one after the other (unlike previously).

This is the detailed error:

Finished building: C:/STM32Cube_FW_F4_V1.16.0/Drivers/BSP/STM32F429I-Discovery/stm32f429i_discovery.c

0 main us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x60EA0000, RegionSize 0x10000, State 0x10000
C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools\make\echo.exe: *** Couldn’t reserve space for cygwin’s heap, Win32 error 0
make: *** Application/User/main.o Error 1

15:01:28 Build Finished (took 11s.48ms)

How can I switch back to version V1.12 as you state, shall I install an old version of SW4STM32 or can I use this V1.12 compiler with SW4STM32 V2.0, and how to install (what plugin, etc...)?

Thanks.

Posted by dulan on 2017-05-30 10:20

I come back about this problem to provide some update.

There is a good explanation of the problem and why this happens here:
https://stackoverflow.com/questions/18502999/git-extensions-win32-error-487-couldnt-reserve-space-for-cygwins-heap-win32

Especially post “Install 64-bit Git for Windows 2” suggests that we should use MSYS2 instead of MSYS1 that SW4STM32 seems to be using, to get rid of that problem the clean way.

Another solution, which is clumsy, is to remap the msys-1.0.dll file this way on my computer:

C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.20
1705091103\tools\make>”c:\program files\Microsoft SDKs\Windows\v6.0A\bin\x64\reb
ase.exe” -b 0x70000000 msys-1.0.dll

You can try remaping to 0x50000000 or 0x70000000 or whatever else. You need to do that only once.
It seemws to help a little bit at first, but in fact I still have to build the project up to 20 times until it is successful, which is a nightmare.
Else, once the build is ok I have all features working perfectly, with debug and everything else working great. So sad that this problem remains..

Do you know if it is soon planned to do this move to MSYS2 so that this error would be fixed? Or any other solution to provide?

Posted by dulan on 2017-06-13 15:25

Hello.
I think this problem is very serious. I doubt that I am the only one having this issue.
Is SW4STM32 handling this for the next version?

By the way, I am using Windows 7 64 bits. Also, I have installed Cygwin64.

Posted by sde on 2017-06-19 21:19

Hello there,
Got the same error when trying to install current version 2.0 on Windows 10 with an SDD. No previous version was installed before.

Posted by awneil on 2017-06-20 19:06

I am getting this error having just installed SW4STM32 v2.0.

It happens on a ‘clean’ of the Project:

18:09:29 **** Clean-only build of configuration Debug for project L4_DAC_ADC ****
make -j4 clean 
rm -rf *
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x60EA0000, RegionSize 0x430000, State 0x10000
C:\bin\Ac6\SW4STM32_200\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools\make\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
make: [clean] Error 1 (ignored)
 

18:09:29 Build Finished (took 143ms)

Posted by dulan on 2017-06-26 11:41

I think I have been able to solve the issue using MSYS2 library instead of MSYS1 as I was suggesting SW4STM32 to do.

Here is the procedure I applied:

• Install the MSYS2 library for Windows: http://www.msys2.org/
• Open the make tool directory from SW4STM32. It should be located in a directory like the following:
C:\Ac6\SystemWorkbench\plugins\fr.ac6.mcu.externaltools.arm-none.win32_1.13.2.201705091103\tools\make
Browse until there to discover the real name of the directory on your computer or search for the “make.exe” file.
• Do a copy of that folder first somewhere else, like “make_orig”
• Replace the following files from the MSYS2 library into the “make” directory above. Take them from the “C:\msys64\usr\bin” directory:
- echo.exe
- msys-2.0.dll
- msys-iconv-2.dll
- msys-intl-8.dll
- rm.exe
- sh.exe
• Delete the following file from the “make” directory:
- msys-1.0.dll
• Restart SW4STM32 and run a new build of your project after a “clean”.

The error should not appear anymore. I rebuilt the project several times and it doesn’t appear anymore. Also tried several other projects successfully, error didn’t appear a single time.
I am running Windows 7 64bits.
BTW, system restart did not fix it for me.

Please tell if this works and then I hope SW4STM32 would include this fix in their next release.

Posted by dulan on 2017-06-27 11:08

You are welcome jLn_38.
I am using the default make.exe delivered with SW4STM32 version 2.0.1.201705161428. I think this one was gotten by updating the V2.0 through the software’s internal update that I accepted.
With that version, the make.exe contains version 3.81.2520.1772 in the file’s properties.
With this one it works on my side.
I just tried with the make.exe provided by Cygwin64 and it works too (don’t know its version).

Sorry I would not recomment to provide my make directory as it might cause problems when the rest of the libraries are not the same version as your GNU tools (yours will very likely be different than mine as it is not bundled with SW4STM32.

As the version of your make.exe is higher than mine, I would expect it to work.
Please follow the whole procedure above again (exactly), and report what exact error you get. Maybe another executable was not copied properly and generates an error on your side (even only echo.exe)..

Dulan

Posted by bhangemahadeo on 2018-06-27 10:10

Dear Forum,
I am getting below error during building the project.
make all
Building file: ../stl/STM32F10x_StdPeriph_Driver/src/misc_.c
Invoking: MCU GCC Compiler
c:/ac6/systemworkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.15.0.201708311556/tools/make/sh: syntax error: unexpected “(”
stl/STM32F10x_StdPeriph_Driver/src/subdir.mk:84: recipe for target ‘stl/STM32F10x_StdPeriph_Driver/src/misc_.o’ failed
make: *** stl/STM32F10x_StdPeriph_Driver/src/misc_.o Error 2

Please kindly help me to solve above problem.