Zach according to my research, every file name is a hard link to an actual file. The only question is whether or not it is the first original file name. source http unix.stackexchange.com questions 122333 how to tell which file is original if hard link is created That being said, users should be able to tell if a file name points to a file that has additional files pointing to it. isHardLink will always return true when given a file. find . samefile returns the other filenames that point to the same reference the context being the same directory or in any subdirectory . Pete's resources http linuxcommando.blogspot.com 2008 09 how to find and delete all hard links.html Current failed implementation https msostc.visualstudio.com DefaultCollection PS _git monad native pullrequest 131 Native function is used in CorePsPlatform, but is actually called from src monad linux src monad monad src namespaces FileSystemProvider.cs internal static bool IsHardLink ref IntPtr handle VSO create date - 3/19/2015 15:00:00 VSO closed date - 10/27/2015 11:25:00

x implement in C# x place code in monad x place unit tests in monad linux https msdn.microsoft.com en us library windows desktop bb776391%28v=vs.85%29.aspx https msdn.microsoft.com en us library windows desktop 17w5ykft%28v=vs.85%29.aspx We need to determine if we have to implement this in native code, or at all for that matter. VSO create date - 3/10/2015 18:26:00 VSO closed date - 10/9/2015 13:03:00

This work item is about replacing C types like int, unsigned int, short, long,... by their counterparts with fixed bit length, e.g. int32_t, uint32_t, int16_t, int64_t,... https github.com dotnet corefx blob master Documentation coding guidelines interop guidelines.md VSO create date - 6/18/2015 13:18:00 VSO closed date - 11/3/2015 14:06:00

This is owned by Krishna from the PS team. Workaround in place: GitSD sync under Andy's user on Andy's box. NOT a permanent solution. The PSW team is moving to Git in three to four months.

VSO create date - 4/23/2015 11:31:00

Requirements:

• Daily sync so we can integrate more frequently with the other PowerShell teams
• Available as a (private) repo on GitHub (replacing psl-monad)
• We need at least the monad/src folder that was in the admin depot
• We may want to sync all of monad for FullCLR to use dotnet-cli
• We also need wmi/WMIv2/Client/DotNetAPI/cs, but nothing else in WMI

managed API available VSO create date - 3/10/2015 18:30:00

VSO create date - 6/3/2015 15:44:00 VSO closed date - 6/8/2015 8:01:00

steps check code formatting 4 space tabs done add inline attribute to Win* function replace IsLinux by feature query add unit test for linux code path * if it has code, test all code * if it just returns = it's a void function > check that it does or doesn't throw * if it returns a hardcoded value check for that value && that it doesn't throw files src utils ExtensionMethods.cs done src security SecuritySupport.cs done src singleshell config MshSnapinInfo.cs done src engine Modules ModuleIntrinsics.cs bug src engine PSVersionInfo.cs bug src engine remoting commands remotingcommandutil.cs bug #63 src engine SessionStateDriveAPIs.cs needs test #66 src CoreCLR CorePsExtensions.cs part of #67 src engine runtime Binding Binders.cs done src namespaces FileSystemProvider.cs item #70 src namespaces RegistryProvider.cs done src namespaces LocationGlobber.cs item #71 Only remaining uses of IsLinux are as !IsLinux in the feature queries themselves, and the FileSystemProvider see #70 . VSO create date - 6/3/2015 15:45:00 VSO closed date - 8/4/2015 15:39:00

File monad src singleshell config MshSnapinInfo.cs Function static internal PSSnapInInfo ReadCoreEngineSnapIn Per the source code Hardcoding the architecture MSIL as PowerShell assemblies are architecture neutral, this should be changed if the assumption is broken. Preferred hardcoded string to using for perf reasons string architecture = currentAssembly.GetName .ProcessorArchitecture.ToString That is, the PowerShell team made the decision that the reported architecture is always MSIL since their assemblies are architecture neutral. VSO create date - 6/15/2015 11:14:00 VSO closed date - 9/4/2015 14:44:00

VSO create date - 3/10/2015 18:30:00 VSO closed date - 8/25/2015 10:21:00

x function and tests created zach but not for intptr code reviewed why does this function even exist since unix filesystem requires all files to be a hard link? This seems like a p invoke for new item?? There is a note somewhere in the comments CorePsPlatform.cs? to get the inode # count. VSO create date - 3/10/2015 18:27:00

VSO create date - 6/11/2015 15:47:00 VSO closed date - 6/12/2015 10:38:00

