I'm using Arm Development Studio 2019.1 on Windows 10.
From within ARM Development Studio I select "Build Project" for my project. It starts executing but I get a Windows pop-up error for armcc.exe that says:
Application was unable to start correctly. (0xc0000142)
The make is invoking Arm C Compiler 5.
I have tried running Arm Development Studio both as a user and as an administrator but I get the same error in either case.
This error occurs on the first file to be compiled for the project.
I've done some searching and found that this error is raised when a DLL is not able to be initialized.
Has anyone else seen this error?
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
Hi again DougI've done some further investigation. I believe that a rogue sh.exe is being picked-up from somewhere on your PC.On a 'vanilla' Arm DS system on Windows, 'make' should be picking up Windows's own cmd.exe, not some other sh.exe.To demonstrate this, I launched 'make' with '-d' to include debugging information:C:\Users\YourName\Development Studio Workspace\fireworks_A9-FVP_AC5>make -d -f makefile | moreGNU Make 4.2Built for Windows32Copyright (C) 1988-2016 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later <gnu.org/.../gpl.html>This is free software: you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law.Reading makefiles...Reading makefile 'makefile'...find_and_set_shell() setting default_shell = $(windir)/system32/cmd.exeReading makefile 'obj/timer_interrupts.o.d' (search path) (don't care) (no ~ expansion)...Reading makefile 'obj/banner_data.o.d' (search path) (don't care) (no ~ expansion)...:Notice the line:find_and_set_shell() setting default_shell = $(windir)/system32/cmd.exeYou should see something similar. If you see sh.exe here then you'll have to modify your PATH to prevent it from being picked-up.
Hope this fixes your problem.
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