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 [EMAIL PROTECTED]

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

--- shadow/78731        2006-06-29 13:02:50.000000000 -0400
+++ shadow/78731.tmp.19762      2006-06-29 13:02:50.000000000 -0400
@@ -0,0 +1,32 @@
+Bug#: 78731
+Product: Mono: Class Libraries
+Version: 1.1
+OS: Windows XP (Cygwin)
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Major
+Component: System
+AssignedTo: [EMAIL PROTECTED]                            
+ReportedBy: [EMAIL PROTECTED]               
+QAContact: [EMAIL PROTECTED]
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: make run-test failures on cygwin
+
+make run-test has 21 failures on cygwin. 6 of them are caused by wrong 
+windowsMcsPath and windowsMonoPath when running with mono-wrapper. The 
+attached patch searches the mono-wrapper dirs after the normal dirs.
+
+This is only a partial solution, and the right solution would be to get 
+rid of those windowsMcsPath and windowsMonoPath altogether. All code 
+dealing with those variables is a hack, especially the code in the static 
+constructor.
+
+I tried to see, why is there different code for windows platform. I found 
+that on cygwin 'mono' on $PATH is a bash script and not an executable. But 
+if I make mcs.StartInfo.UseShellExecute=true then mcs.Start() fails 
+because UseShellExecute can not be used when the input is redirected. If 
+this could be worked around, then windows-specific code could be removed.
_______________________________________________
mono-bugs maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-bugs

Reply via email to