Implement the infrastructure to create handles and close them, including the CloseHandle API This must be compatible to the SafeHandle classes e.g. SafeFileHandle from .net https msdn.microsoft.com en us library microsoft.win32.safehandles.safefilehandle v=vs.110 .aspx This could be impossible to solve in a way where it's compatible with SafeFileHandle, because .net provides similar functionality internally. This is kind of similar to errno in feature overlap with CoreCLR. VSO create date - 3/10/2015 18:26:00

The Makefile is being automatically generated, but makegen silently drops two source files because they exist in the $ objdir and don't actually exist on the system. Those files are currently stubbed in monad linux, but should also come from Windows. The files aren't going to come from Windows. We'll have to make stub targets. This is pretty low priority. Will come after integration with PSW team. This should happen automagically with the switch to DNVM, that is, since the build system itself will change, it'll become trivial to build this as it should be built from the stubs. VSO create date - 6/4/2015 12:40:00

$ BUILD RELEASE $ BUILD DEBUG $ POWERSHELL $ XUNIT With the recent changes from other work items to restructure the build output folders, dotnetlibs only contains PowerShell build artifacts at the moment, and everything else is copied to exec_env * subfolders directly, so this is not needed anymore. VSO create date - 6/10/2015 14:04:00

this item was removed, because we already did most of this work through smaller subitems VSO create date - 6/3/2015 15:45:00 VSO closed date - 8/3/2015 2:52:00

xUnit runner fails to load reference assemblies because it attempts to load them by a strong name without a version string, which CoreCLR's corerun then disallows ? or in some way fails . xUnit cannot load a reference assembly from outside the platform assemblies. Waiting on response from CoreCLR team. VSO create date - 6/8/2015 14:05:00 VSO closed date - 7/20/2015 16:09:00

WCHAR GetSymbolicLinkTarget WCHAR We're blocked on this since we don't have enough information or documentation. See monad native PR #130 VSO create date - 3/19/2015 15:04:00

linux pinvoke that returns the username of the user logged in and running the process This will be used in the fixing of monad src CoreCLR CorePsExtensions.cs VSO create date - 6/16/2015 14:17:00 VSO closed date - 8/10/2015 13:51:00

VSO create date - 3/10/2015 18:30:00

The CoreFx repo downloads the reference assemblies for Core .net during it's windows build. It uses nuget internally. Use the same nuget mechanism to fetch those reference assemblies instead of using the ones from the monad ext repo. The reference assemblies for .net are stored in src monad ext coreclr TargetingPack relative to the monad linux repo This is currently blocked by CoreCLR providing packages that can be consumed The reference assemblies cannot be built by an open source tool, so we can't automate the building and usage of CoreCLR and CoreFX, which leaves us tied to ProjectK, instead of the open source GitHub hosted codebase. VSO create date - 6/8/2015 14:48:00 VSO closed date - 12/17/2015 11:50:00

testing vso import

Thaaaaanks. VSO create date - 6/3/2015 15:50:00 VSO closed date - 10/29/2015 20:44:00

It now appears available for .NET Core.

While the get-help cmdlet works, it's usual alias help does not (claims platform is not supported).

see excel sheet for cmdlets that should work http sharepoint sites SCX Team%20Documents Magrathea CmdletEval.xlsx?d=w44dbcbe2af694575a4bdd111c10b3015 Probably best to have a single xunit unit test that starts a pester script from C#, and the pester script implements the smoke tests Pester https github.com pester Pester Some samples for the smoke tests would be x get process tracked via item 119 x get alias x ls x get item VSO create date - 6/11/2015 17:00:00 VSO closed date - 7/24/2015 11:30:00

They've been removed from monad linux. We are consuming these as a submodule, now we just need the Jenkins job to drop them into the repo. VSO create date - 6/3/2015 15:47:00 VSO closed date - 10/29/2015 20:45:00

VSO create date - 6/10/2015 15:38:00 VSO closed date - 12/17/2015 11:49:00

VSO create date - 6/15/2015 11:50:00 VSO closed date - 7/17/2015 18:07:00

Good example is this Example #1 Input Command ThatDoesNotExist This should result in an error message visible in the console output. Example #2 Input Import Module PowerShell.Commands.Utility Get Location ParamThatDoesNotExist This should result in an error message visible in the console output. Update the root problem was the console we had wasn't catching all the exceptions, but this got fixed for free when we rewrote the console. VSO create date - 6/5/2015 10:46:00 VSO closed date - 7/6/2015 12:53:00

Need a testable mock of a PowerShell instance to test this, as it's a non static method in src engine SessionStateDriveAPIs.cs , where the class constructor requires too much info. Could now probably be done using Pester. VSO create date - 6/15/2015 15:20:00

