[Mono-bugs] [Bug 55919][Nor] Changed - Assembly version for references to system assemblies hard coded to 1.0.3300.0
bugzilla-daemon@bugzilla.ximian.com
bugzilla-daemon@bugzilla.ximian.com
Fri, 26 Mar 2004 10:05:14 -0500 (EST)
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by sebastien@ximian.com.
http://bugzilla.ximian.com/show_bug.cgi?id=55919
--- shadow/55919 2004-03-26 07:52:06.000000000 -0500
+++ shadow/55919.tmp.25442 2004-03-26 10:05:14.000000000 -0500
@@ -26,6 +26,23 @@
from the referenced assemblies themself ...
------- Additional Comments From sebastien@ximian.com 2004-03-26 07:48 -------
You are right about the hardcoded references. However assemblies must
be strongnamed (or at least delay-signed) for the runtime to extract
this information - hence the dependency to the bug 55563.
+
+------- Additional Comments From sebastien@ximian.com 2004-03-26 10:05 -------
+The runtime code tries to get the public key and version informations
+from the assembly (and not the hardcoded ones) if available. This code
+(part of which will eventually be removed) is located in
+/mono/mono/metadata/reflection.c, function
+resolution_scope_from_image, line 1888.
+
+So I did a quick test with a strongnamed version of Mono's
+System.Security.dll. I did get the right version number (1.0.5000.0)
+but not the public key token.
+
+The problem seems that mono_metadata_decode_row_col returns NULL in
+mono_metadata_decode_row_col. It may be related to the fact that
+monosn can't extract the public key from the assembly while sn.exe
+(both Mono's managed and MS implementation) can.
+