[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.


--- 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.