[Mono-bugs] [Bug 80225][Nor] Changed - AssemblyName.GetPublicKey() should not return null

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Dec 12 08:04:14 EST 2006


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 knocte at gmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=80225

--- shadow/80225	2006-12-12 05:48:56.000000000 -0500
+++ shadow/80225.tmp.7257	2006-12-12 08:04:14.000000000 -0500
@@ -109,6 +109,20 @@
 In Mono (1.1 and 2.0 profile):
 
 typeof(Program).Assembly.GetName().GetPublicKey():
 it is null
 typeof(System.Int32).Assembly.GetName().GetPublicKey():
 it's not null, length: 16
+
+------- Additional Comments From knocte at gmail.com  2006-12-12 08:04 -------
+Then I would suggest to invert the FIXME to accomodate to the case
+where we know how behaves MS.NET, until we find the specific case
+where .NET returns null.
+
+If this breaks a Mono application, then there is a bug in the Mono
+application. I wouldn't worry about this; in fact, I remember that a
+similar matter happened recently about the mcs compiler and the
+application of Attributes to variables which, when corrected in Mono
+to match MS, broke MonoDevelop and it had to be fixed.
+
+I will attach a new patch. If it gets approved I will try to write
+NUnit tests based on the testcase I posted.


More information about the mono-bugs mailing list