Fix vstest.console.exe grabs exclusive read access to its test container #1660
Conversation
| } | ||
| } | ||
| catch (Exception ex) | ||
| { | ||
| EqtTrace.Warning("GetFrameWorkFromMetadata: failed to determine TargetFrameworkVersion: {0} for assembly: {1}", ex, filePath); | ||
| EqtTrace.Warning("AssemblyMetadataProvider.GetFrameWork: failed to determine TargetFrameworkVersion: {0} for assembly: {1}", ex, filePath); |
There was a problem hiding this comment.
TargetFrameworkVersion: {0} Here {0} is ex and not TargetFrameworkVersion. Can you have a look?
There was a problem hiding this comment.
The parameters are interchanged.. also please inline it.
There was a problem hiding this comment.
TargetFrameworkVersion: {0} Here {0} is ex and not TargetFrameworkVersion. Can you have a look?
Done.
The parameters are interchanged.. also please inline it.
Making inline causes additional statement string.format which we don't want be cause most of time we don't in diag mode. See the below IL code.
| @@ -135,6 +161,7 @@ public void GetFrameWorkForNativeDll() | |||
|
|
|||
| private void TestDotnetAssemblyArch(string projectName, string framework, Architecture expectedArch, long expectedElapsedTime) | |||
| { | |||
| this.isManagedAssemblyArchitectureTest = true; | |||
There was a problem hiding this comment.
Test for checking FileShare working or not.
There was a problem hiding this comment.
Actually now we don't need FileShare. Added FileHelperTests.cs to add required test.
| @@ -99,7 +99,7 @@ private static ISymbolReader GetSymbolReader(string binaryPath) | |||
| // For remote scenario, also look for pdb in current directory, (esp for UWP) | |||
| // The alternate search path should be an input from Adapters, but since it is not so currently adding a HACK | |||
| pdbFilePath = !File.Exists(pdbFilePath) ? Path.Combine(Directory.GetCurrentDirectory(), Path.GetFileName(pdbFilePath)) : pdbFilePath; | |||
| using (var stream = new FileHelper().GetStream(pdbFilePath, FileMode.Open, FileAccess.Read)) | |||
| using (var stream = new FileHelper().GetStream(pdbFilePath, FileMode.Open, FileAccess.Read, FileShare.Read)) | |||
There was a problem hiding this comment.
Possibility to have a single method for GetStreamForRead in FileHelper
There was a problem hiding this comment.
This change not required now. we don't want to add new method which leads to additional learning . The helper is just wrapper to IO apis.
|
|
||
| /// <summary> | ||
| /// Gets the instance. | ||
| /// </summary> | ||
| internal static AssemblyMetadataProvider Instance => instance ?? (instance = new AssemblyMetadataProvider()); | ||
| internal static AssemblyMetadataProvider Instance => instance ?? (instance = new AssemblyMetadataProvider(new FileHelper())); |
There was a problem hiding this comment.
why internal.. make it public.. the class is internal already
| internal static AssemblyMetadataProvider Instance => instance ?? (instance = new AssemblyMetadataProvider()); | ||
| internal static AssemblyMetadataProvider Instance => instance ?? (instance = new AssemblyMetadataProvider(new FileHelper())); | ||
|
|
||
| internal AssemblyMetadataProvider(IFileHelper fileHelper) |
There was a problem hiding this comment.
This we don't expect to used by any other assembly except test assembly. If we make this public we will lose the flexibility to change the signature.
smadala
force-pushed
the
fix-running-test-for-same-assembly-in-parallel
branch
from
58054ab
to
c1b0202
Compare
Description
Related issue
#1638