Fix file size estimation when bundling symlinks

[corngood]

FileInfo.Length will return the size of a symlink, rather than the file itself. On a source-built dotnet SDK, a trivial test project will bundle files like:

packs/Microsoft.NETCore.App.Runtime.linux-x64/10.0.0-preview.7.25380.108/runtimes/linux-x64/lib/net10.0/Microsoft.CSharp.dll

Which is a symlink to:

../../../../../../../shared/Microsoft.NETCore.App/10.0.0-preview.7.25380.108/Microsoft.CSharp.dll

This can result in:

[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: The "GenerateBundle" task failed unexpectedly. [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: System.NotSupportedException: Unable to expand length of this stream beyond its capacity. [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at System.IO.UnmanagedMemoryStream.WriteCore(ReadOnlySpan1 buffer) [/build/test/test.fsproj] [...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at System.IO.Stream.CopyTo(Stream destination, Int32 bufferSize) [/build/test/test.fsproj] [...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.NET.HostModel.Bundle.Bundler.AddToBundle(Stream bundle, FileStream file, FileType type) [/build/test/test.fsproj] [...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.NET.HostModel.Bundle.Bundler.GenerateBundle(IReadOnlyList1 fileSpecs) [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.NET.Build.Tasks.GenerateBundle.ExecuteCore() [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.NET.Build.Tasks.TaskBase.Execute() [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.Build.BackEnd.TaskExecutionHost.Execute() [/build/test/test.fsproj]
[...]/Microsoft.NET.Publish.targets(1132,5): error MSB4018: at Microsoft.Build.BackEnd.TaskBuilder.ExecuteInstantiatedTask(TaskExecutionHost taskExecutionHost, TaskLoggingContext taskLoggingContext, TaskHost taskHost, ItemBucket bucket, TaskExecutionMo

Fixes: b79c4fb

[dotnet-policy-service]

Tagging subscribers to this area: @vitek-karas, @agocke
See info in area-owners.md if you want to be subscribed.

[jtschuster]

Could we also use this helper here

runtime/src/installer/managed/Microsoft.NET.HostModel/AppHost/HostWriter.cs

Line 127 in 0d803c3

long appHostSourceLength = new FileInfo(appHostSourceFilePath).Length;

and here

runtime/src/installer/managed/Microsoft.NET.HostModel/Bundle/Bundler.cs

Line 317 in 0d803c3

var hostLength = new FileInfo(hostSource).Length;

[corngood]

Could we also use this helper here

I moved it to HostModelUtils. I believe everything existing in there is actually unused, but it seems like the best spot in the project. Let me know if you have a better idea.

[corngood]

##[error].dotnet/sdk/10.0.100-rc.1.25411.109/Microsoft.Common.CurrentVersion.targets(2437,5): error MSB3106: (NETCORE_ENGINEERING_TELEMETRY=Build) Assembly strong name "/__w/1/s/.packages/microsoft.io.redist/6.1.3/lib/net462/Microsoft.IO.Redist.dll" is either a path which could not be found or it is a full assembly name which is badly formed. If it is a full assembly name it may contain characters that need to be escaped with backslash(\). Those characters are Equals(=), Comma(,), Quote("), Apostrophe('), Backslash(\).

I switched the reference to net472, since that's all that's available even in the oldest versions on nuget.org. Based on some other dependencies I think that's probably okay, but I'm not sure.

[jkotas]

@corngood To fix the build breaks, try changing Microsoft.IO.Redist version to 6.0.1

[jtschuster]

Thank you!

[elinor-fung]

/backport to release/10.0

[github-actions]

Started backporting to release/10.0: https://github.com/dotnet/runtime/actions/runs/17501524581