armcc.exe returning a Windows error 0xc0000142

Thanks for your response Ronan.

I tried running the various compilers from the command line prompt, armcc --vsn, and they all executed correctly.

Doug

I just tried running make for the project from the Arm DS command prompt and I get the same error message from armcc.exe on the first compile in the make process, 0xc0000142.

Thanks Doug, for your extra information.  Ronan & I are colleagues at Arm, and I'm following up on his behalf.

You said this error occurs on the first file to be compiled for the project.

Does it always fail for that one particular source?  I'm wondering if there is something special about that source file, e.g. it contains embedded assembler.  Could you try temporarily removing that file from the project - do other source files compile OK?

Please could you also try compiling that file on the command-line with e.g.
armcc -c yourfile.c

Have you tried compiling a simple Hello World program, or one of the ready-made AC5 examples that are provided in the examples directory?  To try the latter, use File > Import > Arm Development Studio > Examples & Programming Libraries, enter "AC5" in the filter, then select e.g. the fireworks example. You'll need to clean/build/clean/build.  Does that build OK?

Do you have other shells e.g. Cygwin or MinGW installed on the PC>  The problem is that these tools provide their own “sh.exe” executable.  E.g. Cygwin puts C:\cygwin64\bin on the “Path” environment variable, and the C:\cygwin64\bin directory contains a “sh.exe” executable.  Try modifying the PATH to remove access to these tools-specific shells.
“make” will look for sh.exe first if the SHELL variable is not set, so it might also be possible to workaround this problem by explicitly specifying e.g. SHELL=$(windir)\system32\cmd.exe

Stephen

Stephen,

Thank you for the information and suggestions.

I tried to build the fireworks example as you described from within Arm Dev Studio and I get the armcc.exe error of 0xc0000142 which is what I was seeing with the project I'm working with.

I will work on compiling from the command line now.

Doug

I tried adding the SHELL variable to my windows environment but I still get the same error.

I removed C:\MinGW\bin from my PATH and I get the following when I attempt to build the fireworks example:

make all
Building file: ../src/Fireworks.c
Invoking: Arm C Compiler 5
armcc.exe --cpu=Cortex-A9 --apcs=/hardfp --thumb -DSTANDALONE -O0 -Otime -g --md --depend_format=unix_escaped --no_depend_system_headers --depend_dir="src" -c -o "src/Fireworks.o" "../src/Fireworks.c"
/usr/bin/sh: /c/Program Files/Arm/Development Studio 2019.1/sw/ARMCompiler5.06u6/bin/armcc.exe: Invalid argument

I then set my PATH value back to its original value.  I still have the SHELL variable set the suggested value.  From the Arm DS command prompt I tried to compile the fireworks.c file and that compiled successfully.

Hi again Doug

Thanks for testing further.  It does seem that the compilation tools themselves are installed and working correctly, but that the mechanism that launches them from the IDE has been broken somehow.  The error message:
/usr/bin/sh: /c/Program Files/Arm/Development Studio 2019.1/sw/ARMCompiler5.06u6/bin/armcc.exe: Invalid argument
is suspicious because this is an error from 'sh', not from 'armcc'.

Do you have the AVR tools installed?  We've seen "The application was unable to start correctly” errors where sh.exe (provided by AVR tools that were present) was being picked up by make.  If so, can you try temporarily modifying the PATH to remove the AVR tools?  If that doesn't help, try using 'make --trace' to investigate in more detail exactly what is being picked up and from where.

Stephen

Stephen,

Yes I have AVR tools installed on the computer.  I exited DS, modified the PATH variable to remove the AVR tools, then started DS.  I did a project->build in DS and I no longer get the windows error.

I now get the following:

make all
Building file: C:/src/platform/utilities/src/debug_console_imx.c
Invoking: Arm C Compiler 5
armcc.exe --cpu=Cortex-M4 --fpu=FPv4-SP --apcs=/hardfp -D__DEBUG -DCPU_MCIMX7D_M4 -IC:/src/../platform/CMSIS/Include -IC:/src/../platform/devices -IC:/src/../platform/devices/MCIMX7D/include -IC:/src/../platform/devices/MCIMX7D/startup -IC:/src/../platform/drivers/inc -IC:/src/../platform/utilities/inc -IC:/src/../Machine/inc -IC:/src/.. --c99 --gnu -O0 -g --diag_suppress=1296,66,9931 --c99 --split_sections --md --depend_format=unix_escaped --no_depend_system_headers --depend_dir="utilities" -c -o "utilities/debug_console_imx.o" "C:/src/platform/utilities/src/debug_console_imx.c"
/usr/bin/sh: /c/Program Files/Arm/Development Studio 2019.1/sw/ARMCompiler5.06u6/bin/armcc.exe: Invalid argument
make: *** [utilities/subdir.mk:23: utilities/debug_console_imx.o] Error 126

Thanks,

Doug

Hi again Doug, and thanks Stephen for following up in my absence.

I agree with Stephen that the issue seems to be pathing to your shell... could you try the following, at least as a workaround to build your project for now...

Right click on the project, and select Show in local terminal -> Terminal, and enter "make" there. Does that build?

If you get errors of the form "'armcc' is not recognized as an internal or external command, then close the IDE, open the "Arm DS Command Prompt", run the "select_toolchain.bat" script to select Arm Compiler 5, and therein launch the IDE (armds_ide.exe), and 

Ronan & Stephen,

Thank you for your suggestions and "debugging" tips!  Once I removed all references to the AVR toolset I am no longer getting the windows error when I attempt to build the project.  Turns out I had set the PATH values in both the user and all users area of windows environment variable settings.

I will have to come up with batch files to use so that when I switch projects and toolsets I get the correct environment variables for the appropriate toolset.

Again thank you for your help and patience.

Doug