[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 vguzev@yandex.ru.

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

--- shadow/60442	2004-06-23 14:08:07.000000000 -0400
+++ shadow/60442.tmp.29852	2004-06-24 13:42:33.000000000 -0400
@@ -179,6 +179,25 @@
 
 ------- Additional Comments From jackson@ximian.com  2004-06-22 18:18 -------
 I think gonzalo wants to play with my patches a little.
 
 ------- Additional Comments From gonzalo@ximian.com  2004-06-23 14:08 -------
 Fixed in CVS.
+
+------- Additional Comments From vguzev@yandex.ru  2004-06-24 13:42 -------
+> It fails on windows even after changing the paths (MS 1.1 here).
+
+I've checked it on MS .NET 2003 and it's working perfectly!!
+
+Microsoft (R) Visual C# .NET Compiler version 7.10.3052.4
+for Microsoft (R) .NET Framework version 1.1.4322
+
+> 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.
+
+No, there's no 'obj' directory... all necessary assemblies are placed 
+in 'object' directory.
+