-
Notifications
You must be signed in to change notification settings - Fork 389
Global Coverlet - nunit-console could not load file or assembly #525
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
seem a dup of #347 can you try solutions? |
From version 0.11 of Mono.Cecil (released in the last few days), strong naming on write is now supported in the .net core library (as part of a move from .netstandard1.3 to .netstandard2.0) , so it would be possible to thread a strong-name key or keys through the process, to restore the assembly name, presuming that the appropriate ones are available. Because assembly-named type references appear in so many and varied places, AltCover has supported re-strong-naming in the Framework/Mono built tools since the beginning, and now from v6.0.x has added support in the .net core built tools too. |
You mean re-write with sign with some tmp key?But without original key how does runtime load the libs?You mean also update all metadata for all lib? |
With this sort of behaviour, it has to be the same key that originally strong-named the assembly, as the framework is looking for a type which has that key's thumbprint baked in. Yes, this means that if you instrument third-party code, you're stuck -- but you probably didn't want to do that in the first place; but wWith code you built yourself, then the key or keys used should be to hand. The process would be
|
@StefanKoenigMUC any news? Feel free to close if no more useful. |
Close for stale discussion, feel free to re-open it needed, thanks @SteveGilham for the idea on possible fix of signed instrumentation, took note. |
Hi all,
i've just started to add coverage testing to some of our testing-suites, until now everything worked out fine - but i'm failing during my latest project.
My current test is executed with the following command (pretty straight forward):
nunit-console.exe Deploy\Test.Project.Integration.InMemory.Test.dll /xml=guiservice-nunit-result.xml
so i execute it by using global coverlet by usage of
coverlet Deploy/Test.Project.Integration.InMemory.Test.dll --target "nunit-console" --targetargs "Deploy/Test.Project.Integration.InMemory.Test.dll" -f=cobertura --output BuildReports\Coverage
which results in verbose output:
Basically it seems to me, that there is a problem with the path of my assemblies? Has anyone an idea how to solve this issue?
Thanks in advance for your help,
The text was updated successfully, but these errors were encountered: