[Mono-bugs] [Bug 59558][Maj] Changed - Wrong assembly is loaded when multiple choices are present

[bugzilla-daemon@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 jackson@ximian.com.

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

--- shadow/59558	2004-06-05 14:31:12.000000000 -0400
+++ shadow/59558.tmp.7589	2004-06-09 17:32:08.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 59558
 Product: Mono: Runtime
 Version: unspecified
 OS: unknown
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: NOTABUG
 Severity: Unknown
 Priority: Major
 Component: misc
 AssignedTo: jackson@ximian.com                            
 ReportedBy: tberman@gentoo.org               
 QAContact: mono-bugs@ximian.com
@@ -36,6 +36,18 @@
 This is because ICSharpCode.SharpZipLib was changed to reflect its real
 version, and is 0.6.0.0 in beta2. ../browser/monodoc.dll should be used
 instead of the gac'd monodoc.dll.
 
 ------- Additional Comments From miguel@ximian.com  2004-06-05 14:31 -------
 I have seen various reports of this, am assigning to Jackson.
+
+------- Additional Comments From jackson@ximian.com  2004-06-09 17:32 -------
+I think the issue here was in packaging. When people installed beta2
+their old version of ZipLib was removed from the GAC however their old
+version of monodoc was not. The main issue is that monodocs version
+number was not incremented so when running assembler.exe the old
+monodoc was loaded from the GAC instead of the newly compiled monodoc
+(this is the correct behavoir). 
+
+Miguel we need to either ensure that monodoc's version number is
+incremented or that we run the assembler with the MONO_PATH set to the
+directory the newly compiled monodoc.dll is in.