mirror of
https://github.com/brutaldev/StrongNameSigner.git
synced 2026-04-25 03:16:10 +03:00
[GH-ISSUE #92] [Bug]: Getting Mono.Cecil.AssemblyResolutionException: Failed to resolve assembly: 'mscorlib, Version=4.0.0.0 for x86 project #73
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Smurf-IV on GitHub (Jan 20, 2023).
Original GitHub issue: https://github.com/brutaldev/StrongNameSigner/issues/92
@Smurf-IV commented on GitHub (Jan 20, 2023):
Info on those dll's




@Smurf-IV commented on GitHub (Jan 20, 2023):
Prior to applying strongNaming:

And the Log file:

@Chaoses-Ib commented on GitHub (Jan 20, 2023):
I have the same problem:
If it's caused by cleanup, can I force this error to be ignored and use the signed assemblies?
@brutaldev commented on GitHub (Jan 21, 2023):
It's actually happening in
Fix CustomAttributes with Type references...Some strange types get resolved there and this is a new feature from @nickrandolph
If someone can provide a reproducible sample I will attempt to fix this or can just change the code to ignore these errors and potentially miss fixing from custom attributes.
@Smurf-IV commented on GitHub (Jan 22, 2023):
@brutaldev If you want help, then do not close the issue(s)
@Chaoses-Ib commented on GitHub (Jan 22, 2023):
Here is my output log after updating to v3.3.3:
@brutaldev commented on GitHub (Jan 22, 2023):
Do the final signed files will still work though? I need a sample to test and fix this with, when it was first reported no-one could provide a sample since it always works when using a simple project. https://github.com/brutaldev/StrongNameSigner/issues/82
Provide a project/solution that reproduces this and I will be able to fix it.
@Smurf-IV commented on GitHub (Jan 23, 2023):
@brutaldev I can supply the files privately, as they belong to a commercial product
@brutaldev commented on GitHub (Jan 23, 2023):
@Smurf-IV Thanks, email me a link to the package or files that fail to werner@brutaldev.com
You do not need to include all files, just the ones that cause this issue to occur.
I've spent the morning looking into adding additional probing paths and creating assemblies with
DebuggableAttributeandThemeInfoAttributeattrbutes, x86 and Any CPU builds etc etc and cannot reproduce this.@Smurf-IV commented on GitHub (Jan 23, 2023):
3.3.3 no longer "Goes boom" but it just fails to save instead:

@brutaldev commented on GitHub (Jan 23, 2023):
@Smurf-IV You're using a faulty SNK file there. The error is
Keyset does not existthat prevents the saving and I can only imagine it's something wrong with your DelaySign.snk file that is used for the signing.https://improveandrepeat.com/2018/12/how-to-fix-the-keyset-does-not-exist-cryptographicexception/
@Smurf-IV commented on GitHub (Jan 24, 2023):
That file is generated via the following:
i.e. the ###.pfx file is not installed in either the developers machine or the build agent.
When running a clean build - only the Step 5
Failed ...error is displayed.So I assume Step 7 is due to the files already being signed (by this tool)
@brutaldev commented on GitHub (Jan 24, 2023):
@Smurf-IV What you are reporting now is a completely different issue to this one about resolving dependencies.
I've created a new issue for this: https://github.com/brutaldev/StrongNameSigner/issues/93