[Mono-bugs] [Bug 75331][Nor] Changed - [GMCS] strange difference in loading mono generated dll and its reassembled version

[bugzilla-daemon at bugzilla.ximian.com]

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 martin at ximian.com.

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

--- shadow/75331	2005-06-22 12:46:21.000000000 -0400
+++ shadow/75331.tmp.6045	2005-06-23 09:15:15.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 75331
 Product: Mono: Runtime
 Version: 1.0
 OS: unknown
 OS Details: mono svn
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: Unknown
 Priority: Normal
 Component: misc
 AssignedTo: martin at ximian.com                            
 ReportedBy: nazgul at omega.pl               
 QAContact: mono-bugs at ximian.com
@@ -124,6 +124,19 @@
 I think it's better if I first fix monodis, so we can actually see
 what's going on here.
 
 ------- Additional Comments From nazgul at omega.pl  2005-06-22 12:46 -------
 There is a workaround for it  - the struct must be changed to class.
 So I guess it can wait.
+
+------- Additional Comments From martin at ximian.com  2005-06-23 09:15 -------
+Fixing this bug tured out to be easy in the end :-)
+
+I also tried to figure out why it worked with class and not with
+struct, ie. why tlib2.dll worked and tlib1.dll did not - this was hard.
+
+Both tlib1.dll and tlib2.dll PEVerify ok - so there must be some other
+reason.  The only difference between them is that tlib1.dll is using a
+separate TypeSpec entry to the MethodOverride - in tlib2.dll, that
+typespec is already in the cache while in tlib1.dll it obviously isn't.
+
+So - finally FIXED in SVN.