[Mono-list] Monodoc dies raising gtkhtml exception.
Hi all, The problem started when I downgraded from version 0.30 to 0.29, but it is still present even though I have already re-upgraded to version 0.30. Some of installed RPM packages that might be relevant are monodoc-0.11-0.ximian.6.0 and gtkhtml3.0-3.0.5-0.ximian.6.2. My Linux distribution is Red Hat 9. Please have a look at what happens: [EMAIL PROTECTED] ]$ monodoc Unhandled Exception: System.DllNotFoundException: gtkhtml-3.0 in 0x00053 (wrapper managed-to-native) Gtk.HTML:gtk_html_new () in 0x0003c Gtk.HTML:.ctor () in [0x001aa] (at /tmp/bb-daemon.11458/mono-conf/monodoc/BUILD/monodoc-0.11/browser/browser.cs:209) Monodoc.Browser:.ctor () in [0x0014a] (at /tmp/bb-daemon.11458/mono-conf/monodoc/BUILD/monodoc-0.11/browser/browser.cs:81) Monodoc.Driver:Main (string[]) Any help will be welcome. Thanks. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C# SOAP implementation - AXIS
From: Mahen Perera [EMAIL PROTECTED] As u have already mentioned, the existing ASP.net web services architecture is tightly integrated to .NET and cannot run without IIS. AXIS, on the other hand is an Open Souce effort and will run on the BTW, this is not quite true - you do not need IIS _at all_. All requests to ASP.NET are just passed to (.NET's) HttpRuntime, IIS - more or less - only provides HTTP transport to ASP.NET. You can easily write your own transport, be it HTTP (eg. Cassini project), or anything else (eg. some MQ). Regards, Ales Pour ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C# SOAP implementation - AXIS
Below... On Wed, 2004-03-31 at 23:57, Mahen Perera wrote: snip/ As u have already mentioned, the existing ASP.net web services architecture is tightly integrated to .NET and cannot run without IIS. AXIS, on the other hand is an Open Souce effort and will run on the Apache Web server. What i am proposing is to have another SOAP implementation (in C#) as an add-on to MONO, which follows the AXIS architecture. As Ales Pour already mentioned, this is incorrect. IIS is not needed. For example, mod_mono and xsp.exe are two separate ASP.NET hosting environments developed by Mono. (xsp.exe was the original test container, useful for testing, and mod_mono is an Apache module for hosting ASP.NET.) In developing AXIS C#, we hope to use the WSDL parser in System.Web.Services namespace and the XML Pull parser in System.Xml namespace (already implemented in MONO). Since we are following AXIS, we will have a server.wsdd file to configure the AXIS engine and follow similar architectural principles (such as having handlers to as a means of adding external components offline, in to the main AXIS message flow). Further to this, as I mentioned earlier, current AXIS users will find it easy to switch to the AXIS C#. Existing AXIS users may find this useful, but I doubt that existing ASP.NET users would. Just my $0.02... Hope this will answer your Q. Hoping for positive replies Mahen PS: I would like to know whether the support for creating and managing Application Domains AppDomain support is...flaky. You can create AppDomains, and run code in them, but unloading them...tends to break things. Zoltan added a patch to ignore AppDomain.Unload() when the MONO_NO_UNLOAD environment variable is set on March 24, so that existing code (NAnt) would continue to function properly until the underlying AppDomain issues were resolved. I don't think this made it into 0.31, though. So, until the bugs are fixed (which is until the next release, *at least*), avoid AppDomain.Unload(). :-) snip/ - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems with 0.31 RE (Killed)
I installed the latest version (0.31) from source. That's a bit tricky sometimes, because sometimes it complains when doing make install. (mono and mcs) before that I've been using 0.30.2. mcs and mono compiles fine. mcs even compiles my small C# program. But when I start it with mono programm.exe I get the message Killed. When I do mono -v programm.exe I get : mono -v mysqltest_0.1_30.03.2004.exe Method (wrapper managed-to-native) System.Object:__icall_wrapper_mono_ldftn (intptr) emitted at 0x41322000 to 0x41322037 [mysqltest_0.1_30.03.2004.exe] Method (wrapper managed-to-native) System.Object:__icall_wrapper_mono_thread_get_pending_exception () emitted at 0x41322038 to 0x41322068 [mysqltest_0.1_30.03.2004.exe] Method (wrapper runtime-invoke) System.OutOfMemoryException:.ctor (object,intptr,intptr) emitted at 0x41322070 to 0x413220ff [mysqltest_0.1_30.03.2004.exe] Method System.OutOfMemoryException:.ctor () emitted at 0x41322100 to 0x41322140 [mysqltest_0.1_30.03.2004.exe] Method Locale:GetText (string) emitted at 0x41322148 to 0x41322150 [mysqltest_0.1_30.03.2004.exe] Method System.SystemException:.ctor (string) emitted at 0x41322158 to 0x4132217f [mysqltest_0.1_30.03.2004.exe] Method System.Exception:.ctor (string) emitted at 0x41322180 to 0x413221e1 [mysqltest_0.1_30.03.2004.exe] Method System.Object:.ctor () emitted at 0x413221e8 to 0x413221ed [mysqltest_0.1_30.03.2004.exe] Method System.MonoType:get_FullName () emitted at 0x413221f0 to 0x4132220a [mysqltest_0.1_30.03.2004.exe] Method (wrapper managed-to-native) System.MonoType:getFullName () emitted at 0x41322210 to 0x41322247 [mysqltest_0.1_30.03.2004.exe] Method System.Exception:set_HResult (int) emitted at 0x41322248 to 0x41322256 [mysqltest_0.1_30.03.2004.exe] Method (wrapper runtime-invoke) System.NullReferenceException:.ctor (object,intptr,intptr) emitted at 0x41322258 to 0x413222e7 [mysqltest_0.1_30.03.2004.exe] Method System.NullReferenceException:.ctor () emitted at 0x413222e8 to 0x41322328 [mysqltest_0.1_30.03.2004.exe] Method (wrapper runtime-invoke) System.StackOverflowException:.ctor (object,intptr,intptr) emitted at 0x41322330 to 0x413223bf [mysqltest_0.1_30.03.2004.exe] Method System.StackOverflowException:.ctor () emitted at 0x413223c0 to 0x413223ee [mysqltest_0.1_30.03.2004.exe] cannot open assembly mysqltest_0.1_30.03.2004.exe Method (wrapper runtime-invoke) System.Threading.Thread:Finalize (object,intptr,intptr) emitted at 0x413223f0 to 0x4132247f [mysqltest_0.1_30.03.2004.exe] Method (wrapper runtime-invoke) System.Threading.Thread:.cctor (object,intptr,intptr) emitted at 0x41322480 to 0x41322500 [mysqltest_0.1_30.03.2004.exe] Method System.Threading.Thread:.cctor () emitted at 0x41322508 to 0x41322515 [mysqltest_0.1_30.03.2004.exe] Method System.Threading.Thread:Finalize () emitted at 0x41322518 to 0x41322550 [mysqltest_0.1_30.03.2004.exe] Method (wrapper managed-to-native) System.Threading.Thread:Thread_free_internal (intptr) emitted at 0x41322558 to 0x4132258f [mysqltest_0.1_30.03.2004.exe] Method System.Object:Finalize () emitted at 0x41322590 to 0x413225a5 [mysqltest_0.1_30.03.2004.exe] [EMAIL PROTECTED]:~/Programmieren/c_sharp/mysqltest/Datenbank-Testproggi$ Does anyone have any suggestions? Thanks, Hinrich ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] C# SOAP implementation - AXIS
On Thu, 2004-04-01 at 05:57, Mahen Perera wrote: Thanx for the reply. Yes, I am aware about the current developments in MONO in the classes under System.Web.Services namespace and the existing Web Services architecture based around ASP.NET and building on its support for XML and SOAP serialization in the .NET framework. As u have already mentioned, the existing ASP.net web services architecture is tightly integrated to .NET and cannot run without IIS. AXIS, on the other hand is an Open Souce effort and will run on the Apache Web server. What i am proposing is to have another SOAP implementation (in C#) as an add-on to MONO, which follows the AXIS architecture. As Ales points out the IIS connection is not absolute, infact I am pretty certain that you could get Apache to serve .NET web services by setting a handler for .asmx files that uses the ASP.NET runtime component (check out the script map on IIS for more details on this). Infact mono, via the mod_mono apache module and/or xsp, can server ASP.NET web services through Apache already as Jonathan Pryor notes. In developing AXIS C#, we hope to use the WSDL parser in System.Web.Services namespace and the XML Pull parser in System.Xml namespace (already implemented in MONO). Since we are following AXIS, we will have a server.wsdd file to configure the AXIS engine and follow similar architectural principles (such as having handlers to as a means of adding external components offline, in to the main AXIS message flow). Further to this, as I mentioned earlier, current AXIS users will find it easy to switch to the AXIS C#. Personally I'm still not convinced, there is a difference between Java and C# in the respect that with C# you have the services provided by the .NET framework, which includes, as we have already agreed, an architecture for Web Services, with Java (or indeed C++) you have no such implicit support for these things, so you need something like Axis. Now if it was me who was looking to create an alternate web services architecture for the .NET framework I would certainly start by looking to reuse as much of the System.Web.Services classes as I possibly could in order that I didn't end up creating something that behaved contrary to the expectations raised by the rest of the platform: a cursory glance at the code in System.Web.Services.Protocols would suggest that some of these classes could be extended to provide something more like Axis. I think by starting with the parser you are only going to make more work for yourself. Hope this will answer your Q. Hoping for positive replies Mahen PS: I would like to know whether the support for creating and managing Application Domains is implemeted in MONO. From: Jonathan Stowe To: Mahen Perera CC: Mono-List Subject: Re: [Mono-list] C# SOAP implementation - AXIS Date: Tue, 30 Mar 2004 09:22:39 +0100 On Tue, 2004-03-30 at 06:32, Mahen Perera wrote: Hi all! We are a team involved in developing an implementation of SOAP using C#, in the .NET framework. We are still in the early stages. I'm probably missing some subtlety here but the .NET framework already implements SOAP, I'm not quite sure what there is to implement here. We would like to contribute towards MONO with this regard. Therefore we are interested in finding out what are the plans with regard to having a SOAP implementation in MONO. Mono has an implementation of the System.Web.Services classes and it appears from http://www.go-mono.com/class-status-System.Web.Services.html that this is largely complete. Again I might be misunderstanding what you are planning on doing. We hope to follow the APACHE AXIS architecture in developing our SOAP engine. This will enable users who are familiar with AXIS Java/AXIS C++ to swich over to our SOAP implementation with ease. Further to this, there will be many other advantages provided by AXIS. THe .NET Framework has its own Web Services architecture based around ASP.NET and building on its support for XML and SOAP serialization, it is a fairly different approach to that taken by Axis but as I see it this is largely due to to it's degree of integration and dependency on the framework as a whole. /J\ We like to know ur ideas! Hoping for a positive reply... Mahen _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Starting processes with parameters from Mono 0.31 and mono-0.31.99.20040331
Hello! I've seen somewhere in the list before (but I can't find this letter now, when I really need it :( ) that someone had problems with starting processes with parameters from Mono 0.31. Was this problem solved? I have the same problem now, as even the following simple application doesn't work anymore in Mono 0.31 (it worked correctly in Mono 0.29): 8-- using System; using System.Diagnostics; class ProcessStart { static void Main(string[] args) { Console.Out.WriteLine(Trying to start: 'mono --version'); ProcessStartInfo psi = new ProcessStartInfo(); psi.FileName = mono; psi.Arguments = --version; Process p = new Process(); p.Start( psi ); } } 8-- Instead of printing the version - it prints now the help for parameters usage... I've checked and the specified parameters (--version) are not passed to the target program (mono) at all... Is there any workaround for this problem? I've tried the daily package mono-0.31.99.20040331.tar.gz, but it seems to me, that method Process.Start doesn't work at all in this version ... even without parameters... :( What's happening? Best regards, Vadim B. Guzev ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Starting processes with parameters from Mono 0.31 and mono-0.31.99.20040331
On Thu, 2004-04-01 at 15:36, Vadim B. Guzev wrote: Hello! I've seen somewhere in the list before (but I can't find this letter now, when I really need it :( ) that someone had problems with starting processes with parameters from Mono 0.31. Was this problem solved? I have the same problem now, as even the following simple application doesn't work anymore in Mono 0.31 (it worked correctly in Mono 0.29): 8-- using System; using System.Diagnostics; class ProcessStart { static void Main(string[] args) { Console.Out.WriteLine(Trying to start: 'mono --version'); ProcessStartInfo psi = new ProcessStartInfo(); psi.FileName = mono; psi.Arguments = --version; Process p = new Process(); p.Start( psi ); } } add: psi.UseShellExecute = false; and it will work. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono Download Page Changes
Hey, I'm proposing that we change the Mono download page a bit. Currently, we only have the core Mono downloads listed, which is bad news for other projects such as MonoDevelop. To remedy this, I propose that we have a 2nd download page called Third-Party Downloads or Mono Extras (I prefer the latter). The new download page would be on the left navigation and both download pages would link to each other. How does this sound to everyone? Kevin Breit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] April 1st: from TechSpeak to PlaneSpeak
Since its April 1st, may I post one message about patents? [If you have any comment to make on the following, feel free to email me directly. Please do not send a follow-up posting to the mono list, as the topic of patents has be discussed so often here it is boring many people on the list. The archives are full of patent discussions.] - o - It seems free expressionists from April 1st in the year 2084 have discovered a new way to explain software patents to non-software authors. It is called PlaneSpeak. They demonstrate it by examining the Microsoft .NET API Patent: http://www.clipcode.cc/books/id/001/chapter05.html More musings from the futuristic free expressionists will appear regularly here: http://www.clipcode.cc/books/id/001/index.html - o - On a more serious note, it was mentioned on the mono list last month that the Novell legal folks are conducting a review of patent issues surrounding MONO: http://www.oreillynet.com/pub/wlg/4557 It is a joy to watch Novell legal handle SCO (follow the fun at groklaw.net: e.g. http://www.groklaw.net/article.php?story=20040326223857634) There is no doubt they will leave no stone unturned in their quest to assist MONO. The free expressionists from April 1st, 2084 would like to nudge Novell Legal to first look under the imaginary stone cryptically marked: 35.102.b @ 0-201-73411-7 @ p.xv[i|ii] jun2200 jul1100 37 C.F.R. 1.56 They will understand. Perhaps during their patent review they could determine whether this is important or silly. - o - I suggest we all hold off on commenting on patents/MONO until the Novell legal professionals conclude their review and give us their legal opinion. Eamon - o - Legal people should be able to understand the above cryptic hint on their own - so don't show them what follows. Software authors might need some help. 35.102.b is part of the U.S. patent law: http://www4.law.cornell.edu/uscode/35/102.html It states: A person shall be entitled to a patent unless - ... (b) the invention was ... in public use .. more than one year prior to the date of the application for patent in the United States jul1100 refers to July 11th, 2000 (first day of the 2000 PDC, not by co-incidence - the date of the official .NET launch to software authors). This is a year prior to the filing date for the Microsoft .NET API patent, 20030028685, on July 10, 2001 (if you look in the patent after the claim text, you will see it is a continuation of an application with that date). 0-201-73411-7 is the ISBN for Don Box's excellent Essential .NET book. In the preface, page xvii refers to an event a few years earlier and states: In 1998, Microsoft held a Professional Developer's Conference (PDC) in San Diego. COM luminary Charlie Kindle stood up in a general session and proclaimed no more GUIDs - no more HRESULTs - no more IUnknown. He and Mary Kirtland proceeded to show the basic architecture of the CLR, then known as COM+ Runtime. Later in the session, Nat Brown and David Stutz stood up and demonstrated cross-language inheritance using Visual Basic and Java. Attendees actually went home with CDs containing primitive versions of compilers that could reproduce this very odd demonstration. It is now February 2002, and this technology has finally shipped in release form. [An aside: anyone recall a MSJ article (a 'printed publication') by Kirtland around the same time?] jun2200 is the date June 22nd, 2000, which is when the marketing launch of .NET occurred, at an event known as Forum 2000. Critically it is a few days more that 365 days prior to July 10, 2001. Did public use of .NET occur at this event? Read both of these to see: http://www.microsoft.com/presspass/press/2000/Jun00/ForumUmbrellaPR.asp http://www.dnjonline.com/newsreel/MicrosoftNET.html (or ask any of the many journalists/analysts who attended and saw for themselves) C.F.R. 1.56 refers to Chapter 37 of the Code of Federal Regulations has a section entitled: 37 C.F.R. 1.56, Duty to disclose information material to patentability http://www.bitlaw.com/source/37cfr/1_56.html and it says the inventor(s) and individuals associated with the patent filing (e.g. company executives) must tell all when applying for a patent. It is for the patent examiner, not the applicant, to decide whether it is important. If the applicant were to conveniently forget to mention something, then a granted patent can be invalidated. Do Mr. Gates and other Microsoft executives demonstrating on June 22nd, 2000 have a duty of disclosure to tell the patent office what they did on that day (e.g. does a video tape exist of the presentation?). Page xvi of Mr. Box's book contains a forward by a Mr. Jim Miller (whose name appears as an inventor on the .NET API patent) saying he has read Don Box's book and highly recommends it (I second that recommendation). The fact that Mr.
Re: [Mono-list] Mono Download Page Changes
Hey Kevin, I think it would be better to have a title `Stuff that works on mono' (not that exactly, but something like that). We could combine this page with the ports section we have right now. So what I would imagine is a layout much like the existing Ports page -- you have a screenshot of each application on the left, with a short description on the right and a link. Eventually, we could make this into a directoryish thing (sorta like GNOME has on their website). -- Ben On Thu, 2004-04-01 at 09:03, Kevin Breit wrote: Hey, I'm proposing that we change the Mono download page a bit. Currently, we only have the core Mono downloads listed, which is bad news for other projects such as MonoDevelop. To remedy this, I propose that we have a 2nd download page called Third-Party Downloads or Mono Extras (I prefer the latter). The new download page would be on the left navigation and both download pages would link to each other. How does this sound to everyone? Kevin Breit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono on Debian
Hi all, Does anyone have an up to date link for Mono on debian? debianplanet seems to have gone off air about a week ago. Patrick ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono on Debian
IIRC packages are in debian unstable now. Cheers On Thu, 2004-04-01 at 17:30 +0100, Patrick Kirk wrote: Hi all, Does anyone have an up to date link for Mono on debian? debianplanet seems to have gone off air about a week ago. Patrick ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Marco Canini [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Documentation - how do I offer help?
The documentation on the go-mono page needs attention. If anyone's interested, I'd like to help. Patrick Kirk ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono on Debian
On Thu, Apr 01, 2004 at 06:33:53PM +0200, Marco Canini wrote: IIRC packages are in debian unstable now. For x86 only. Christophe -- Christophe Barbé [EMAIL PROTECTED] GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E Imagination is more important than knowledge. Albert Einstein, On Science ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Installing mono - without su rights
Hi there I don't know if this can be done - I assume it can. I have access to a linux box on the web, just a user account, and I wanted to install mono on it. I managed to get glib and pkgconfig compiled and installed under ~/mono/ and have set $LD_LIBRARY_PATH to /home/tw275/mono/lib and $LDFLAGS to -L/home/tw275/mono/lib and ./configure'd every thing with --PREFIX=/home/tw275/mono but when I do a make, I get this error: Making all in monoburg make[3]: Entering directory `/home/tw275/mono/mono-0.31/mono/monoburg' bison ./monoburg.y -o parser.c gcc -o monoburg ./monoburg.c parser.c -pthread -I/home/tw275/mono/include/glib-2.0 -I/home/tw275/mono/lib/glib-2.0/include -I. -pthread -L/home/tw275/mono/lib -lgthread-2.0 -lglib-2.0 ./monoburg ./sample.brg sample.c ./monoburg: error while loading shared libraries: libgthread-2.0.so.0: cannot open shared object file: No such file or directory make[3]: *** [sample.c] Error 127 make[3]: Leaving directory `/home/tw275/mono/mono-0.31/mono/monoburg' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tw275/mono/mono-0.31/mono' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tw275/mono/mono-0.31' make: *** [all] Error 2 I have checked in the /home/tw275/mono/lib/ directory and libgthread-2.0.so.0 exists. What have I done wrong? I couldn't get mono to work on my mac, so I thought I'd try on this linux box. I have sftp and ssh access to it. It runs debian, but i can't use apt-get because I don;t have su rights ;-) I think the kernel is 2.4.25 but I can;t be sure, they may have updated recently. Any one help? Thanks. Tom ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Download Page Changes
While I agree this would be nice, I think what kevin is recommending is more reasonable. You also must keep in mind that the gnome software map covers all sorts of gnome apps, regardless of their official 'gnome' status. However, I consider things like gtk-sharp, monodoc, gecko-sharp, monodevelop, etc to be more tied into the mono project than just 'this application uses mono'. All of them are done by mono developers, and cluttering the mono download page with applications and libraries seems like the wrong thing to do in the endrun. Personally, I see a need for both solutions, however one should happen relatively soon, where as the other would be nice in the long term. --Todd On Thu, 2004-04-01 at 10:38 -0500, Ben Maurer wrote: Hey Kevin, I think it would be better to have a title `Stuff that works on mono' (not that exactly, but something like that). We could combine this page with the ports section we have right now. So what I would imagine is a layout much like the existing Ports page -- you have a screenshot of each application on the left, with a short description on the right and a link. Eventually, we could make this into a directoryish thing (sorta like GNOME has on their website). -- Ben On Thu, 2004-04-01 at 09:03, Kevin Breit wrote: Hey, I'm proposing that we change the Mono download page a bit. Currently, we only have the core Mono downloads listed, which is bad news for other projects such as MonoDevelop. To remedy this, I propose that we have a 2nd download page called Third-Party Downloads or Mono Extras (I prefer the latter). The new download page would be on the left navigation and both download pages would link to each other. How does this sound to everyone? Kevin Breit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Download Page Changes
Oh, keep in mind as well that these projects being proposed all use mono-cvs for revision control, bugzilla.ximian.com for bug tracking, and lists.ximian.com for mailing lists, and go-mono.com/archive/ for distribution. So the distinction between 'Works with mono' and 'Mono Extras' is still there outside of a web page. --Todd On Thu, 2004-04-01 at 15:05 -0500, Todd Berman wrote: While I agree this would be nice, I think what kevin is recommending is more reasonable. You also must keep in mind that the gnome software map covers all sorts of gnome apps, regardless of their official 'gnome' status. However, I consider things like gtk-sharp, monodoc, gecko-sharp, monodevelop, etc to be more tied into the mono project than just 'this application uses mono'. All of them are done by mono developers, and cluttering the mono download page with applications and libraries seems like the wrong thing to do in the endrun. Personally, I see a need for both solutions, however one should happen relatively soon, where as the other would be nice in the long term. --Todd On Thu, 2004-04-01 at 10:38 -0500, Ben Maurer wrote: Hey Kevin, I think it would be better to have a title `Stuff that works on mono' (not that exactly, but something like that). We could combine this page with the ports section we have right now. So what I would imagine is a layout much like the existing Ports page -- you have a screenshot of each application on the left, with a short description on the right and a link. Eventually, we could make this into a directoryish thing (sorta like GNOME has on their website). -- Ben On Thu, 2004-04-01 at 09:03, Kevin Breit wrote: Hey, I'm proposing that we change the Mono download page a bit. Currently, we only have the core Mono downloads listed, which is bad news for other projects such as MonoDevelop. To remedy this, I propose that we have a 2nd download page called Third-Party Downloads or Mono Extras (I prefer the latter). The new download page would be on the left navigation and both download pages would link to each other. How does this sound to everyone? Kevin Breit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Starting processes with parameters from Mono 0.31 and mono-0.31.99.20040331
add: psi.UseShellExecute = false; and it will work. Hmmm it doesn't work with UseShellExecute=false too... :( 8- [EMAIL PROTECTED] processstart]$ cat ProcessStart.cs using System; using System.Diagnostics; class ProcessStart { static void Main(string[] args) { Console.Out.WriteLine(Trying to start: 'mono --version'); ProcessStartInfo psi = new ProcessStartInfo(); psi.FileName = mono; psi.UseShellExecute = false; psi.Arguments = --version; Process p = new Process(); p.Start( psi ); } } [EMAIL PROTECTED] processstart]$ mcs ProcessStart.cs Compilation succeeded [EMAIL PROTECTED] processstart]$ mono --version Mono JIT compiler version 0.31.99.20040331, (C) 2002-2004 Novell, Inc and Contri butors. www.go-mono.com TLS: normal GC:Included Boehm (with typed GC) SIGSEGV : normal Globalization: none [EMAIL PROTECTED] processstart]$ mono ProcessStart.exe Trying to start: 'mono --version' 8- Anything else? Best regards, Vadim B. Guzev ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Starting processes with parameters from Mono 0.31 and mono-0.31.99.20040331
add: psi.UseShellExecute = false; and it will work. Hmmm it doesn't work with UseShellExecute=false too... :( 8- [EMAIL PROTECTED] processstart]$ cat ProcessStart.cs using System; using System.Diagnostics; class ProcessStart { static void Main(string[] args) { Console.Out.WriteLine(Trying to start: 'mono --version'); ProcessStartInfo psi = new ProcessStartInfo(); psi.FileName = mono; psi.UseShellExecute = false; psi.Arguments = --version; Process p = new Process(); p.Start( psi ); } } [EMAIL PROTECTED] processstart]$ mcs ProcessStart.cs Compilation succeeded [EMAIL PROTECTED] processstart]$ mono --version Mono JIT compiler version 0.31.99.20040331, (C) 2002-2004 Novell, Inc and Contri butors. www.go-mono.com TLS: normal GC:Included Boehm (with typed GC) SIGSEGV : normal Globalization: none [EMAIL PROTECTED] processstart]$ mono ProcessStart.exe Trying to start: 'mono --version' 8- Anything else? Best regards, Vadim B. Guzev ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Debugger problem
Hello - I've run into a couple of issues with the mono debugger that I'd appreciate some help with. First, to get it to make I had to configure with --disable-readline. What do I lose by doing this? How do I work around it? I do have a /usr/lib/libreadline.so. Second, every time I try to run the debugger, from the command line or from MonoDevelop, I get this error: ** ERROR **: i386-linux-ptrace.c:282: Can't open (/proc/26251/mem): No such file or directory aborting... Any ideas? Thanks much, Scott Boston ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list