2018-02-13 18:23:53 +01:00
|
|
|
// Copyright (c) Microsoft Corporation. All rights reserved.
|
|
|
|
// Licensed under the MIT License.
|
2016-03-30 23:26:05 +02:00
|
|
|
|
|
|
|
using System.Collections.Generic;
|
2016-10-04 00:22:28 +02:00
|
|
|
using System.ComponentModel;
|
2019-04-30 07:25:11 +02:00
|
|
|
using System.IO;
|
|
|
|
using System.Runtime.InteropServices;
|
|
|
|
|
2016-03-30 23:26:05 +02:00
|
|
|
using Microsoft.Win32;
|
|
|
|
using Microsoft.Win32.SafeHandles;
|
|
|
|
|
|
|
|
namespace System.Management.Automation
|
|
|
|
{
|
|
|
|
/// <summary>
|
2019-01-06 00:40:24 +01:00
|
|
|
/// These are platform abstractions and platform specific implementations.
|
2016-03-30 23:26:05 +02:00
|
|
|
/// </summary>
|
2016-07-05 23:16:35 +02:00
|
|
|
public static class Platform
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2017-04-09 18:23:06 +02:00
|
|
|
private static string _tempDirectory = null;
|
|
|
|
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary>
|
|
|
|
/// True if the current platform is Linux.
|
|
|
|
/// </summary>
|
2016-04-09 00:08:16 +02:00
|
|
|
public static bool IsLinux
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-04-08 23:54:41 +02:00
|
|
|
get
|
|
|
|
{
|
|
|
|
return RuntimeInformation.IsOSPlatform(OSPlatform.Linux);
|
|
|
|
}
|
|
|
|
}
|
2016-06-06 22:37:27 +02:00
|
|
|
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary>
|
2017-09-07 19:34:40 +02:00
|
|
|
/// True if the current platform is macOS.
|
2016-07-19 03:23:29 +02:00
|
|
|
/// </summary>
|
2017-09-07 19:34:40 +02:00
|
|
|
public static bool IsMacOS
|
2016-04-08 23:54:41 +02:00
|
|
|
{
|
|
|
|
get
|
|
|
|
{
|
|
|
|
return RuntimeInformation.IsOSPlatform(OSPlatform.OSX);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary>
|
|
|
|
/// True if the current platform is Windows.
|
|
|
|
/// </summary>
|
2016-04-09 00:08:16 +02:00
|
|
|
public static bool IsWindows
|
2016-04-08 23:54:41 +02:00
|
|
|
{
|
|
|
|
get
|
|
|
|
{
|
|
|
|
return RuntimeInformation.IsOSPlatform(OSPlatform.Windows);
|
|
|
|
}
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary>
|
|
|
|
/// True if PowerShell was built targeting .NET Core.
|
|
|
|
/// </summary>
|
2016-07-22 01:52:22 +02:00
|
|
|
public static bool IsCoreCLR
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-04-09 00:02:51 +02:00
|
|
|
get
|
|
|
|
{
|
|
|
|
return true;
|
|
|
|
}
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
2017-01-16 22:31:14 +01:00
|
|
|
|
2016-08-10 19:37:42 +02:00
|
|
|
/// <summary>
|
|
|
|
/// True if the underlying system is NanoServer.
|
|
|
|
/// </summary>
|
|
|
|
public static bool IsNanoServer
|
|
|
|
{
|
|
|
|
get
|
|
|
|
{
|
2017-07-31 22:02:14 +02:00
|
|
|
#if UNIX
|
2016-08-10 19:37:42 +02:00
|
|
|
return false;
|
|
|
|
#else
|
|
|
|
if (_isNanoServer.HasValue) { return _isNanoServer.Value; }
|
2017-01-16 22:31:14 +01:00
|
|
|
|
2016-08-10 19:37:42 +02:00
|
|
|
_isNanoServer = false;
|
|
|
|
using (RegistryKey regKey = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\Microsoft\Windows NT\CurrentVersion\Server\ServerLevels"))
|
|
|
|
{
|
|
|
|
if (regKey != null)
|
|
|
|
{
|
|
|
|
object value = regKey.GetValue("NanoServer");
|
|
|
|
if (value != null && regKey.GetValueKind("NanoServer") == RegistryValueKind.DWord)
|
|
|
|
{
|
|
|
|
_isNanoServer = (int)value == 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return _isNanoServer.Value;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// <summary>
|
|
|
|
/// True if the underlying system is IoT.
|
|
|
|
/// </summary>
|
|
|
|
public static bool IsIoT
|
|
|
|
{
|
|
|
|
get
|
|
|
|
{
|
2017-07-31 22:02:14 +02:00
|
|
|
#if UNIX
|
2016-08-10 19:37:42 +02:00
|
|
|
return false;
|
|
|
|
#else
|
|
|
|
if (_isIoT.HasValue) { return _isIoT.Value; }
|
|
|
|
|
|
|
|
_isIoT = false;
|
|
|
|
using (RegistryKey regKey = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\Microsoft\Windows NT\CurrentVersion"))
|
|
|
|
{
|
|
|
|
if (regKey != null)
|
|
|
|
{
|
|
|
|
object value = regKey.GetValue("ProductName");
|
|
|
|
if (value != null && regKey.GetValueKind("ProductName") == RegistryValueKind.String)
|
|
|
|
{
|
|
|
|
_isIoT = string.Equals("IoTUAP", (string)value, StringComparison.OrdinalIgnoreCase);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return _isIoT.Value;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-08-10 22:32:57 +02:00
|
|
|
/// <summary>
|
|
|
|
/// True if underlying system is Windows Desktop.
|
|
|
|
/// </summary>
|
|
|
|
public static bool IsWindowsDesktop
|
|
|
|
{
|
|
|
|
get
|
|
|
|
{
|
|
|
|
#if UNIX
|
|
|
|
return false;
|
|
|
|
#else
|
|
|
|
if (_isWindowsDesktop.HasValue) { return _isWindowsDesktop.Value; }
|
2017-10-26 23:12:19 +02:00
|
|
|
|
2017-08-10 22:32:57 +02:00
|
|
|
_isWindowsDesktop = !IsNanoServer && !IsIoT;
|
|
|
|
return _isWindowsDesktop.Value;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-01-16 22:31:14 +01:00
|
|
|
#if !UNIX
|
2016-08-10 19:37:42 +02:00
|
|
|
private static bool? _isNanoServer = null;
|
|
|
|
private static bool? _isIoT = null;
|
2017-08-10 22:32:57 +02:00
|
|
|
private static bool? _isWindowsDesktop = null;
|
2016-08-10 19:37:42 +02:00
|
|
|
#endif
|
2016-03-30 23:26:05 +02:00
|
|
|
|
|
|
|
// format files
|
|
|
|
internal static List<string> FormatFileNames = new List<string>
|
|
|
|
{
|
|
|
|
"Certificate.format.ps1xml",
|
|
|
|
"Diagnostics.format.ps1xml",
|
|
|
|
"DotNetTypes.format.ps1xml",
|
|
|
|
"Event.format.ps1xml",
|
|
|
|
"FileSystem.format.ps1xml",
|
|
|
|
"Help.format.ps1xml",
|
|
|
|
"HelpV3.format.ps1xml",
|
|
|
|
"PowerShellCore.format.ps1xml",
|
|
|
|
"PowerShellTrace.format.ps1xml",
|
|
|
|
"Registry.format.ps1xml",
|
|
|
|
"WSMan.format.ps1xml"
|
|
|
|
};
|
|
|
|
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary>
|
2016-08-10 19:37:42 +02:00
|
|
|
/// Some common environment variables used in PS have different
|
2019-01-06 00:40:24 +01:00
|
|
|
/// names in different OS platforms.
|
2016-08-10 19:37:42 +02:00
|
|
|
/// </summary>
|
|
|
|
internal static class CommonEnvVariableNames
|
|
|
|
{
|
|
|
|
#if UNIX
|
|
|
|
internal const string Home = "HOME";
|
|
|
|
#else
|
|
|
|
internal const string Home = "USERPROFILE";
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2017-04-09 18:23:06 +02:00
|
|
|
/// <summary>
|
2019-01-06 00:40:24 +01:00
|
|
|
/// Remove the temporary directory created for the current process.
|
2017-04-09 18:23:06 +02:00
|
|
|
/// </summary>
|
|
|
|
internal static void RemoveTemporaryDirectory()
|
|
|
|
{
|
2018-06-25 23:37:09 +02:00
|
|
|
if (_tempDirectory == null)
|
2017-04-09 18:23:06 +02:00
|
|
|
{
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
try
|
|
|
|
{
|
|
|
|
Directory.Delete(_tempDirectory, true);
|
|
|
|
}
|
|
|
|
catch
|
|
|
|
{
|
|
|
|
// ignore if there is a failure
|
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
2017-04-09 18:23:06 +02:00
|
|
|
_tempDirectory = null;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// <summary>
|
2019-01-06 00:40:24 +01:00
|
|
|
/// Get a temporary directory to use for the current process.
|
2017-04-09 18:23:06 +02:00
|
|
|
/// </summary>
|
|
|
|
internal static string GetTemporaryDirectory()
|
|
|
|
{
|
2018-06-25 23:37:09 +02:00
|
|
|
if (_tempDirectory != null)
|
2017-04-09 18:23:06 +02:00
|
|
|
{
|
|
|
|
return _tempDirectory;
|
|
|
|
}
|
|
|
|
|
|
|
|
_tempDirectory = PsUtils.GetTemporaryDirectory();
|
|
|
|
return _tempDirectory;
|
|
|
|
}
|
|
|
|
|
2016-08-11 23:22:23 +02:00
|
|
|
#if UNIX
|
2016-08-10 19:37:42 +02:00
|
|
|
/// <summary>
|
2016-07-19 03:23:29 +02:00
|
|
|
/// X Desktop Group configuration type enum.
|
|
|
|
/// </summary>
|
2016-08-11 01:34:07 +02:00
|
|
|
public enum XDG_Type
|
2016-07-19 03:23:29 +02:00
|
|
|
{
|
|
|
|
/// <summary> XDG_CONFIG_HOME/powershell </summary>
|
|
|
|
CONFIG,
|
|
|
|
/// <summary> XDG_CACHE_HOME/powershell </summary>
|
|
|
|
CACHE,
|
|
|
|
/// <summary> XDG_DATA_HOME/powershell </summary>
|
|
|
|
DATA,
|
|
|
|
/// <summary> XDG_DATA_HOME/powershell/Modules </summary>
|
2016-08-11 23:22:23 +02:00
|
|
|
USER_MODULES,
|
|
|
|
/// <summary> /usr/local/share/powershell/Modules </summary>
|
|
|
|
SHARED_MODULES,
|
2016-07-19 03:23:29 +02:00
|
|
|
/// <summary> XDG_CONFIG_HOME/powershell </summary>
|
|
|
|
DEFAULT
|
|
|
|
}
|
|
|
|
|
|
|
|
/// <summary>
|
2019-01-09 22:07:41 +01:00
|
|
|
/// Function for choosing directory location of PowerShell for profile loading.
|
2016-07-19 03:23:29 +02:00
|
|
|
/// </summary>
|
2016-08-11 01:34:07 +02:00
|
|
|
public static string SelectProductNameForDirectory(Platform.XDG_Type dirpath)
|
2016-06-02 19:14:51 +02:00
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// TODO: XDG_DATA_DIRS implementation as per GitHub issue #1060
|
2016-06-03 12:15:13 +02:00
|
|
|
|
2016-05-24 23:29:00 +02:00
|
|
|
string xdgconfighome = System.Environment.GetEnvironmentVariable("XDG_CONFIG_HOME");
|
2016-06-02 19:14:51 +02:00
|
|
|
string xdgdatahome = System.Environment.GetEnvironmentVariable("XDG_DATA_HOME");
|
2016-05-24 23:29:00 +02:00
|
|
|
string xdgcachehome = System.Environment.GetEnvironmentVariable("XDG_CACHE_HOME");
|
2017-04-09 18:23:06 +02:00
|
|
|
string envHome = System.Environment.GetEnvironmentVariable(CommonEnvVariableNames.Home);
|
2018-06-25 23:37:09 +02:00
|
|
|
if (envHome == null)
|
2017-04-09 18:23:06 +02:00
|
|
|
{
|
|
|
|
envHome = GetTemporaryDirectory();
|
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
2017-04-09 18:23:06 +02:00
|
|
|
string xdgConfigHomeDefault = Path.Combine(envHome, ".config", "powershell");
|
|
|
|
string xdgDataHomeDefault = Path.Combine(envHome, ".local", "share", "powershell");
|
2016-07-29 22:02:49 +02:00
|
|
|
string xdgModuleDefault = Path.Combine(xdgDataHomeDefault, "Modules");
|
2017-04-09 18:23:06 +02:00
|
|
|
string xdgCacheDefault = Path.Combine(envHome, ".cache", "powershell");
|
2016-06-06 22:37:27 +02:00
|
|
|
|
2016-07-29 22:02:49 +02:00
|
|
|
switch (dirpath)
|
|
|
|
{
|
2016-07-06 19:28:31 +02:00
|
|
|
case Platform.XDG_Type.CONFIG:
|
2019-01-06 02:51:20 +01:00
|
|
|
// the user has set XDG_CONFIG_HOME corresponding to profile path
|
2018-12-31 11:10:15 +01:00
|
|
|
if (string.IsNullOrEmpty(xdgconfighome))
|
2016-06-02 19:14:51 +02:00
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// xdg values have not been set
|
2016-06-06 22:37:27 +02:00
|
|
|
return xdgConfigHomeDefault;
|
2016-06-01 20:03:05 +02:00
|
|
|
}
|
|
|
|
|
2016-06-02 19:14:51 +02:00
|
|
|
else
|
|
|
|
{
|
2016-06-06 22:37:27 +02:00
|
|
|
return Path.Combine(xdgconfighome, "powershell");
|
2016-05-24 23:29:00 +02:00
|
|
|
}
|
2016-06-06 22:37:27 +02:00
|
|
|
|
2016-07-06 19:28:31 +02:00
|
|
|
case Platform.XDG_Type.DATA:
|
2019-01-06 02:51:20 +01:00
|
|
|
// the user has set XDG_DATA_HOME corresponding to module path
|
2018-12-31 11:10:15 +01:00
|
|
|
if (string.IsNullOrEmpty(xdgdatahome))
|
2016-07-29 22:02:49 +02:00
|
|
|
{
|
2016-07-14 06:10:43 +02:00
|
|
|
// create the xdg folder if needed
|
|
|
|
if (!Directory.Exists(xdgDataHomeDefault))
|
|
|
|
{
|
2017-03-06 07:05:10 +01:00
|
|
|
try
|
|
|
|
{
|
|
|
|
Directory.CreateDirectory(xdgDataHomeDefault);
|
|
|
|
}
|
|
|
|
catch (UnauthorizedAccessException)
|
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// service accounts won't have permission to create user folder
|
2017-04-09 18:23:06 +02:00
|
|
|
return GetTemporaryDirectory();
|
2017-03-06 07:05:10 +01:00
|
|
|
}
|
2016-07-14 06:10:43 +02:00
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
2016-07-14 06:10:43 +02:00
|
|
|
return xdgDataHomeDefault;
|
2016-07-05 23:16:35 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
return Path.Combine(xdgdatahome, "powershell");
|
|
|
|
}
|
|
|
|
|
2016-08-11 23:22:23 +02:00
|
|
|
case Platform.XDG_Type.USER_MODULES:
|
2019-01-06 02:51:20 +01:00
|
|
|
// the user has set XDG_DATA_HOME corresponding to module path
|
2018-12-31 11:10:15 +01:00
|
|
|
if (string.IsNullOrEmpty(xdgdatahome))
|
2016-07-29 22:02:49 +02:00
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// xdg values have not been set
|
|
|
|
if (!Directory.Exists(xdgModuleDefault)) // module folder not always guaranteed to exist
|
2016-07-14 06:10:43 +02:00
|
|
|
{
|
2017-03-06 07:05:10 +01:00
|
|
|
try
|
|
|
|
{
|
|
|
|
Directory.CreateDirectory(xdgModuleDefault);
|
|
|
|
}
|
|
|
|
catch (UnauthorizedAccessException)
|
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// service accounts won't have permission to create user folder
|
2017-04-09 18:23:06 +02:00
|
|
|
return GetTemporaryDirectory();
|
2017-03-06 07:05:10 +01:00
|
|
|
}
|
2016-07-14 06:10:43 +02:00
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
2016-07-14 06:10:43 +02:00
|
|
|
return xdgModuleDefault;
|
2016-06-03 12:15:13 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2016-06-06 22:37:27 +02:00
|
|
|
return Path.Combine(xdgdatahome, "powershell", "Modules");
|
|
|
|
}
|
|
|
|
|
2016-08-11 23:22:23 +02:00
|
|
|
case Platform.XDG_Type.SHARED_MODULES:
|
|
|
|
return "/usr/local/share/powershell/Modules";
|
|
|
|
|
2016-06-03 22:55:23 +02:00
|
|
|
case Platform.XDG_Type.CACHE:
|
2019-01-06 02:51:20 +01:00
|
|
|
// the user has set XDG_CACHE_HOME
|
2018-12-31 11:10:15 +01:00
|
|
|
if (string.IsNullOrEmpty(xdgcachehome))
|
2016-06-03 22:55:23 +02:00
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// xdg values have not been set
|
|
|
|
if (!Directory.Exists(xdgCacheDefault)) // module folder not always guaranteed to exist
|
2016-06-06 22:37:27 +02:00
|
|
|
{
|
2017-03-06 07:05:10 +01:00
|
|
|
try
|
|
|
|
{
|
|
|
|
Directory.CreateDirectory(xdgCacheDefault);
|
|
|
|
}
|
|
|
|
catch (UnauthorizedAccessException)
|
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// service accounts won't have permission to create user folder
|
2017-04-09 18:23:06 +02:00
|
|
|
return GetTemporaryDirectory();
|
2017-03-06 07:05:10 +01:00
|
|
|
}
|
2016-06-03 22:55:23 +02:00
|
|
|
}
|
2016-06-06 22:37:27 +02:00
|
|
|
|
|
|
|
return xdgCacheDefault;
|
2016-06-01 20:03:05 +02:00
|
|
|
}
|
2016-06-06 09:36:15 +02:00
|
|
|
|
2016-06-02 19:14:51 +02:00
|
|
|
else
|
|
|
|
{
|
2016-06-06 18:29:30 +02:00
|
|
|
if (!Directory.Exists(Path.Combine(xdgcachehome, "powershell")))
|
|
|
|
{
|
2017-03-06 07:05:10 +01:00
|
|
|
try
|
|
|
|
{
|
|
|
|
Directory.CreateDirectory(Path.Combine(xdgcachehome, "powershell"));
|
|
|
|
}
|
|
|
|
catch (UnauthorizedAccessException)
|
|
|
|
{
|
2019-01-06 02:51:20 +01:00
|
|
|
// service accounts won't have permission to create user folder
|
2017-04-09 18:23:06 +02:00
|
|
|
return GetTemporaryDirectory();
|
2017-07-31 22:02:14 +02:00
|
|
|
}
|
2016-06-06 18:29:30 +02:00
|
|
|
}
|
|
|
|
|
2016-06-06 22:37:27 +02:00
|
|
|
return Path.Combine(xdgcachehome, "powershell");
|
|
|
|
}
|
|
|
|
|
|
|
|
case Platform.XDG_Type.DEFAULT:
|
2019-01-06 02:51:20 +01:00
|
|
|
// default for profile location
|
2016-06-03 12:15:13 +02:00
|
|
|
return xdgConfigHomeDefault;
|
2016-06-01 20:03:05 +02:00
|
|
|
|
2016-06-06 22:37:27 +02:00
|
|
|
default:
|
2019-01-06 02:51:20 +01:00
|
|
|
// xdgConfigHomeDefault needs to be created in the edge case that we do not have the folder or it was deleted
|
|
|
|
// This folder is the default in the event of all other failures for data storage
|
2016-06-06 22:37:27 +02:00
|
|
|
if (!Directory.Exists(xdgConfigHomeDefault))
|
|
|
|
{
|
2016-07-29 22:02:49 +02:00
|
|
|
try
|
|
|
|
{
|
2016-06-03 22:55:23 +02:00
|
|
|
Directory.CreateDirectory(xdgConfigHomeDefault);
|
2016-06-06 22:37:27 +02:00
|
|
|
}
|
2016-07-29 22:02:49 +02:00
|
|
|
catch
|
|
|
|
{
|
2016-06-03 22:55:23 +02:00
|
|
|
Console.Error.WriteLine("Failed to create default data directory: " + xdgConfigHomeDefault);
|
2016-06-06 22:37:27 +02:00
|
|
|
}
|
2016-06-01 20:03:05 +02:00
|
|
|
}
|
2016-06-06 22:37:27 +02:00
|
|
|
|
|
|
|
return xdgConfigHomeDefault;
|
2016-05-24 23:29:00 +02:00
|
|
|
}
|
|
|
|
}
|
2016-08-11 23:22:23 +02:00
|
|
|
#endif
|
2016-03-30 23:26:05 +02:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
/// <summary>
|
|
|
|
/// The code is copied from the .NET implementation.
|
|
|
|
/// </summary>
|
|
|
|
internal static string GetFolderPath(System.Environment.SpecialFolder folder)
|
|
|
|
{
|
|
|
|
return InternalGetFolderPath(folder);
|
|
|
|
}
|
|
|
|
|
|
|
|
/// <summary>
|
|
|
|
/// The API set 'api-ms-win-shell-shellfolders-l1-1-0.dll' was removed from NanoServer, so we cannot depend on 'SHGetFolderPathW'
|
|
|
|
/// to get the special folder paths. Instead, we need to rely on the basic environment variables to get the special folder paths.
|
|
|
|
/// </summary>
|
|
|
|
/// <returns>
|
|
|
|
/// The path to the specified system special folder, if that folder physically exists on your computer.
|
2018-06-12 21:30:10 +02:00
|
|
|
/// Otherwise, an empty string (string.Empty).
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
/// </returns>
|
|
|
|
private static string InternalGetFolderPath(System.Environment.SpecialFolder folder)
|
|
|
|
{
|
|
|
|
string folderPath = null;
|
|
|
|
#if UNIX
|
|
|
|
string envHome = System.Environment.GetEnvironmentVariable(Platform.CommonEnvVariableNames.Home);
|
2018-06-25 23:37:09 +02:00
|
|
|
if (envHome == null)
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
{
|
|
|
|
envHome = Platform.GetTemporaryDirectory();
|
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
switch (folder)
|
|
|
|
{
|
|
|
|
case System.Environment.SpecialFolder.ProgramFiles:
|
|
|
|
folderPath = "/bin";
|
|
|
|
if (!System.IO.Directory.Exists(folderPath)) { folderPath = null; }
|
2018-12-24 07:20:06 +01:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
break;
|
|
|
|
case System.Environment.SpecialFolder.ProgramFilesX86:
|
|
|
|
folderPath = "/usr/bin";
|
|
|
|
if (!System.IO.Directory.Exists(folderPath)) { folderPath = null; }
|
2018-12-24 07:20:06 +01:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
break;
|
|
|
|
case System.Environment.SpecialFolder.System:
|
|
|
|
case System.Environment.SpecialFolder.SystemX86:
|
|
|
|
folderPath = "/sbin";
|
|
|
|
if (!System.IO.Directory.Exists(folderPath)) { folderPath = null; }
|
2018-12-24 07:20:06 +01:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
break;
|
|
|
|
case System.Environment.SpecialFolder.Personal:
|
2017-07-31 22:02:14 +02:00
|
|
|
folderPath = envHome;
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
break;
|
|
|
|
case System.Environment.SpecialFolder.LocalApplicationData:
|
|
|
|
folderPath = System.IO.Path.Combine(envHome, ".config");
|
2017-07-31 22:02:14 +02:00
|
|
|
if (!System.IO.Directory.Exists(folderPath))
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
{
|
|
|
|
try
|
|
|
|
{
|
2017-07-31 22:02:14 +02:00
|
|
|
System.IO.Directory.CreateDirectory(folderPath);
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
}
|
|
|
|
catch (UnauthorizedAccessException)
|
|
|
|
{
|
|
|
|
// directory creation may fail if the account doesn't have filesystem permission such as some service accounts
|
2018-12-31 16:44:16 +01:00
|
|
|
folderPath = string.Empty;
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
}
|
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
Move powershell to .NET Core 2.0 (#3556)
This change moves powershell to .NET Core 2.0. Major changes are:
1. PowerShell assemblies are now targeting `netcoreapp2.0`. We are using `microsoft.netcore.app-2.0.0-preview1-001913-00`, which is from dotnet-core build 4/4/17. We cannot target `netstandard2.0` because the packages `System.Reflection.Emit` and `System.Reflection.Emit.Lightweight`, which are needed for powershell class, cannot be referenced when targeting `netstandard2.0`.
2. Refactor code to remove most CLR stub types and extension types.
3. Update build scripts to enable CI builds. The `-cache` section is specified to depend on `appveyor.yml`, so the cache will be invalidated if `appveyor.yml` is changed.
4. Ship `netcoreapp` reference assemblies with powershell to fix the issues in `Add-Type` (#2764). By default `Add-Type` will reference all those reference assemblies when compiling C# code. If `-ReferenceAssembly` is specified, then we search reference assemblies first, then the framework runtime assemblies, and lastly the loaded assemblies (possibly a third-party one that was already loaded).
5. `dotnet publish` generates executable on Unix platforms, but doesn't set "x" permission and thus it cannot execute. Currently, the "x" permission is set in the build script, `dotnet/cli` issue [#6286](https://github.com/dotnet/cli/issues/6286) is tracking this.
6. Replace the use of some APIs with the ones that take `SecureString`.
7. osx.10.12 is required to update to `netcoreapp2.0` because `dotnet-cli` 2.0.0-preview only works on osx.10.12.
8. Add dependency to `System.ValueTuple` to work around a ambiguous type identity issue in coreclr. The issue is tracked by `dotnet/corefx` [#17797](https://github.com/dotnet/corefx/issues/17797). When moving to newer version of `netcoreapp2.0`, we need to verify if this dependency is still needed.
2017-04-17 20:52:38 +02:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
throw new NotSupportedException();
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
folderPath = System.Environment.GetFolderPath(folder);
|
|
|
|
#endif
|
|
|
|
return folderPath ?? string.Empty;
|
|
|
|
}
|
|
|
|
|
2016-03-30 23:26:05 +02:00
|
|
|
// Platform methods prefixed NonWindows are:
|
|
|
|
// - non-windows by the definition of the IsWindows method above
|
|
|
|
// - here, because porting to Linux and other operating systems
|
|
|
|
// should not move the original Windows code out of the module
|
|
|
|
// it belongs to, so this way the windows code can remain in it's
|
|
|
|
// original source file and only the non-windows code has been moved
|
|
|
|
// out here
|
|
|
|
// - only to be used with the IsWindows feature query, and only if
|
|
|
|
// no other more specific feature query makes sense
|
|
|
|
|
|
|
|
internal static bool NonWindowsIsHardLink(ref IntPtr handle)
|
|
|
|
{
|
2016-07-14 06:11:34 +02:00
|
|
|
return Unix.IsHardLink(ref handle);
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
internal static bool NonWindowsIsHardLink(FileSystemInfo fileInfo)
|
|
|
|
{
|
2016-07-14 06:11:34 +02:00
|
|
|
return Unix.IsHardLink(fileInfo);
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
internal static string NonWindowsInternalGetTarget(string path)
|
|
|
|
{
|
2016-07-15 02:30:54 +02:00
|
|
|
return Unix.NativeMethods.FollowSymLink(path);
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2016-07-13 05:05:11 +02:00
|
|
|
internal static string NonWindowsGetUserFromPid(int path)
|
2016-07-13 00:27:11 +02:00
|
|
|
{
|
2016-07-15 02:30:54 +02:00
|
|
|
return Unix.NativeMethods.GetUserFromPid(path);
|
2016-07-13 00:27:11 +02:00
|
|
|
}
|
|
|
|
|
2016-03-30 23:26:05 +02:00
|
|
|
internal static string NonWindowsInternalGetLinkType(FileSystemInfo fileInfo)
|
|
|
|
{
|
2019-05-07 22:31:54 +02:00
|
|
|
if (fileInfo.Attributes.HasFlag(System.IO.FileAttributes.ReparsePoint))
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-07-14 06:02:00 +02:00
|
|
|
return "SymbolicLink";
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
2016-07-14 06:02:00 +02:00
|
|
|
|
|
|
|
if (NonWindowsIsHardLink(fileInfo))
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-07-14 06:02:00 +02:00
|
|
|
return "HardLink";
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2016-07-14 06:02:00 +02:00
|
|
|
return null;
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2016-07-15 02:13:45 +02:00
|
|
|
internal static bool NonWindowsCreateSymbolicLink(string path, string target)
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-07-14 06:02:00 +02:00
|
|
|
// Linux doesn't care if target is a directory or not
|
2016-10-04 00:28:58 +02:00
|
|
|
return Unix.NativeMethods.CreateSymLink(path, target) == 0;
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
internal static bool NonWindowsCreateHardLink(string path, string strTargetPath)
|
|
|
|
{
|
2016-10-03 22:50:57 +02:00
|
|
|
return Unix.NativeMethods.CreateHardLink(path, strTargetPath) == 0;
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2016-10-08 01:33:16 +02:00
|
|
|
internal static unsafe bool NonWindowsSetDate(DateTime dateToUse)
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-10-08 01:33:16 +02:00
|
|
|
Unix.NativeMethods.UnixTm tm = Unix.NativeMethods.DateTimeToUnixTm(dateToUse);
|
|
|
|
return Unix.NativeMethods.SetDate(&tm) == 0;
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2017-04-22 01:09:53 +02:00
|
|
|
internal static bool NonWindowsIsSameFileSystemItem(string pathOne, string pathTwo)
|
|
|
|
{
|
|
|
|
return Unix.NativeMethods.IsSameFileSystemItem(pathOne, pathTwo);
|
|
|
|
}
|
|
|
|
|
2017-07-06 21:28:27 +02:00
|
|
|
internal static bool NonWindowsGetInodeData(string path, out System.ValueTuple<UInt64, UInt64> inodeData)
|
|
|
|
{
|
|
|
|
UInt64 device = 0UL;
|
|
|
|
UInt64 inode = 0UL;
|
|
|
|
var result = Unix.NativeMethods.GetInodeData(path, out device, out inode);
|
|
|
|
|
|
|
|
inodeData = (device, inode);
|
|
|
|
return result == 0;
|
|
|
|
}
|
|
|
|
|
2016-03-30 23:26:05 +02:00
|
|
|
internal static bool NonWindowsIsExecutable(string path)
|
|
|
|
{
|
2016-07-15 02:30:54 +02:00
|
|
|
return Unix.NativeMethods.IsExecutable(path);
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
internal static uint NonWindowsGetThreadId()
|
|
|
|
{
|
2016-10-10 23:06:06 +02:00
|
|
|
return Unix.NativeMethods.GetCurrentThreadId();
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2017-03-07 00:21:39 +01:00
|
|
|
internal static int NonWindowsGetProcessParentPid(int pid)
|
|
|
|
{
|
2017-09-07 19:34:40 +02:00
|
|
|
return IsMacOS ? Unix.NativeMethods.GetPPid(pid) : Unix.GetProcFSParentPid(pid);
|
2017-03-07 00:21:39 +01:00
|
|
|
}
|
|
|
|
|
2016-10-04 00:22:28 +02:00
|
|
|
// Unix specific implementations of required functionality
|
|
|
|
//
|
|
|
|
// Please note that `Win32Exception(Marshal.GetLastWin32Error())`
|
|
|
|
// works *correctly* on Linux in that it creates an exception with
|
|
|
|
// the string perror would give you for the last set value of errno.
|
|
|
|
// No manual mapping is required. .NET Core maps the Linux errno
|
|
|
|
// to a PAL value and calls strerror_r underneath to generate the message.
|
2016-08-06 00:32:48 +02:00
|
|
|
internal static class Unix
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-10-04 00:41:38 +02:00
|
|
|
// This is a helper that attempts to map errno into a PowerShell ErrorCategory
|
|
|
|
internal static ErrorCategory GetErrorCategory(int errno)
|
|
|
|
{
|
|
|
|
return (ErrorCategory)Unix.NativeMethods.GetErrorCategory(errno);
|
|
|
|
}
|
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
public static bool IsHardLink(ref IntPtr handle)
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-08-06 00:32:48 +02:00
|
|
|
// TODO:PSL implement using fstat to query inode refcount to see if it is a hard link
|
2016-03-30 23:26:05 +02:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
public static bool IsHardLink(FileSystemInfo fs)
|
2016-03-30 23:26:05 +02:00
|
|
|
{
|
2016-08-06 00:32:48 +02:00
|
|
|
if (!fs.Exists || (fs.Attributes & FileAttributes.Directory) == FileAttributes.Directory)
|
|
|
|
{
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
int count;
|
|
|
|
string filePath = fs.FullName;
|
|
|
|
int ret = NativeMethods.GetLinkCount(filePath, out count);
|
2016-10-06 01:34:48 +02:00
|
|
|
if (ret == 0)
|
2016-08-06 00:32:48 +02:00
|
|
|
{
|
|
|
|
return count > 1;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2016-10-04 00:22:28 +02:00
|
|
|
throw new Win32Exception(Marshal.GetLastWin32Error());
|
2016-08-06 00:32:48 +02:00
|
|
|
}
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
|
2017-03-07 00:21:39 +01:00
|
|
|
public static int GetProcFSParentPid(int pid)
|
|
|
|
{
|
|
|
|
const int invalidPid = -1;
|
|
|
|
// read /proc/<pid>/stat
|
|
|
|
// 4th column will contain the ppid, 92 in the example below
|
|
|
|
// ex: 93 (bash) S 92 93 2 4294967295 ...
|
|
|
|
|
|
|
|
var path = $"/proc/{pid}/stat";
|
|
|
|
try
|
|
|
|
{
|
|
|
|
var stat = System.IO.File.ReadAllText(path);
|
|
|
|
var parts = stat.Split(new[] { ' ' }, 5);
|
|
|
|
if (parts.Length < 5)
|
|
|
|
{
|
|
|
|
return invalidPid;
|
|
|
|
}
|
2018-12-24 07:20:06 +01:00
|
|
|
|
2017-03-07 00:21:39 +01:00
|
|
|
return Int32.Parse(parts[3]);
|
|
|
|
}
|
|
|
|
catch (Exception)
|
|
|
|
{
|
|
|
|
return invalidPid;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
internal static class NativeMethods
|
|
|
|
{
|
|
|
|
private const string psLib = "libpsl-native";
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2017-09-07 19:34:40 +02:00
|
|
|
// Ansi is a misnomer, it is hardcoded to UTF-8 on Linux and macOS
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
// C bools are 1 byte and so must be marshaled as I1
|
2016-07-14 06:39:34 +02:00
|
|
|
|
2016-10-04 00:41:38 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi)]
|
|
|
|
internal static extern int GetErrorCategory(int errno);
|
|
|
|
|
2017-03-07 00:21:39 +01:00
|
|
|
[DllImport(psLib)]
|
|
|
|
internal static extern int GetPPid(int pid);
|
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
internal static extern int GetLinkCount([MarshalAs(UnmanagedType.LPStr)]string filePath, out int linkCount);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
[return: MarshalAs(UnmanagedType.I1)]
|
|
|
|
internal static extern bool IsExecutable([MarshalAs(UnmanagedType.LPStr)]string filePath);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-10-10 23:06:06 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi)]
|
|
|
|
internal static extern uint GetCurrentThreadId();
|
|
|
|
|
2016-10-08 01:33:16 +02:00
|
|
|
// This is a struct tm from <time.h>
|
|
|
|
[StructLayout(LayoutKind.Sequential)]
|
|
|
|
internal unsafe struct UnixTm
|
|
|
|
{
|
|
|
|
public int tm_sec; /* Seconds (0-60) */
|
|
|
|
public int tm_min; /* Minutes (0-59) */
|
|
|
|
public int tm_hour; /* Hours (0-23) */
|
|
|
|
public int tm_mday; /* Day of the month (1-31) */
|
|
|
|
public int tm_mon; /* Month (0-11) */
|
|
|
|
public int tm_year; /* Year - 1900 */
|
|
|
|
public int tm_wday; /* Day of the week (0-6, Sunday = 0) */
|
|
|
|
public int tm_yday; /* Day in the year (0-365, 1 Jan = 0) */
|
|
|
|
public int tm_isdst; /* Daylight saving time */
|
|
|
|
}
|
|
|
|
|
|
|
|
internal static UnixTm DateTimeToUnixTm(DateTime date)
|
|
|
|
{
|
|
|
|
UnixTm tm;
|
|
|
|
tm.tm_sec = date.Second;
|
|
|
|
tm.tm_min = date.Minute;
|
|
|
|
tm.tm_hour = date.Hour;
|
|
|
|
tm.tm_mday = date.Day;
|
|
|
|
tm.tm_mon = date.Month - 1; // needs to be 0 indexed
|
|
|
|
tm.tm_year = date.Year - 1900; // years since 1900
|
|
|
|
tm.tm_wday = 0; // this is ignored by mktime
|
|
|
|
tm.tm_yday = 0; // this is also ignored
|
|
|
|
tm.tm_isdst = date.IsDaylightSavingTime() ? 1 : 0;
|
|
|
|
return tm;
|
|
|
|
}
|
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
2016-10-08 01:33:16 +02:00
|
|
|
internal static extern unsafe int SetDate(UnixTm* tm);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
2016-10-04 00:28:58 +02:00
|
|
|
internal static extern int CreateSymLink([MarshalAs(UnmanagedType.LPStr)]string filePath,
|
|
|
|
[MarshalAs(UnmanagedType.LPStr)]string target);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
internal static extern int CreateHardLink([MarshalAs(UnmanagedType.LPStr)]string filePath,
|
|
|
|
[MarshalAs(UnmanagedType.LPStr)]string target);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
[return: MarshalAs(UnmanagedType.LPStr)]
|
|
|
|
internal static extern string FollowSymLink([MarshalAs(UnmanagedType.LPStr)]string filePath);
|
2016-03-30 23:26:05 +02:00
|
|
|
|
2016-08-06 00:32:48 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
[return: MarshalAs(UnmanagedType.LPStr)]
|
|
|
|
internal static extern string GetUserFromPid(int pid);
|
2016-07-14 06:44:04 +02:00
|
|
|
|
2017-04-22 01:09:53 +02:00
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
[return: MarshalAs(UnmanagedType.I1)]
|
|
|
|
internal static extern bool IsSameFileSystemItem([MarshalAs(UnmanagedType.LPStr)]string filePathOne,
|
|
|
|
[MarshalAs(UnmanagedType.LPStr)]string filePathTwo);
|
2017-07-06 21:28:27 +02:00
|
|
|
|
|
|
|
[DllImport(psLib, CharSet = CharSet.Ansi, SetLastError = true)]
|
|
|
|
internal static extern int GetInodeData([MarshalAs(UnmanagedType.LPStr)]string path,
|
|
|
|
out UInt64 device, out UInt64 inode);
|
2016-08-06 00:32:48 +02:00
|
|
|
}
|
2016-03-30 23:26:05 +02:00
|
|
|
}
|
|
|
|
}
|
2018-12-08 17:53:30 +01:00
|
|
|
}
|