[Mono-list] URL link - launch browser window in Mono on Linux and Win32
Is there a method of having a clickable URL link launch a browser window in Mono on both Win32 and Linux that is part of the same library? I have seen it on Linux using gnome targeted mono apps. and its works on Win32 using System. - i assume. But is there a commmon way to do it that would work on both systems? -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mapping across application not allowed?
I'm getting an unusual error trying to add a user control to a page. I have four others that work just fine, but this one seems to think it doesn't belong in the family. Does anyone know what could be causing this? Carl Olsen http://www.carl-olsen.com/ Error 500Server error in '/' application Mapping across applications not allowed. Description: Error processing request. Error Message: HTTP 500. Mapping across applications not allowed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Named Mutexes - Bug?
In My windows applications I used a named mutex to check for a single instance eg in Main string appName="My App" bool createdNew=false; //Instance protect is a static member of the app class InstanceProtect =new Mutex(true,appName,out createdNew); if ( ! createdNew ){ Console.WriteLine("Instance of {0} already running",appName); return ; } Under mono the first time this runs it's ok, after that the mutex always lives (even when no instances (even after the first application is dead), So you can basically only start the app once. Is mono failing to clean up? Thanks Ralph ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: [Gtk-sharp-list] Dos window - when launchapponWin32 OS - how to remove it ?
I think we should add these functionalities to Mono. Kornél - Original Message - From: "Francisco T. Martinez" To: "mono" Cc: "Jonathan Gilbert" Sent: Wednesday, July 20, 2005 10:48 PM Subject: Re: [Mono-list] Re: [Gtk-sharp-list] Dos window - when launchapponWin32 OS - how to remove it ? Kornél Pál wrote: First of all I committed a patch as revision 47477 that calls FreeConsole. This results in a console window being created by Windows but will disappear in no time. As Mono is currently using batch files the console window will remain open because cmd.exe waits for the executable to finish. You really should look at MonoLaunch. There are two versions of this application launcher, one that will allow the console to show and one that does not. These executables were designed to have system wide visibility (their install location is listed in the global PATH). The monoLaunchW.exe for Gtk# apps that you may want to launch without the sometimes unsightly Win32 Console window and monoLaunchC.exe which is intended for applications that want to have their output to stdout shown (great for debugging purposes). Currently there are a couple of project that are using this (for example http://xbgm.sourceforge.net/). You can find the Mono Runtime Selector for Windows (which includes the two monoluanch executables) at: http://forge.novell.com/modules/xfcontent/downloads.php/monowin32/Runtime%20selector Hope this helps. Paco ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: [Gtk-sharp-list] Dos window - when launchappon Win32 OS - how to remove it ?
Kornél Pál wrote: First of all I committed a patch as revision 47477 that calls FreeConsole. This results in a console window being created by Windows but will disappear in no time. As Mono is currently using batch files the console window will remain open because cmd.exe waits for the executable to finish. You really should look at MonoLaunch. There are two versions of this application launcher, one that will allow the console to show and one that does not. These executables were designed to have system wide visibility (their install location is listed in the global PATH). The monoLaunchW.exe for Gtk# apps that you may want to launch without the sometimes unsightly Win32 Console window and monoLaunchC.exe which is intended for applications that want to have their output to stdout shown (great for debugging purposes). Currently there are a couple of project that are using this (for example http://xbgm.sourceforge.net/). You can find the Mono Runtime Selector for Windows (which includes the two monoluanch executables) at: http://forge.novell.com/modules/xfcontent/downloads.php/monowin32/Runtime%20selector Hope this helps. Paco ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Re: [Gtk-sharp-list] Dos window - when launchappon Win32 OS - how to remove it ?
First of all I committed a patch as revision 47477 that calls FreeConsole. This results in a console window being created by Windows but will disappear in no time. As Mono is currently using batch files the console window will remain open because cmd.exe waits for the executable to finish. From: Jonathan Gilbert This is not a bug because this is by design.:) I don't think anyone actively made a design decision to always display a console window for the mono process. I think it probably was considered, but I would call it more a "design concession". Mono aims for seamless compatibility, to the extent that it is possible, with MS .NET, and this issue should not, I think, be an exception. I did not mean that it is because somebody wants to be so but it's by design because mono.exe is a console executable. Furthermore it's funny that mono.exe prints a lot of things to console even for GUI applications while it shows asserts as message boxes even for console applications. Normally this nice solution could be used on Windows XP and 2003 and the ugly FreeConsole sholution could be used on earlier Windows' but the problem is that mono.exe itself has to be marked with different subsystem and thus this would require two separate mono.exe that is a bad solution. For what it's worth, Java on Windows has two separate interpreter binaries. 'java.exe' attaches to the console (i.e., specifies the console subsystem in the header), while 'javaw.exe' detaches from the console (i.e., specifies the Windows subsystem). This also has two executables, but doesn't try to do any hackery involving AttachConsole and/or FreeConsole. I'm certainly not in the camp that believes mono should blindly copy Java in every aspect, but the people at Sun researched this problem as well and weighed the alternatives and this is what they came up with. It makes sense to me :-) Unfortunately this is the only reasonable solution.:) AttachConsole could be good but it requires XP or alter and cmd.exe (and probably others) waits for CUI executables to exit while not for GUI executables. This will result in waiting even if you detach the console and will result in output right after the C:\> prompt when you attach a GUI application to the console that looks ugly. There is some explanation by someone else: http://msdn.microsoft.com/msdnmag/issues/04/02/CQA/#QA3 Note that he suggest to use a com and an exe file but I think this is a more lame solution that calling FreeConsole. I haven't read the article, but I agree that anything that uses COM files as containers for PE images is horrifically ugly. :-) I personally don't care about a PE with com extension altough I think the same (ugly and lame) but I don't like the fact to have two executables altought it is the only way to solve the problem correctly. And it's by design on Windows.:)) Kornél ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] build of mono 1.1.7 & 1.1.8.2 fails on Solaris: failure to compile mcs
Hello, > 1. cmp shows no difference between class/lib/monolite/mcs.exe (part of the > distribution) and the newly made class/lib/basic/mcs.exe (what is supposed > to be the newly made mcs.exe) (The path references are relative to the mcs > subdirectory.) This is strange, since the executables encode a GUID which should be different on every build. > 2. file class/lib/basic/mcs.exe indicates: data. Even for an incorrectly > built binary object file indicates something like: "_binary_name_: ELF > 32-bit MSB executable SPARC Version 1, dynamically linked, stripped" on a > sparc system. Maybe you are comparing to /usr/ccs/bin/mcs which is a Solaris command? Or somehow the build system got that binary? Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono, .NET and J2EE
I've posted my interview with Miguel de Icaza on why Mono has partnered with Mainsoft to assist the compiling of ASP.NET apps to run on J2EE application servers: http://www.itwriting.com/monointerview.php and a couple of further comments: http://www.itwriting.com/blog/?postid=181 Tim ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list