[Mono-bugs] [Bug 59891][Wis] New - AssemblyName.FullName does not match MS.NET

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Wed, 9 Jun 2004 15:00:05 -0400 (EDT)


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 gert.driesen@pandora.be.

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

--- shadow/59891	2004-06-09 15:00:04.000000000 -0400
+++ shadow/59891.tmp.3918	2004-06-09 15:00:04.000000000 -0400
@@ -0,0 +1,41 @@
+Bug#: 59891
+Product: Mono: Class Libraries
+Version: unspecified
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: CORLIB
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: gert.driesen@pandora.be               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: AssemblyName.FullName does not match MS.NET
+
+The Mono AssemblyName.FullName does not match the MS.NET implementation 
+for manually constructed assembly names, meaning assembly names that we 
+not obtained from a persisted assembly.  Mono's AssemblyName.FullName 
+always seems to generate a fully qualified assembly name (meaning, 
+<name>, Version=<version>, Culture=<culture>, PublicKeyToken=<token).
+
+Execute the following code fragment :
+
+	AssemblyName a = new AssemblyName ();
+	a.Name = "TestAssemblyA";
+	a.Version = new Version(1, 5);
+	Console.WriteLine ("A: " + a.FullName);
+
+On MS.NET this would output :
+
+A: TestAssemblyA, Version=1.5
+
+While on Mono you always get a fully qualified assembly name :
+
+A: TestAssemblyA, Version=1.5, Culture=neutral, PublicKeyToken=null
+
+I've committed unit test for this to CVS, see TestFullName[1-8] in  
+MonoTests.System.Reflection.AssemblyNameTest.