[Mono-bugs] [Bug 79263][Wis] Changed - Try to run Process.Start () with mono

[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 skolima at gmail.com.

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

--- shadow/79263	2006-09-03 05:50:06.000000000 -0400
+++ shadow/79263.tmp.11531	2006-09-03 06:15:10.000000000 -0400
@@ -1,22 +1,21 @@
 Bug#: 79263
 Product: Mono: Class Libraries
 Version: 1.1
-OS: 
+OS: unknown
 OS Details: 
 Status: NEW   
 Resolution: 
-Severity: 
+Severity: Unknown
 Priority: Wishlist
 Component: System
 AssignedTo: mono-bugs at ximian.com                            
 ReportedBy: marek.sieradzki at gmail.com               
 QAContact: mono-bugs at ximian.com
 TargetMilestone: ---
 URL: 
-Cc: 
 Summary: Try to run Process.Start () with mono 
 
 It would be nice to make Process.Start () try to run the executable with Mono.
 
 When running xbuild on Mono/windows I can't run scripts. When I try to
 execute the executables (gmcs.exe) with Process.Start () it runs it with
@@ -25,6 +24,13 @@
 I can't add "path/bin/mono.exe" before every command as not everything is a
 CLR executable. Maybe I could add a hack that would check PE header and
 automatically append path/bin/mono.exe but I think that it's something that
 class library should have. (It can also be Mono.Diagnostics.something)
 
 Of course Mono/Linux should also run .exe files with Mono runtime.
+
+------- Additional Comments From skolima at gmail.com  2006-09-03 06:15 -------
+Doesn't mono provide executable wrappers for it's .exe? I always
+launched gmcs.exe with /usr/bin/gmcs , and a simmilar trick works on
+windows when both MS.Net and mono are in the path (wrappers are named
+mcs.bat and so on). (Unfortunately, I ma unable to check this
+currently, as my home PC does not have mono installed).