dotnet fails with error: api-ms-win-crt-runtime-l1-1-0.dll is missing.

[livarcocc]

From @seancpeters on September 14, 2017 18:25

Steps to reproduce

Start with a clean machine configured with: Win 8.1 x64 ESN OS
Install CLI 2.0 RTW

Expected behavior

dotnet commands execute properly.

Actual behavior

Running dotnet with any (or no) options fails, pops up an error dialog containing: "The program can not start because api-ms-win-crt-runtime-l1-1-0.dll is missing on the computer. Try reinstalling the program to correct this problem."

Environment data

dotnet --info output:

N/A - running dotnet --info fails with the same error.

Copied from original issue: dotnet/cli#7654

[livarcocc]

How did you install the CLI on this box?

[livarcocc]

From @steveharter on September 14, 2017 19:36

Also can you check that you have the uCRT (universal CRT) installed.

[livarcocc]

From @seancpeters on September 14, 2017 19:45

The CLI was installed from https://dotnetcli.blob.core.windows.net/dotnet/Sdk/2.0.0/dotnet-sdk-2.0.0-win-x64.exe

I am not certain about the universal CRT.

This bug was reported by our testing team, so my information is unfortunately a bit limited.

[steveharter]

On the uCRT, see https://github.com/dotnet/core/blob/851184b864923dd49dfcb099932e30c431856ba7/release-notes/1.0/1.0.0-known-issues.md#universal-c-runtime-dependency-on-windows

[steveharter]

Closing as likely UCRT not installed

[CIPop]

@steveharter I'm able to repro this on a vanilla Win7 Embedded POSReady7 with dotnet core 2.1 CLI (downloaded today from https://dot.net). Could we add something to the installer to block until the prerequisites are met?

[steveharter]

ptal @rakeshsinghranchi

[rakeshsinghranchi]

@Petermarcu , @leecow - looking at https://github.com/dotnet/core-setup/issues/1842 , uCRT is expected to be the part of runtime.

[Petermarcu]

@janvorli @jkotas @jeffschwMSFT

[jkotas]

dotnet.exe is deployed to a different directory than the runtime. It means that it does not get to use uCRT that is part of the runtime.

[jkotas]

This looks like a mismatch in the build scripts:

• The cmake file for dotnet.exe explicitly specifies to link with static CRT: https://github.com/dotnet/core-setup/blob/master/src/corehost/cli/exe/exe.cmake#L6
• The global cmake file overrides this setting to pick up dynamic CRT: https://github.com/dotnet/core-setup/blob/master/src/settings.cmake#L191

[steveharter]

Per https://github.com/dotnet/corefx/issues/12858 I think the intent was to statically link to the CRT initialization code (libcmtd.lib, libvcruntime.lib) but dynamically link to the bulk (ucrt.lib)

The global cmake file overrides this setting to pick up dynamic CRT: https://github.com/dotnet/core-setup/blob/master/src/settings.cmake#L191

This removes libucrt.lib (static) and adds ucrt.lib (dynamic)

[steveharter]

However since ucrtbase.dll (ucrt.lib) is not co-located with dotnet.exe (it's in the netcoreapp runtime folder), Windows doesn't dynamically load it there and thus requires the uCRT to be installed globally (?)