[Mono-bugs] [Bug 60442][Maj] Changed - PrivateBinPath bug again...

[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 gonzalo@ximian.com.

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

--- shadow/60442	2004-06-21 14:04:18.000000000 -0400
+++ shadow/60442.tmp.18485	2004-06-22 06:10:28.000000000 -0400
@@ -1,13 +1,13 @@
 Bug#: 60442
 Product: Mono: Class Libraries
 Version: unspecified
 OS: Red Hat 9.0
 OS Details: Linux skif 2.4.25 #2 SMP Fri Apr 23 14:03:00 MSD 2004 i686 athlon i386 GNU/Linux
-Status: REOPENED   
-Resolution: 
+Status: RESOLVED   
+Resolution: NOTABUG
 Severity: Unknown
 Priority: Major
 Component: System
 AssignedTo: jackson@ximian.com                            
 ReportedBy: vguzev@yandex.ru               
 QAContact: mono-bugs@ximian.com
@@ -142,6 +142,22 @@
 
 C:\testdeserialization>testload.exe
 10
 Hello world!
 
 
+
+------- Additional Comments From gonzalo@ximian.com  2004-06-22 06:10 -------
+You can't change the private bin path after an appdomain is created
+(well, you can, but it won't do anything).
+
+It fails on windows even after changing the paths (MS 1.1 here).
+
+Third, the only reason that this may work is because when searching
+for assemblies, if you're searching for 'obj' it will look for
+obj/obj.dll and obj/obj.exe too. May be you have that directory and
+assembly in there. If you keep that in object, it will not work unless
+you setup a new domain for which you set the privatebinpath and
+privatebinpathprobe properly.
+
+
+