Specifically this is Microsoft.Management.Infrastructure.Native.dll, which is blocking DSC work (barring our work-around using omicli).

VSO create date - 6/3/2015 15:46:00

instead of using the build share get it from myget similar to how msbuild grabs it in the corefx project https www.myget.org F dotnet core this requires nuget 3.0 beta VSO create date - 4/23/2015 11:31:00 VSO closed date - 12/17/2015 11:47:00

Need to update the readme for the move to GitHub and reorganization of the tree.

Required for NewItem -SymbolicLink, otherwise throws:

new-item -type SymbolicLink -name foo -target build.sh
new-item : NewItemIOError
At line:1 char:1
+ new-item -type SymbolicLink -name foo -target build.sh
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ResourceExists: (/Users/andrew/src/PowerShell/foo:String) [New-Item], IOException
    + FullyQualifiedErrorId : NewItemIOError,Microsoft.PowerShell.Commands.NewItemCommand

Tests required as well.

makegen and razzlespy are on VSO build_copy_razzlespyout is being deprecated with the job refactor CoreCLR FX builds are contained in their jobs GitSD is no longer automated VSO create date - 6/3/2015 15:51:00 VSO closed date - 10/6/2015 18:32:00

no time right now, maybe in the future reason was, that a simple console startup with one module load produces about 1000 file system accesses VSO create date - 6/5/2015 10:44:00

managed API available VSO create date - 3/10/2015 18:29:00

this is not needed anymore, the PS team will take over the SD to git sync VSO create date - 5/11/2015 10:35:00

VSO create date - 3/10/2015 18:30:00 VSO closed date - 8/28/2015 16:01:00

Talk to PowerShell team on how to enable trace logs the correct way, maybe this is just some configuration option or cmdlet that needs to be called. Fixing correctly Pull in https www.nuget.org packages System.Diagnostics.TraceSource 4.0.0 beta 23409 as our build does not contain the correct references. Usage set psdebug trace 2 https technet.microsoft.com library 2517a4da 2468 4148 aca3 50a6d7df4a10 v=wps.630 .aspx This really doesn't need to be added to Main or anything, just use the cmdlet. This is how we added traces so far how to hack enable tracing in the PSTraceSource ctor set flags to PSTraceSourceOptions.All add WriteLine diff git a monad src utils StructuredTraceSource.cs b monad src utils StructuredTraceSource.cs index c81b8af2d..5778ad132 100644 a monad src utils StructuredTraceSource.cs b monad src utils StructuredTraceSource.cs @@ 326,6 326,7 @@ namespace System.Management.Automation flags = PSTraceSourceOptions.None; #endif flags = PSTraceSourceOptions.All;^M #if !CORECLR System.AppDomain is not in ProjectK. @@ 1009,7 1010,7 @@ namespace System.Management.Automation finally trace the output OutputLine flag, output.ToString ; Console.WriteLine output.ToString ;^M catch VSO create date - 6/15/2015 9:51:00 VSO closed date - 10/21/2015 19:16:00

This is a dupe of 108 It should work with the latest CoreCLR; it doesn't not work currently, so CoreCLR dependency needs to be updated. File src engine PSVersionInfo.cs Function static internal Version GetBuildVersion Unhandled Exception System.ArgumentException Version string portion was too short or too long. at System.Version.VersionResult.SetFailure ParseFailureKind failure, String argument at System.Version.TryParseVersion String version, VersionResult& result at System.Version.Parse String input at System.Version..ctor String version at System.Management.Automation.PSVersionInfo.GetBuildVersion that could also be us now, because our version is 0.0.0.0 VSO create date - 6/15/2015 13:28:00

implement in managed code VSO create date - 3/19/2015 15:12:00

VSO create date - 6/3/2015 15:48:00 VSO closed date - 10/29/2015 20:44:00

managed API available VSO create date - 3/10/2015 18:29:00

Jenkins needs to be told the new locations of the repositories.

This is not needed anymore with item 79 VSO create date - 6/17/2015 10:00:00

Need to import our backlog of issues from VSO.

We can link an Excel spreadsheet to the VSO team to get the issues, then export to CSV, and import to GitHub using Octokit.

Judging by the project.json schema and the dotnet-cli specs, enabling different compilation flags for multiple configurations for #17 should be doable.

basically a duplicate of isHardLink VSO create date - 3/19/2015 15:00:00 VSO closed date - 1/6/2016 9:11:00

Xunit build created and successfully triggered by pslinux build; now needs status page. Requires runner. VSO create date - 6/3/2015 15:45:00 VSO closed date - 7/21/2015 14:40:00