ConfigurationBuilder.GetBasePath() does not return an absolute path on Mono

[muratg]

OS X, Mono. builder.GetBasePath() returns .. Same code run on CoreCLR returns an absolute path.

This breaks builder.Build().ReloadOnChanged("appsettings.json") in the templates.

[Eilon]

@pranavkm can you see if this is a Mono issue or a bug in our code?

[Eilon]

And is there any relationship to #334 ?

[peterblazejewicz]

We have the same findings when updating generator-aspnet:
OmniSharp/generator-aspnet#466 (comment)
OmniSharp/generator-aspnet#465 (comment)
Thanks!

[aggieben]

@Eilon looks to me to be an exact duplicate of #334. It doesn't bother me at all if you want to close that one and deal with the problem here.

[Eilon]

@aggieben looks like the other one was closed as a dup of this instead 😄

[Eilon]

Oops just re-read that. Today is opposite day. Or maybe it isn't opposite day.. Hmm...

[pranavkm]

@davidfowl, it looks like the issue is with the APP_CONTEXT_BASE_DIRECTORY that gets set:

APP_CONTEXT_BASE_DIRECTORY: .
AppDomain.BasePath: /home/prkrishn/.dnx/runtimes/dnx-mono.1.0.0-rc2-16249/bin/
Current Directory:/home/prkrishn/src/ConsoleApp2/src/ConsoleApp2

Would this property continue to exist with the CLI? If not, should we just use the AppDomain.BasePath \ Directory.GetCurrentDirectory() instead? If the property would continue to exist, we can simply expand it and that should suffice (or have DNX expand it when it populates it).

[divega]

Had a chat with @pranavkm. APP_CONTEXT_BASE_DIRECTORY is not DNX specific. We actually set it in DNX to make AppContext.BaseDirectory have the right value (see aspnet/dnx#2662), so it appears we would need to make sure it gets the right value on Mono.

[muratg]

So is the fix supposed to be in DNX? If that's the case, since DNX is being retired, perhaps we should test this with dotnet CLI, and file bug in dotnet/cli repo.

cc @anurse