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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
