Re: [Mono-docs-list] monodoc newbie
Just to answer myself: It turns out gda-sharp belongs to the gtk-sharp package (not entirely logical to a newbie like me :) but its not contained in the gtk-sharp rpm (0.31). Its compiled by default when using the gtk-sharp 0.31 tarball. Is gda-sharp deprecidated or why is it not included in the rpm? On Wed, 2004-04-07 at 16:48, Soeren wrote: Which package contains gda-sharp.dll? I have /usr/lib/gtk-sharp.dll which came with gtk-sharp 0.17 rpm but no gda-sharp. btw. since the gnome wrappers seem to be spread out over many dlls shouldnt monodoc have a section for each type that names the assembly/dll containing the namespace? On Sun, 2004-04-04 at 19:46, Joshua Tauberer wrote: Soeren wrote: When looking up classes such as gda.client I get this: Mono Implementation Note: An error occured while loading type information: File 'gda-sharp' not found. Whats that about. Monodoc loads up assemblies to check that the documentation in monodoc actually corresponds to what's in the assembly. It's saying it can't find that assembly. Is it possible to contrib text to classes that show this? Yes. And who exactly are allowed to contrib text? Is any filling in the blanks in gda.*? As far as I know, you're welcome to contribute anything. ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] monodoc newbie
On Thu, 2004-04-08 at 22:51, Soeren wrote: Just to answer myself: It turns out gda-sharp belongs to the gtk-sharp package (not entirely logical to a newbie like me :) but its not contained in the gtk-sharp rpm (0.31). Its compiled by default when using the gtk-sharp 0.31 tarball. Is gda-sharp deprecidated or why is it not included in the rpm? gda-sharp is a libgda wrapper, and libgda is part of Gnome's database access stuff. I imagine it's included in gtk# so that if C code returns a gda type you can still use it, but not included in the gtk-sharp packages because you should probably be using System.Data (or ByteFX or npgsql, or however it is that they go) for .net-friendly data access stuff rather than libgda. -- Iain McCoy [EMAIL PROTECTED] ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
RE: [mono] Re: [Mono-list] Any Mono hosting platforms yet ? :-)
Sounds like a great idea Cory, maybe we should put together a little poll to see how much interest there is. Cory wrote: I've been looking into linux boxes that have mod_mono support, sounds cool. A good idea may be to buy a dedicated server then split the monthly cost across it's users. That way things could eventually get to $5/month or less per person. This would also be a great opportunity to test mono/mod_mono/xsp on real-world sites. Willem Smit SL IT 9471637 0724872442 *** Any views expressed in this message are those of the individual sender, and Sanlam accepts no liability therefore, except where the sender specifically states them to be those of Sanlam. Enige sienswyses of stellings wat in hierdie boodskap uitgedruk word is dié van die individuele afsender, en Sanlam aanvaar geen aanspreeklikheid daarvoor nie, behalwe waar die afsender uitdruklik vermeld dat dit dié van Sanlam is. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
Hi lists, (hope this does not get mis-understood... I'm not subscribed to any of the non-mono-lists :-( although I maybe should be) this problem I have seen with Mono and the other .NET implementations is just the problem the original poster poses. There is not real commitment to/clear road-a-head for/direction in supporting the GUI side of things. The GUI is left far behind compared to the file/networking/HTML/server etc. etc. support in these .NET implementations. This is why it is not yet fully usable to all those developers that only want to create a 'simple' GUI application. Hope this will change soon as I do have the desire to go an write some nice programs in .NET. I just don't have the need to all the file/networking/HTML/server stuff yet. wkr, Joop Zonnet Giuseppe Greco wrote: Hi Marcus, Of course, Mono is still under development, but the most important components are there, and they work. Here, at Agamura, we are developing a sophisticated online gaming delivery network on Linux with Mono, and up to now, we have had just few problems... Furthermore, when we report a bug, it is always fixed in a short time! Mono's implementation of ASP.NET is also usable and mod_mono/apache seems to be faster than .NET/ISS. We use NAnt as build tool, and we are able to compile a project either on Linux or MS Windows with no changes (even if we compile on Windows just for test purposes). I think Mono will be one of the best .NET alternatives... and don't forget that behind Mono there is a company like Novell... So, don't feel frustrated and go ahead. j3d. After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list signature.asc Description: OpenPGP digital signature
RE: [Mono-list] I give up
I'm interested to know what your (and others') problems with GTK# are and what you mean by support -- are you finding it difficult to learn, in other words would better documentation help? Or are you finding it difficult to use, things aren't working as advertised, that kind of thing? Jeffrey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Marcus Sent: Wednesday, April 07, 2004 10:16 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Mono-list] I give up After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ 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] I give up
Also have to mention that GTK# can be used on the windows side. Giuseppe Greco wrote: Hi Marcus, Of course, Mono is still under development, but the most important components are there, and they work. Here, at Agamura, we are developing a sophisticated online gaming delivery network on Linux with Mono, and up to now, we have had just few problems... Furthermore, when we report a bug, it is always fixed in a short time! Mono's implementation of ASP.NET is also usable and mod_mono/apache seems to be faster than .NET/ISS. We use NAnt as build tool, and we are able to compile a project either on Linux or MS Windows with no changes (even if we compile on Windows just for test purposes). I think Mono will be one of the best .NET alternatives... and don't forget that behind Mono there is a company like Novell... So, don't feel frustrated and go ahead. j3d. After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Michael J. Ryan - tracker1(at)theroughnecks(dot)com - www.theroughnecks.net icq: 4935386 - AIM/AOL: azTracker1 - Y!: azTracker1 - MSN/Win: (email) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
Nonsense. Mono and Gtk# work extremely well today. I know, I've built a fully functional app (Gfax) and all one has to do is look at a few other apps such as F-Spot, Muine, Monodoc and Monodevelop to realize this. On Wed, 2004-04-07 at 23:05, Joop wrote: Hi lists, (hope this does not get mis-understood... I'm not subscribed to any of the non-mono-lists :-( although I maybe should be) this problem I have seen with Mono and the other .NET implementations is just the problem the original poster poses. There is not real commitment to/clear road-a-head for/direction in supporting the GUI side of things. The GUI is left far behind compared to the file/networking/HTML/server etc. etc. support in these .NET implementations. This is why it is not yet fully usable to all those developers that only want to create a 'simple' GUI application. Hope this will change soon as I do have the desire to go an write some nice programs in .NET. I just don't have the need to all the file/networking/HTML/server stuff yet. wkr, Joop Zonnet Giuseppe Greco wrote: Hi Marcus, Of course, Mono is still under development, but the most important components are there, and they work. Here, at Agamura, we are developing a sophisticated online gaming delivery network on Linux with Mono, and up to now, we have had just few problems... Furthermore, when we report a bug, it is always fixed in a short time! Mono's implementation of ASP.NET is also usable and mod_mono/apache seems to be faster than .NET/ISS. We use NAnt as build tool, and we are able to compile a project either on Linux or MS Windows with no changes (even if we compile on Windows just for test purposes). I think Mono will be one of the best .NET alternatives... and don't forget that behind Mono there is a company like Novell... So, don't feel frustrated and go ahead. j3d. After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
On Thursday 08 April 2004 1:31 am, Michael J. Ryan wrote: Also have to mention that GTK# can be used on the windows side. First Qt was bad because it wasn't GPL. Now it's bad because it's GPL. I don't get it. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
On Friday 09 April 2004 1:35 am, George Farris wrote: Nonsense. Mono and Gtk# work extremely well today. I know, I've built a fully functional app (Gfax) and all one has to do is look at a few other apps such as F-Spot, Muine, Monodoc and Monodevelop to realize this. If someone would actually take the time, Qt# can be used to write good applications. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
I think one of the things most frustrating is the 'getting it going'. I have a hard time to get everything in sync. What version of what package should I use, etc. etc. I'd love to get Monodevelop running, but that often depends on un-released parts. Or on parts that are only available as source/cvs. So I'm always one step behind. I know this will change. I only hope it is soon. The other thing indeed is the documantation. In Qt for example, one has a full description of all posible calls and there is a step-by-step tutorial. I'd love to see one of those for Gtk# as well. wkr, Joop Zonnet Jeffrey McManus wrote: I'm interested to know what your (and others') problems with GTK# are and what you mean by support -- are you finding it difficult to learn, in other words would better documentation help? Or are you finding it difficult to use, things aren't working as advertised, that kind of thing? Jeffrey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Marcus Sent: Wednesday, April 07, 2004 10:16 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Mono-list] I give up After trying to work with Mono, Portable.NET, Qt, and KDE, I've realized that I'm fighting a battle that I cannot win. Mono supports Gtk# (and GTK+) to the exclusion of any other platform. Portable.NET is behind their own SWF implementation, but at least they are a bit more agnostic. The Qt/KDE community seems to find the entire concept of C# and its use of metadata and JIT compilation repulsive. I'm tired of trying and failing. I'm tired of having no one to support me. I'm tired of feeling isolated and alone. It's just not worth it. Maybe I will end up Windows XP and .NET. Who knows. I just know that the Free software community has got to be the most hostile and intolerant group of people I have ever encountered. ___ 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 signature.asc Description: OpenPGP digital signature
Re: [Mono-list] I give up
In 1997 I worked for a company that was developing a broadcast platform, and we used to develop in C++ on Linux with Qt... Even if I prefer GTK+, I must admit that Qt was a very nice portable C++ framework. Furthermore, even if GTK+ is one of my preferred frameworks, I tend to avoid Gtk# (which is a thin wrapper around GTK) in favor of Windows.Forms. Why? Just for marketing reasons. We develop on Linux with Mono, but our applications should work as they are on Windows too. Of course, Gtk# can also be installed on Windows, but Windows.Forms are already there by default... j3d. On Friday 09 April 2004 1:35 am, George Farris wrote: Nonsense. Mono and Gtk# work extremely well today. I know, I've built a fully functional app (Gfax) and all one has to do is look at a few other apps such as F-Spot, Muine, Monodoc and Monodevelop to realize this. If someone would actually take the time, Qt# can be used to write good applications. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
Joop, Marcus, et al, I understand your frustrations. Yes, you are right, all the file/networking/HTML/etc. is there, and GUI is still in it's infancy. IMO the reasons are that first, it's often much easier to write these lower level APIs, and second, GUI APIs are usually layered on top of almost everything else, which means that before you can implement a lot of the GUI APIs you need the lower libraries (e.g. System.Drawing) first. However, that doesn't mean that there is no commitment to support the GUI. On the contrary. Personally, while the ASP.Net stuff is nice and all (Sorry, Gonzalo), I think we'll need System.Windows.Forms working before Mono becomes usable to a lot of people. (You can tell, I'm biased and love real applications :-) ) I think that's the same point you're trying to make, too. As for the clear road ahead, yes, some things are not yet as clear as they probably should be, but that's the nature of an open-source project. You don't just see the finished result that simply (hopefully) works, you also get to (or have to) live through the birthing pains, the dead-end implementations that need to be changed, the evolution from idea to product. I don't know all the reasons why SWF is in the state that it is today and why most of the people who originally created the code all but abandoned working on it. Part of it is probably lack of time or other interests, but part is also trouble with dependencies or hitting a dead-end with the chosen path to implement. (Those same dependencies that make it hard for any user to just install Mono and have everything working. You need libgdiplus, wine, cairo, etc., and all needs to be setup just right) Having a working and complete SWF is on the roadmap, as can be seen at http://www.go-mono.com/mono-roadmap.html, and, being one of the people that have been tasked with making it happen by Miguel, I can assure you that he is very concerned about getting a usable version out to the community as quickly as possible. In fact, he's kicking my ass (in a nice way) because I've been dragging a bit, fighting with some of the past implementation choices. Some small progress has already been made recently, with the new integration module for wine. I've been helping several people on getting through the depency and versioning mess on the SWF list and they have been able to get SWF apps running (at least test apps). I know that this doesn't help you in getting a working and complete SWF any quicker, but I hope you at least no longer have the feeling that the GUI in Mono is not important or not being worked on. Cheers, Peter this problem I have seen with Mono and the other .NET implementations is just the problem the original poster poses. There is not real commitment to/clear road-a-head for/direction in supporting the GUI side of things. The GUI is left far behind compared to the file/networking/HTML/server etc. etc. support in these .NET implementations. This is why it is not yet fully usable to all those developers that only want to create a 'simple' GUI application. Hope this will change soon as I do have the desire to go an write some nice programs in .NET. I just don't have the need to all the file/networking/HTML/server stuff yet. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
It's no use building 50 wrappers for GUI toolkits, we need a single stable 100% working toolkit. A GUI toolkit will only succeed if - It runs on both Windows *Nix platforms without restrictions - It can be easely installed by grandpa and grandma - There is a good GUI form editor available (think about it, why else are there so much VB6/Delphi developers out there, productivity doesn't come from VI) Sure support for SWF needs to be offered, but I doubt it will ever work 100%. GTK# is actually a good candidate, but there are still lots of things missing when it comes to windows. However with the upcoming visual editor for MonoDevelop its future looks very promising. Open source has new releases very frequently so for the end user it's rather cumbersome to stay up-to-date. One of the reasons windows developers grab to SWF is because at least they don't have to update every five seconds to get it working. (of course I woudn't have it any other way, I like frequent updates :p) Woudn't it be nice of you could just install GTK# in the GAC once using a quick NSIS installer and then use it?. oh well I like developing libraries, I'll stick to that for now :p Timothy. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] xsp problem
El jue, 08-04-2004 a las 01:31, Juan Miguel escribió: Hello, I've compiled XSP from cvs whithout problems. It serves plain html fine, but when I try to get an aspx page I'm getting the following... I've found some references to remove the .wapi directory. I've removed it but the problem persist. Does somebody know what are I doing bad? I apologize for my English. Thank you in advance, Juan Miguel. $ mono ./local2/bin/xsp.exe Listening on port: 8080 Listening on address: 0.0.0.0 Root directory: /home/mono Hit Return to stop the server. Violación de segmento Description: Error processing request. Error Message: HTTP 500. Stack Trace: System.InvalidOperationException: Process has not been started. in 0x00060 System.Diagnostics.Process:get_ExitCode () in 0x00057 (wrapper remoting-invoke-with-check) System.Diagnostics.Process:get_ExitCode () in 0x00254 Mono.CSharp.CSharpCodeCompiler:CompileAssemblyFromFileBatch (System.CodeDom.Compiler.CompilerParameters,string[],bool) in 0x00420 Mono.CSharp.CSharpCodeCompiler:CompileAssemblyFromDomBatch (System.CodeDom.Compiler.CompilerParameters,System.CodeDom.CodeCompileUnit[]) in 0x00067 Mono.CSharp.CSharpCodeCompiler:CompileAssemblyFromDom (System.CodeDom.Compiler.CompilerParameters,System.CodeDom.CodeCompileUnit) in 0x00130 System.Web.Compilation.CachingCompiler:Compile (System.Web.Compilation.BaseCompiler) in 0x00318 System.Web.Compilation.BaseCompiler:GetCompiledType () in 0x00217 System.Web.Compilation.AspGenerator:GetCompiledType () in 0x00039 System.Web.UI.PageParser:CompileIntoType () in 0x0001f System.Web.UI.TemplateControlParser:GetCompiledInstance () in 0x00051 System.Web.UI.PageParser:GetCompiledPageInstance (string,string,System.Web.HttpContext) in 0x00013 System.Web.UI.PageHandlerFactory:GetHandler (System.Web.HttpContext,string,string,string) in 0x00401 System.Web.HttpApplication:CreateHttpHandler (System.Web.HttpContext,string,string,string) in 0x00170 CreateHandlerState:Execute () in 0x00084 StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool) The list archive has the answer: check that 'mcs' is in your PATH. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
It's no use building 50 wrappers for GUI toolkits, we need a single stable 100% working toolkit. I agree... A GUI toolkit will only succeed if - It runs on both Windows *Nix platforms without restrictions - It can be easely installed by grandpa and grandma - There is a good GUI form editor available (think about it, why else are there so much VB6/Delphi developers out there, productivity doesn't come from VI) It depends... Sure support for SWF needs to be offered, but I doubt it will ever work 100%. GTK# is actually a good candidate, but there are still lots of things missing when it comes to windows. I do not agree 100%. Gtk# is very, very nice, but it's not the standard .NET GUI toolkit. I think developers would love to create .NET apps and just install them on Windows or *Nix as they are, without further installations... However with the upcoming visual editor for MonoDevelop its future looks very promising. Yes, but MonoDevelop should also support SWF. Open source has new releases very frequently so for the end user it's rather cumbersome to stay up-to-date. One of the reasons windows developers grab to SWF is because at least they don't have to update every five seconds to get it working. (of course I woudn't have it any other way, I like frequent updates :p) Woudn't it be nice of you could just install GTK# in the GAC once using a quick NSIS installer and then use it?. oh well I like developing libraries, I'll stick to that for now :p Timothy. j3d. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] NUnit and gnunit problems
Hi, I am playing around with NUnit in Mono and I have some problems. I downloaded NUnit for Mono from the NUUnit home page. The first wierd thing happens when I run NUnit tests: // bash-2.05b$ mono nunit-console.exe nunit.tests.dll NUnit version 2.1.5 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 5.1.2600.0Mono Version: 1.1.4322.573 F..F.F..F.F.FF.F.F.F.F.F.F.F.F.F.F.F...F.F.F.F.F.F.F..F.F.F..GC Warning: Finalization cycle involving d659260 Segmentation fault // Then I tried a simple test program: using System; using NUnit.Framework; [TestFixture] public class TextF { [Test] public void buu() { Assert.IsTrue(true); } }; Compiled: bash-2.05b$ mcs a.cs -r:nunit.framework.dll -t:library Compilation succeeded But when I run it: // bash-2.05b$ mono ../../downloads/www/nunit/NUnit-2.1.5/bin/nunit-console.exe a.dll NUnit version 2.1.5 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, C harlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 5.1.2600.0Mono Version: 1.1.4322.573 . Tests run: 1, Failures: 0, Not run: 0, Time: 0.055477 seconds Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. //- Then I tryed gnunit, I loaded the a.dll test assemlby, but I got a file not found exception (note that the file exist): System.IO.FileNotFoundException: File '/home/pre/tmp/unit-test/a.dll' not found. in (unmanaged) /usr/local/lib/libmono.so.0(mono_raise_exception+0x1c) [0x4009333c] in (unmanaged) /usr/local/lib/libmono.so.0 [0x400b6963] in 0x0006c (wrapper remoting-invoke-with-check) System.AppDomain:LoadAssembly (string,System.Security.Policy.Evidence) in 0x0006b System.AppDomain:Load (string) in 0x00058 (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) in 0x0001d System.Reflection.Assembly:Load (string) in 0x0001f Mono.NUnit.GUI.AssemblyStore:Load () Any ideias? -- Pedro Santos www.psantos.net Si minor plus est ergo nihil sunt omnia... signature.asc Description: This is a digitally signed message part
Re: [Mono-list] I give up
Below... On Thu, 2004-04-08 at 02:44, Marcus wrote: On Thursday 08 April 2004 1:31 am, Michael J. Ryan wrote: Also have to mention that GTK# can be used on the windows side. You have things slightly confused. First Qt was bad because it wasn't GPL. It wasn't bad because it wasn't GPL. It was bad because it wasn't GPL *compatible*. There's a big difference. LGPL, BSD without advertising clause, MIT/X11... All of these are GPL-compatible. The original Qt license and the QPL were not. This meant that the original KDE could not have binaries distributed legally, unless the KDE authors wrote an exception into their license for the Qt libraries (which many didn't). It also meant that any non-KDE GPL code couldn't be used in KDE apps because the non-KDE GPL code wouldn't have the Qt exception in its license (such as readline, though why you'd want to use readline in a KDE app is beyond me, it's just an example of an existing GPL library). Now it's bad because it's GPL. I don't get it. Now it's bad for proprietary vendors, or anyone who wants to consider writing proprietary code. KDE and TrollTech don't consider this to be a bad thing. Many others do. One of the bigger complaints I've heard about the GPL license and the TrollTech proprietary license isn't so much the cost of the proprietary license ( $1500/developer, IIRC), it's the initial development requirement. More specifically, the licenses are written such that if you want to even *consider* using the non-GPL license, you must *start* with the non-GPL license. You can't just develop your app internally, never distributing it, get a feel for Qt and how it works, and then decide yes, this is worth paying TrollTech and make it proprietary. Of course, there's always the question of how to actually *enforce* that requirement... But it irks people regardless, because they can't migrate from a GPL-compatible license to a proprietary license while using Qt. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
What license does GTK fall under? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Just a question about mono on/from red carpet
I got mono from red-carpet, and I'm wondering about a few things. o When I run monodoc and look at the docs for GnomeDb.Application, I get this: An error occured while loading type information: File 'gnomedb-sharp' not found. I can't find a gnomedb-sharp.dll on my system. Am I supposed to? There's a similar situation for gda-sharp. o I can't seem to find the nunit or nant programs. I see the source, though, and I can download it. Are these programs supposed to come with mono from red-carpet? o Ditto for mono-develop. I know it's early days for mono-develop, but was just wondering if I should expect it on/from red-carpet. I'm starting to learn mono/C# and am quite enjoying it. I've been a java programmer for a long time and definitely like C# quite a bit. I've been fascinated by mono for a while and have recently decided to take the plunge and actually start writing GUI stuff with it.So, unfortunately I'll be asking a lot of we did X in java, how do I do it in mono? type questions. I wrote a GIS viewer in java and may have a project coming up in the fall where I have the possible opportunity of doing what I want. I can reuse the java code or start from scratch. So one thing I'm doing is evaluating mono for that purpose. Our clients all run on windows, though they are interested in linux. I do all my development on linux. It's worked out fairly well so far.I've never really used any windows computers, so I'm a bit nervous about doing development on windows, and I love my linux. One thing I'm trying to figure out is if I start development in the fall, if I should decide to use .NET/mono, should I uses Windows.Forms or gtk, and what shape the mono versions will be in by then. I know the roadmap says they should be in good shape by the middle of summer, so that's reassuring. So far, I find mono to be exciting and high quality stuff, and am enjoying it immensely. One thing I am doing is going through the gtk# tutorial and running every piece of sample code. A lot of it seems like it could be cleaned up and commented, though I don't know if comments in code are good for a tutorial, as the tutorial text is there to explain things. Would you be interesting in getting modified samples back? I guess there is probably sample programs in the source tree, so probably not. I would love to help document stuff, but I don't know how much time I can give and am a bit nervous because I'm still learning the system. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Just a question about mono on/from red carpet]
On Thu, 2004-04-08 at 14:28, Thomas R. Corbin wrote: I got mono from red-carpet, and I'm wondering about a few things. o When I run monodoc and look at the docs for GnomeDb.Application, I get this: An error occured while loading type information: File 'gnomedb-sharp' not found. I can't find a gnomedb-sharp.dll on my system. Am I supposed to? Its not in the gtk-sharp rpm, but you can find it in the gtk-sharp tarball. GnomeDb is a compile option thats not on by default. Gda (Gnome Data Access) is not included in the rpm either, but its on by default when you build gtk-sharp from tarball. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
It falls under the LGPL Jeff On Thu, 2004-04-08 at 07:33, Timothy Parez wrote: What license does GTK fall under? ___ 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] I give up
If someone would actually take the time, Qt# can be used to write good applications. Then take the time. If you find any bugs in mono that keep Qt# from working, we'll gladly accept your patches. -- Dan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] I give up
On Thu, 2004-04-08 at 09:33, Dan Winship wrote: If someone would actually take the time, Qt# can be used to write good applications. Then take the time. If you find any bugs in mono that keep Qt# from working, we'll gladly accept your patches. ...and bug reports Jeff -- Dan ___ 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] Just a question about mono on/from red carpet]
On Thu, 2004-04-08 at 08:16, Soeren wrote: I can't find a gnomedb-sharp.dll on my system. Am I supposed to? Its not in the gtk-sharp rpm, but you can find it in the gtk-sharp tarball. GnomeDb is a compile option thats not on by default. Gda (Gnome Data Access) is not included in the rpm either, but its on by default when you build gtk-sharp from tarball. gda-sharp is also conditionally built. Neither gda-sharp nor gnomedb-sharp are packaged in the red-carpet packages. If you want to use them, you'll need to build from source and have a working development environment for libgnomedb and libgda installed before building. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Command line processing tool in C#
Inline... On Wed, 2004-04-07 at 21:59, Jonathan Pryor wrote: Below... On Wed, 2004-04-07 at 15:15, Thomas R. Corbin wrote: I've been using this tool in python: http://www.python.org/doc/2.3/lib/module-optparse.html And wondered if there was a similar tool in C# or for mono. There's a better one (in my obviously biased opinion): Mono.GetOptions. Thanks for the compliment Jonathan... See the attached file for an example. It's unique in the option-parsing world (AFAIK) in that it uses attributes to specify the help text, short, and long flags that are interpreted. And I'm going to GETTEXTify it for descriptions WHEN I have some time... The one thing I can't figure out is how to specify verbosity levels, where -v -v -v would be a valid set of command line arguments... Well Jon your wish is my command, just updated cvs with a patch... Now you can do something like: snip ... [Option(-1, Display verbose messages, use multiple times to increase level, 'v')] public bool verbosity { set { HowVerbose++; Console.WriteLine(Verbosity {0}, HowVerbose); } } ... /snip then running it for debugging it shows: output mono myverboseprogram.exe --verbosegetoptions -v -v -v verbosity set to [true] Verbosity 1 verbosity set to [true] Verbosity 2 verbosity set to [true] Verbosity 3 /output Just yank that WriteLine and put a ceiling on it if you want (in most uses we can just use the maximum value allowed when overflow occurs) It will only allow it for boolean properties or boolean-accepting methods, as a boolean field only can set with the pair of admissible values and can't process the assignment. - Jon Enjoy, people, Rafael Monoman Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Command line processing tool in C#
On Wednesday April 07, 2004 08:59 pm, Jonathan Pryor wrote: Below... On Wed, 2004-04-07 at 15:15, Thomas R. Corbin wrote: I've been using this tool in python: http://www.python.org/doc/2.3/lib/module-optparse.html And wondered if there was a similar tool in C# or for mono. There's a better one (in my obviously biased opinion): Mono.GetOptions. Wow, this look REALLY nice. Thanks for pointing out. See the attached file for an example. It's unique in the option-parsing world (AFAIK) in that it uses attributes to specify the help text, short, and long flags that are interpreted. The one thing I can't figure out is how to specify verbosity levels, where -v -v -v would be a valid set of command line arguments... - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Just a question about mono on/from red carpet]
On Thursday April 08, 2004 10:53 am, Mike Kestner wrote: On Thu, 2004-04-08 at 08:16, Soeren wrote: I can't find a gnomedb-sharp.dll on my system. Am I supposed to? Its not in the gtk-sharp rpm, but you can find it in the gtk-sharp tarball. GnomeDb is a compile option thats not on by default. Gda (Gnome Data Access) is not included in the rpm either, but its on by default when you build gtk-sharp from tarball. gda-sharp is also conditionally built. Neither gda-sharp nor gnomedb-sharp are packaged in the red-carpet packages. If you want to use them, you'll need to build from source and have a working development environment for libgnomedb and libgda installed before building. Do you think these will be added to red-carpet at some point? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Just a question about mono on/from red carpet]
On Thu, 2004-04-08 at 09:09, Thomas R. Corbin wrote: On Thursday April 08, 2004 10:53 am, Mike Kestner wrote: On Thu, 2004-04-08 at 08:16, Soeren wrote: I can't find a gnomedb-sharp.dll on my system. Am I supposed to? Its not in the gtk-sharp rpm, but you can find it in the gtk-sharp tarball. GnomeDb is a compile option thats not on by default. Gda (Gnome Data Access) is not included in the rpm either, but its on by default when you build gtk-sharp from tarball. gda-sharp is also conditionally built. Neither gda-sharp nor gnomedb-sharp are packaged in the red-carpet packages. If you want to use them, you'll need to build from source and have a working development environment for libgnomedb and libgda installed before building. Do you think these will be added to red-carpet at some point? I believe they are already in DAG's apt-get/yum repository. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up / Mac OS X PPC support
my problem with gtk# personally is that mac os x is not supported. although you can find people who hacked it together, if you co it from cvs, and install it, the samples don't work. i don't have a linux box, only a mac, and i would love to play with mono on it, but it's been two months now, and i don't feel any closer. there are also problems with xsp, and sometimes mono doesn't compile either (i mean cvs version). regards, Grudgingly, I have to agree with above statement(s). Mono support for Mac OS X/ PPC is fragile at best. I even tried to put together a page on the basic steps ( http://homepage.mac.com/griffincaprio/mono/RunningMonoOnMacOSX.html ), but I have all but given up trying to maintain that page. This is because mono not reliable from day to day, release to release, on the PPC / Mac OS X platform. I am not saying that running off the CVS tree is the most stable way to work, but this goes for the releases also. 0.29 worked on the PPC, 0.30 didn't without some major hacking. 0.31 doesn't work reliably, either. Some of the steps I have taken to compile mono include: - configure switches - external, 3rd party source downloads - editing actual code/headers to accommodate the PPC platform. What's worse, is that when I encounter errors, i receive almost no help on the mailing lists. Some of these are not doubt strange errors, and some are very common, but my posts go unanswered either way. I haven't even gotten to gtk#... Segmentation faults, bus errors, frozen compiles, etc The list goes on and on. I hope to come back to mono in a few months, when/if PPC support is better. But for now, I feel that it's a lost cause. - Griffin ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono trust stire location
Hi Sebastie, Is it possible that we can speicfy the location where we want to create the trust store. SUnil. Sebastien Pouliot [EMAIL PROTECTED] 4/8/2004 2:50:22 PM Hello Sunil, All user certificate stores are located under ~/.mono/certs/ The trusted store is ~/.mono/certs/Trust/ But this could change between release, so it's better to use certmgr to add/remove certificates. Sebastien Pouliot http://pages.infinit.net/ctech/poupou.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sunil Kumar Sent: 8 avril 2004 16:42 To: [EMAIL PROTECTED] Subject: [Mono-list] Mono trust stire location Hi , Does anyone Knows the location of the mono trust store? i.e when I add a certificate using certmgr add -c Trust TrustRootCertificate where does my TrustRootCertificate gets added. Regards, Sunil. ___ 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] xsp Web Service support
Does xsp support web services? I am running xsp 0.9 and I get back an error indicating the asmx file is not found: Not Found The requested URL /ConfigFiles.asmx was not found on this server. aspx and html files serve up fine. -Chris ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] output caching with mod_mono
is output caching borked? It seems to ignore VaryByParam=*. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up / Mac OS X PPC support
Hello, Grudgingly, I have to agree with above statement(s). Mono support for Mac OS X/ PPC is fragile at best. I even tried to put together a page on the basic steps ( http://homepage.mac.com/griffincaprio/mono/RunningMonoOnMacOSX.html ), but I have all but given up trying to maintain that page. This is because mono not reliable from day to day, release to release, on the PPC / Mac OS X platform. Yes, Mono on MacOS X is not ready. We will have a proper announcement when it is ready for consumption. We are aware of the bugs, and the problems on the engine, you will do yourself a service by just waiting at this point, trying to compile Mono on MacOS is only frustrating at this time. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] I give up / Mac OS X PPC support
Hello, Down the road you may be able to run gtk-sharp on Mac or Windows, or run Windows.Forms on *nix and Mac, but I would not recommend that, since - Gtk is the native UI platform for *nix - Windows.Forms is the native UI platform for Windows - and, Cocoa is the native UI platform for Mac OS X You will NOT achieve a native look and feel using a NON-native UI platform! That is my opinion, and is the current trend amongst many other developers. Just look at java.awt and you know what I'm talking about. Gtk can use an underlying engine to render to the system. Until recently, I was unaware that MacOS X had a thing called the Appearance Manager which is some kind of library to do this. Someone might be interested in doing a theme for Gtk+ that uses this. The other half of the equation would be to get the keybindings to match the MacOS X, but that one is simpler than getting the theme done. Miguel just checked in some runtime fixes about 1 hour ago, and Paolo is working on it as far as I know full time! And Martin Baulig is joining us full time as wlel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Windows.Forms on Debian
I know that WinForms issues have been dealt with on this list before, but I was unable to find this one addressed. I am using the Debian packages of Mono 0.31; the libwine package is also installed. mcs has no problem compiling a simple WinForms app that uses MessageBox.Show. When I first ran the resulting .exe, it complained about not finding libuser32.dll.so and libwinnt.dll.so. I could fix the first problem by creating a simlink /usr/lib/libuser32.dll.so - /usr/lib/wine/user32.dll.so But there is no winnt.dll.so in libwine or any other Debian package. If I map libwindt.dll.so to some random .dll.so, mono complains about failing to load the function PROCESS_InitWine, so apparently it's looking for whatever DLL contains that function. Can anyone here help? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] I give up / Mac OS X PPC support
About xsp: you need to patch mcs/class/System.Web/System.Web.Configuration/WebConfigurationSettings.cs Remove the throw exception when both web.config and Web.config are present. Other then that it should work. (with mint and --with-gc=boehm). - Urs -Original Message- From: Attila Balogh [mailto:[EMAIL PROTECTED] Sent: Thursday, April 08, 2004 5:26 PM To: Urs Muff; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Mono-list] I give up / Mac OS X PPC support hello, Urs Muff wrote: I feel your pain, trust me! One thing I have to say: installing mono has gotten much easier: - Install fink from fink.sourceforge.net - Make sure to be adding the unstable tree (either with Fink Commander - Preferences - Fink - use unstable packages - use unstable cryptography packages Or by adding unstable/main unstable/crypto in the line Tree: of the file /sw/etc/fink.conf - do a self update 'fink selfupdate-cvs' - install mono 'fink install mono' That's it! It installs all the dependencies and it just works. Right now it's 0.31. that 's true, also usually it's possible to compile the cvs version on top of this. (sometimes not ;] ) I got gtk-sharp compiling on my local machine but it is not working to a point where we can use it. I also got it compiled, but i couldn't run _any_ of the samples. (system.dllnotfoundexception: libgtk-win32-2.0-0.dll - /sw/etc/mono/config seems to be correct, DYLD_LIBRARY_PATH=/sw/lib)) I'm working on a Cocoa / Objective-C integration using Xcode and Interface Builder for Mac OS X and Mono. could You tell a little bit more about this? Down the road you may be able to run gtk-sharp on Mac or Windows, or run Windows.Forms on *nix and Mac, but I would not recommend that, since - Gtk is the native UI platform for *nix - Windows.Forms is the native UI platform for Windows i really don't know nothing about gtk, but about WinForms i do not think that it would feel like a native UI platform for Windows. can You tell any applications that You regularly use and is created with WinForms? (if You use Windows at all ;] ) For me it still feels really fragile and too robust in the same time. I have one more question concerning mono on mac: xsp. Did anyone successfully run it ever? Regards, Attila ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Windows.Forms on Debian
Hi You should ask this in: [EMAIL PROTECTED] Or ask in a freenode IRC server, #debian-mono I think it's a bug, but please, talk with us about this. Thanks! El jue, 08-04-2004 a las 21:53, David Wright escribió: I know that WinForms issues have been dealt with on this list before, but I was unable to find this one addressed. I am using the Debian packages of Mono 0.31; the libwine package is also installed. mcs has no problem compiling a simple WinForms app that uses MessageBox.Show. When I first ran the resulting .exe, it complained about not finding libuser32.dll.so and libwinnt.dll.so. I could fix the first problem by creating a simlink /usr/lib/libuser32.dll.so - /usr/lib/wine/user32.dll.so But there is no winnt.dll.so in libwine or any other Debian package. If I map libwindt.dll.so to some random .dll.so, mono complains about failing to load the function PROCESS_InitWine, so apparently it's looking for whatever DLL contains that function. Can anyone here help? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Pablo Fischer Sandoval (pablo [arroba/at] pablo.com.mx) Fingerprint: 5973 0F10 543F 54AE 1E41 EC81 0840 A10A 74A4 E5C0 http://www.pablo.com.mx http://www.debianmexico.org signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: [Mono-list] I give up / Mac OS X PPC support
Yes, Mono on MacOS X is not ready. We will have a proper announcement when it is ready for consumption. We are aware of the bugs, and the problems on the engine, you will do yourself a service by just waiting at this point, trying to compile Mono on MacOS is only frustrating at this time. I wish I heard the above statement two months ago ;) It's not so much that it isn't ready, it more of the goose chase I felt I was on. I kept finding little scraps of information about compiling Mono/PPC. A lot of 'Try XXX, it worked for me'. If someone or some documentation simply stated that Mono/PPC wasn't ready for developers to compile, i would have switched modes from trying to use it to trying to help fix it. As it stands, i just got frustrated thinking i wasn't doing something correctly. The lack of response from the lists seemed to confirm my feelings, because i assumed I was asking bad questions that had already been answered somewhere else. I just got burnt out I guess. I will keep following the development, and I hope to contribute some day. One question I do have for everyone is who owns the Mono/PPC port? Is there someone steering it that I should be contacting directly, or is it more of a free for all? Thanks, Griffin ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] I give up
On Thu, 2004-04-08 at 15:12, Joseph Bennie wrote: Respect. We've all been there at some point. Don't get me started on GUI's' i don't have the time either. Yes i could learn QT or GTK or even one of the alternatives but i really believe that the secret to GUI development with mono is a completely working System.drawing layer which on the linux will mean the libgdi+ stuff working and and equivalent pass through to Quartz on the mac. I know that there are some people working on libgdi+ (i also expect any pass through will be implemented as part of this near the end once the linux/X version works) this but it will probably take the best part of this year to get to a mature release, and until then i would a) avoid developing gui tools for linux b) use gtk# if you have to. (I agree QT is nice but gtk seams to have popular support and that is what matters ) For the moment I'm honing my c# skills in the windows world but as i have to support products on the mac, solaris and linux, i'd really like to see my custom gui widgets, or even the standard windows.controls working without having to alter a line of code. So if there is anyone out there with the skills/resources to help the team working on libgdi+ or system.drawing , please help them get there faster. Remember to the rest of us who are just looking to be productive, we don't want to have to learn new tricks if we don't With kindness Well, I have to say that this is possibly why there are so many poor windows applications that just don't understand the whole concept of multi-user. WordPerfect used to get it right, MS-Office didn't, neither did Mavis Beacon and an entire range of software developed for Windows. It is getting better but any time any company developed for multiple platforms and included Unix usually had a clue. Please DO take the time to learn new tricks. -- George Farris [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: Re: [Mono-list] I give up / Mac OS X PPC support
Sadly, I must agree. The mono team have made excellent progress on bringing PPC into the JIT era but. On a whim, I decided to install fedora core 1 and build mono. It built and installed without incident. Truly remarkable. I must say that I was impressed. XSP kept crashing, but that is a different story... On x86 hardware, I prefer windows xp/2003. Sorry, I love *nix, but linux doesn't do much for me on x86, especially when x86/windows offers 100% compatibility and killer dev tools. Frankly, there is no real reason to host asp.net apps under apache, when my XP box does better after locking it down. No religion here folks, just reality. OS/X and PPC is a different story. This is a situation that is DYING for an x86 crossover platform. Don't talk to me about Java if I wanted java, I wouldn't be using mono or c#. C++/wxWindows/Qt/GTK/etc... yawn. Once again, I want c#. Mono on the PPC is painful. There is no *documented*, stable or official GUI toolkit support. Hell, even the core runtime is about as stable as IIS 4. :) Beyond that, the mono releases are hit and miss. You have about a 75% chance of the build failing or getting the dreaded 'bus error'. I appreciate the new features and the roadmap, but if all mono has to offer is x86/linux stability, then mono has only succeeded in doing is providing a 'free' implementation of the .net runtime that runs on the same commodity hardware that a fully supported and commercial version runs on. Mono cannot win if it sticks to the 'linux vs. windows' card. Linux hacks hate MS and C# and .NET. Corporate windows users will be reluctant to adopt linux/mono when they can get a fully supported, commercial version from MS that will run on the same hardware. Believe it or not, most windows shops adopting .NET don't care about OS licensing costs or security. They are interested in RAD. So mono is a little like selling ice cubes to the eskimos. Now, if mono ran reliably on HPUX, sparc, linux, os/x, windows, *bsd and some other *nix variants, then you would have succeeded in beating MS at their own game. The only argument against .net now is that it isn't cross platform. If mono fills that niche, then the sky is the limit. No offense to the mono team, but you should either drop support for PPC entirely or actually concentrate on getting it as stable as x86/linux. Sorry for the long rant guys... its been a long day... :) Original Message --- my problem with gtk# personally is that mac os x is not supported. although you can find people who hacked it together, if you co it from cvs, and install it, the samples don't work. i don't have a linux box, only a mac, and i would love to play with mono on it, but it's been two months now, and i don't feel any closer. there are also problems with xsp, and sometimes mono doesn't compile either (i mean cvs version). regards, Grudgingly, I have to agree with above statement(s). Mono support for Mac OS X/ PPC is fragile at best. I even tried to put together a page on the basic steps ( http://homepage.mac.com/griffincaprio/mono/RunningMonoOnMacOSX.html ), but I have all but given up trying to maintain that page. This is because mono not reliable from day to day, release to release, on the PPC / Mac OS X platform. I am not saying that running off the CVS tree is the most stable way to work, but this goes for the releases also. 0.29 worked on the PPC, 0.30 didn't without some major hacking. 0.31 doesn't work reliably, either. Some of the steps I have taken to compile mono include: - configure switches - external, 3rd party source downloads - editing actual code/headers to accommodate the PPC platform. What's worse, is that when I encounter errors, i receive almost no help on the mailing lists. Some of these are not doubt strange errors, and some are very common, but my posts go unanswered either way. I haven't even gotten to gtk#... Segmentation faults, bus errors, frozen compiles, etc The list goes on and on. I hope to come back to mono in a few months, when/if PPC support is better. But for now, I feel that it's a lost cause. - Griffin ___ 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