[Mono-winforms-list] Releasing the Source Code for the .NET Framework Libraries
Any thoughts on how Scott Guthries announcement will influence future Mono Winform releases? http://weblogs.asp.net/scottgu/archive/2007/10/03/releasing-the-source-code-for-the-net-framework-libraries.aspx -Dan Maltes ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] System.Windows.Forms.MainMenuinitialization
There are also a few MoMa lists here: http://tirania.org/blog/archive/2006/Nov-28-1.html - Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Pobst Sent: Friday, December 01, 2006 10:10 AM To: Matthias Urlichs Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [Mono-winforms-list] System.Windows.Forms.MainMenuinitialization Hey, The problem is that constructor for MainMenu is new in the SWF 2.0 framework. Currently, only the SWF 1.1 framework is supported. You can run MoMA on your program to see what all it uses that Mono does not support yet: http://www.mono-project.com/MoMA. Unfortunately, without the source code, you can't really change your program to work around it. You'll have to either add the missing stuff to Mono yourself, or wait for it to be added. Jon Matthias Urlichs wrote: Hi, I just tried to run a .NET program (no sources available) which uses SWF. Unfortunately, I seem to have run into an initialization error. $ MONO_PATH=/tmp/Mono ./SleepTracker.exe ** (./SleepTracker.exe:5817): WARNING **: Missing method System.Windows.Forms.MainMenu::.ctor(IContainer) in assembly /tmp/Mono/System.Windows.Forms.dll, referenced in assembly /daten/home/smurf/Downloads/SleepTracker.exe Unhandled Exception: System.MissingMethodException: Method not found: 'System.Windows.Forms.MainMenu..ctor'. at 0x0 unknown method at SleepTracker.frmMain..ctor () [0x0] at (wrapper remoting-invoke-with-check) SleepTracker.frmMain:.ctor () at SleepTracker.frmMain.Main () [0x0] /tmp/Mono/System.Windows.Forms.dll was built from current SVN, using Ubuntu Edgy's mcs (1.1.17.1). I don't know much about .NET; help is appreciated. Please Cc me on replies. Thanks. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
RE: [Mono-list] XmlSerializer with Dictionary
In the MS .NET framework isn't this by design? Can't serialize a Dictionary? I think some have used IXMLSerializable as a workaround. -Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gert Driesen Sent: Thursday, January 19, 2006 2:53 PM To: 'Colin JN Breame'; mono-list@lists.ximian.com Subject: RE: [Mono-list] XmlSerializer with Dictionary Hi Colin, I'm looking into fixing quite some (compatibility) issues in XmlSerializer (and XmlSchemaExporter, XmlReflectionImporter, SoapReflectionImporter, ...). Please submit a bug report for this and feel free to assign it to me. Gert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Colin JN Breame Sent: woensdag 18 januari 2006 22:32 To: mono-list@lists.ximian.com Subject: [Mono-list] XmlSerializer with Dictionary Hello, When I try to xml serialise a generic dictionary (e.g. Dictionarystring,string), I get the exception: System.InvalidOperationException: You must implement a default accessor on System.Collections.Generic.Dictionary`2[snip] because it inherits from ICollection This looks like it could be a bug but then again I'm not even sure it is possible to serialise a generic dictionary. Any pointers would be appreciated. Cheers, Colin test program: using System.Collections.Generic; using System.IO; using System.Xml.Serialization; public class main_t { public static void Main() { Dictionarystring, string test = new Dictionarystring, string(); StreamWriter writer = new StreamWriter(output); XmlSerializer serialiser = new XmlSerializer(typeof(Dictionarystring, string)); serialiser.Serialize(writer, test); } } exception: Unhandled Exception: System.InvalidOperationException: You must implement a default accessor on System.Collections.Generic.Dictionary`2[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089], [System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]] because it inherits from ICollection in 0x001f7 System.Xml.Serialization.TypeData:get_ListItemType () in 0x0001f System.Xml.Serialization.TypeData:get_ListItemTypeData () in 0x00145 System.Xml.Serialization.TypeData:.ctor (System.Type type, System.String elementName, Boolean isPrimitive, System.Xml.Serialization.TypeData mappedType, System.Xml.Schema.XmlSchemaPatternFacet facet) in 0x00019 System.Xml.Serialization.TypeData:.ctor (System.Type type, System.String elementName, Boolean isPrimitive) in 0x0032b System.Xml.Serialization.TypeTranslator:GetTypeData (System.Type type, System.String xmlDataType) in 0xc System.Xml.Serialization.TypeTranslator:GetTypeData (System.Type type) in 0x0005a System.Xml.Serialization.XmlReflectionImporter:ImportTypeMapping (System.Type type, System.Xml.Serialization.XmlRootAttribute root, System.String defaultNamespace) in 0x0009d System.Xml.Serialization.XmlSerializer:.ctor (System.Type type, System.Xml.Serialization.XmlAttributeOverrides overrides, System.Type[] extraTypes, System.Xml.Serialization.XmlRootAttribute root, System.String defaultNamespace) in 0x00015 System.Xml.Serialization.XmlSerializer:.ctor (System.Type type) ___ 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] REST.NET - REST Web Services for ASP.NET
Please excuse my ignorance. This is neat, but what was the motivation(intent) behind this library? What problem does it solve specifically? Is there something specific your using it for? Just curious. -Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon Gilkison Sent: Tuesday, November 29, 2005 4:24 PM To: mono-list@lists.ximian.com Subject: [Mono-list] REST.NET - REST Web Services for ASP.NET I wrote a little library that allows you to easily add REST RPC services to your ASP.NET applications. Haven't tried this with Mono, but should be good to go. Details are here: http://forums.asp.net/1127032/ShowPost.aspx Hope this helps someone. Cheers, Jon. //jon.gilkison //interfacelab.com //p: 347.645.0177[c] | 718.360.8826[w] //e: [EMAIL PROTECTED] //i: pr0nst4rz (AIM) | [EMAIL PROTECTED] (MSN) ___ 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] eclipse aspx syntax hilighting
I haven't used eclipse but it wouldn't surprise if there were a list of keywords you could supplement manually. -Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of n_powell Sent: Friday, October 28, 2005 7:34 AM To: mono-list@lists.ximian.com Subject: [Mono-list] eclipse aspx syntax hilighting -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I keep switching back and forth between eclipse and monodevelop and neither one seems to have syntax hilighting for *.aspx files. In eclipse I associated the file extension with HTML, but that is an incomplete solution (it works on the HTML portions but not the asp.net stuff). So I thought I would hit the list and see what I am missing. Google didn't turn up any answers. What are others doing for syntax hilighting of aspx files in either editor? Hope I didn't miss something obvious :) - -- nathan nathan_at_nathanpowell_dot_org I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science. ~ Donald Knuth - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDYgyUAHGknoE/3V8RAg04AJ95/b3o9GzO+iVGsjFsARi7Q2abvwCgsqQ+ Kwos0Icfqqdkuo3kQYr8bmo= =6dYe -END PGP SIGNATURE- ___ 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-winforms-list] Offline reference for WinForms?
Printed doc of SWF is always nice to have: http://www.amazon.com/exec/obidos/tg/detail/-/0735618186/ref=pd_sim_b_3/002- 3944837-9507246?%5Fencoding=UTF8v=glance Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clemens Eisserer Sent: Tuesday, August 23, 2005 4:56 PM To: mono-winforms-list@lists.ximian.com Subject: [Mono-winforms-list] Offline reference for WinForms? Hi there, does anybody know a good offline-reference for mwf? I already searched in monodoc but didn't find anything usefule (also system.drawing is documented a bit incomplete). I cannot use MSDN since I am a linux-only developer :( Thank you in advance, lg Clemens ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
RE: [Mono-winforms-list] MWF painting VERY slow compared to .NET
It's good to know that Cairo sucks donkey ass. I'll make sure not to vacation there anytime soon. =) Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Dennis Bartok Sent: Thursday, July 28, 2005 6:09 PM To: Peter De Jager Cc: mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] MWF painting VERY slow compared to .NET Here are my results: Image: 800x600 pixels: * Win32, MS.Net: 32fps * Win32, MWF.dll, rest MS.Net: 31.25fps * Linux (NLD), Mono: 3.54fps (remote Win32 X server, over the network) * Linux (NLD), Mono: 3.8fps (remote Xfree X server, over the network) * Linux (NLD), Mono: 5.73fps (local Xfree X server) * Mac OS X, Mono: 2.5fps (with the X11 driver) Image: 100x80 * Win32, MS.Net: 1612fps * Win32, MWF.dll, rest MS.Net: 1581fps * Linux (NLD), Mono: 3.55fps (remote Win32 X server, over the network) * Linux (NLD), Mono: 354.33fps (remote Xfree X server, over the network) * Linux (NLD), Mono: 227.28fps (Local Xfree X server) * Mac OS X, Mono: not tested Image: 100x40 * Win32, MS.Net: 2497fps * Win32, MWF.dll, rest MS.Net: 1581fps * Linux (NLD), Mono: 3.50fps (remote Win32 X server, over the network) * Linux (NLD), Mono: 518.18fps (remote Xfree X server, over the network) * Linux (NLD), Mono: 353.33fps (Local Xfree X server) * Mac OS X, Mono: not tested Image: 100x20 * Win32, MS.Net: 2649fps * Win32, MWF.dll, rest MS.Net: 1581fps * Linux (NLD), Mono: 3.70fps (remote Win32 X server, over the network) * Linux (NLD), Mono: 561.95fps (remote Xfree X server, over the network) * Linux (NLD), Mono: 486.84fps (Local Xfree X server) * Mac OS X, Mono: 56fps (with the X11 driver) My conclusions: * While we are a bit slower with our MWF dll, it's pretty obvious that the bottleneck is not MWF, but the drawing code. * The X11 message loop is not the problem, we get high speeds with our existing loop, if the image is small. * My Win32 X server is pathetic (I'm guessing that's because it doesn't support the Xrender extension) * As someone just put it, I'd say it's pretty obvious that Cairo sucks donkey ass when it comes to handling large images. This is on Cairo 0.3.0 , which was absolutely not optimized. Cairo is currently at version 0.5.0 and we have someone who's moving our libgdplus to that newer version. Once that is complete we can compare (and look into optimizations on the cairo or our libgdiplus side) One caveat here: It might be X itself that sucks donkey ass with large images, maybe I find some time to test that tonight. Cheers, Peter -Original Message- From: Peter De Jager [EMAIL PROTECTED] To: 'Peter Dennis Bartok' [EMAIL PROTECTED]; 'Miguel de Icaza' [EMAIL PROTECTED] Cc: mono-winforms-list@lists.ximian.com Date: 28 July, 2005 15:15 Subject: RE: [Mono-winforms-list] MWF painting VERY slow compared to .NET I'm attaching a small code snippet. You *should* use Invoke() instead of painting to a Form directly, but in this (very simple) example, no other thread is painting to the form so it should be safe. You can compile with .NET or mcs. Put an image file, Image.png, in the same directory as the executable before running it. The image should be smaller than approx. 800x600 otherwise it will be clipped. When the form is displayed, it shows nothing (not even a background, except on Mono where the background is incorrectly painted). When you click on the form, it repeatedly paints the bitmap to the form and displays the mean frame rate over a 10 second period. On my hardware (and using my Image.png), the figures at the end of the 10 seconds are 162 for .NET and 7.65 for Mono. With regards to Mac, I know very little about X11 (as with Linux). To be honest, I don't even understand your question ;-). When trying to get MWF and gtk-sharp running I saw on the mailing lists that X11 needs to be installed, so I did that. I also tried to run 'mono.exe' from an X11 terminal (I don't know how this differs from a normal terminal on Mac). After macpack I've managed to get a MWF app displaying for an instant before quitting, so my success has been limited so far. However, all of my non-gui code is running without problems under Mono on OS X, albeit at approximately half the speed of Mono on Linux (FC 4), on the same PowerPC hardware. Pete. -Original Message- From: Peter Dennis Bartok [mailto:[EMAIL PROTECTED] Sent: Thursday, July 28, 2005 20:25 To: Peter De Jager; 'Miguel de Icaza' Cc: mono-winforms-list@lists.ximian.com Subject: Re: [Mono-winforms-list] MWF painting VERY slow compared to .NET Peter, I am curious as to how you tested performance/framerate. Any chance you could provide the code? (Binary should be ok, doesn't have to be source yet). I'd love to go through and see where we spend the cycles. (And I will also test with our MWF but Microsoft's GDI+ on Win32, which
RE: [Mono-list] binary .NET in JVM
Checkout the Grasshoper project: http://dev.mainsoft.com/ Dan Maltes From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Felipe MayaSent: Monday, August 01, 2005 5:46 PMTo: mono-list@lists.ximian.comSubject: [Mono-list] binary .NET in JVM Are There any way to run mono .NET applicationon Java Virtual Machine? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-winforms-list] MWF Status?
(surprise surprise) http://svn.myrealbox.com/blog/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vladimir Lushnikov Sent: Tuesday, July 19, 2005 11:09 AM To: mono-winforms-list@lists.ximian.com Subject: [Mono-winforms-list] MWF Status? Hi, I've been looking at Windows.Forms in Mono and (surprise surprise) came to the conclusion that I couldn't find a central location for the status of the Windows.Forms implementation for Mono (latest branch). So is there some kind of central resource for finding out about windows forms implementation or is it simply (undocumented) work is progress? Regards, -- Vladimir Lushnikov EverythingX Limited (http://www.everythingx.net) ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-list] Microsoft XML patent sparks outrage
Gee, no need to worry: http://software.silicon.com/applications/0,39024653,39130795,00.htm Gulp! -Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Santos Gómez Sent: Tuesday, May 31, 2005 8:25 PM To: David Waite Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Web Services and patents Hi David, Thank for your answer. And, I know, and yes, I worry more about innovation than about patents :-) Once said that, in the following map: http://www.mono-project.com/Image:Monocomponentsmap.png I see that Soap Web Clients and Soap Web Servers have same colour as ADO.NET (which is not the cyan colour - called Patent free, neither the green colour - part of the Mono stack). I know that even the Patent free coloured components could be using patented code even by third parties, and I agree that this stuff should not worry as much as innovation. But, what I'm wondering is basically that, in the same way I might use GDA instead of ADO.NET, or GTK# instead of Windows Forms, there is any component safer (ok, no software is safe, but nobody says that GTK# could ever be removed from Mono as they do with Windows Forms -in the worst of worst cases, of course-, so maybe we can say that gtk# is safer than windows forms), than the Web Services from ASP.NET. And, if there is no one, what is the worst case that could happen? The fact that Novell itself uses this web services (for example here): http://forge.novell.com/modules/xfmod/cvs/cvsbrowse.php/ifolder/gaim-ifolder /src/GaimDomain/#dirlist gives me some security. I mean, all what I want is to have a solid answer to any question my project director could ask. And this is the point where my doubts are bigger, because I can't just tell him dont think about patents or other patents could destroy our project anyway. Thank you again :) --- David Waite [EMAIL PROTECTED] escribió: There is no application of knowledge on a computer (including writing a Hello, World application) which is completely safe from US patent lawsuit. There is nothing to prevent someone from having a patent against the concept of SOAP, or for that matter the concept of XML, or network-based data interchange. Whether or not these patents could be struck down in court is another matter. I suggest you worry less about patents and more about innovation. Otherwise you will spend so much time learning international patent law and researching patents that you will never produce anything. There is no guaranteed safe ground, no matter what programming language you write your implementation in, or which vendor designed the API you use. The only sanity comes from not letting the problems stop you from meeting your potential, and fighting tooth and nail the problems in the system every chance you get. -David Waite __ Renovamos el Correo Yahoo! 1GB de capacidad, nuevos servicios y más seguridad http://correo.yahoo.es ___ 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] Forums
Amen Duncan. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dilton McGowan II Sent: Monday, April 11, 2005 10:31 PM To: Mono List Subject: [Mono-list] Forums After trying to work and follow today's threads (and not doing very good at the latter); isn't there a free set of forums that we can use and ditch this antiquated email list? Snitz (ASP based) and yuk! PHP Forums (or similar sounding) comes to mind. For that matter, can Novell afford to toss a few bones to these guys? http://www.dotnetbb.com/ __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ 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] Forums
Oops, Dilton, sorry buddy. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Maltes Sent: Monday, April 11, 2005 11:57 PM To: 'Dilton McGowan II'; 'Mono List' Subject: RE: [Mono-list] Forums Amen Duncan. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dilton McGowan II Sent: Monday, April 11, 2005 10:31 PM To: Mono List Subject: [Mono-list] Forums After trying to work and follow today's threads (and not doing very good at the latter); isn't there a free set of forums that we can use and ditch this antiquated email list? Snitz (ASP based) and yuk! PHP Forums (or similar sounding) comes to mind. For that matter, can Novell afford to toss a few bones to these guys? http://www.dotnetbb.com/ __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] successful port of MS .net application to linux/apache/mono1.1.4
Hubert, If you haven't already, you can get web.config browsercaps for better asp.net browser rendering compatability here: http://slingfive.com/pages/code/browserCaps/ Doesn't solve all issues, but it helps. Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hubert FONGARNAND Sent: Thursday, April 07, 2005 10:59 AM To: mono-list@lists.ximian.com Subject: Re: [Mono-list] successful port of MS .net application to linux/apache/mono1.1.4 We've follow the same approach with porting ASP.NET application from MS.NET to Mono 1.16... The application is a CRM (customer Relationship Management) application. It use Webservices (to talk to an active directory server) and an oracle Database. The application used some 3rd party library too. The Port is now succesfull ! I'm happy to see that i've experienced fast the same problem as you : - The major problem was Oracle, i've contributed to the oracleclient assembly in order to add correct datetime support and pooling - trouble with multiple cookies too... But this problem only appear when I use mod_mono, i've no problem with xsp... why? I've submitted a message in the mailing list two days ago, but it doesn't interest anybody... - trouble with differences in executing path (order of including user controls)... - Some rendering problem with firefox (MS.NET doesn't render html exactly the same with an IE or a mozilla client) - Problems with the French DateTime format (for mono 1/02/03 is the 3rd of february 2001) - I'm doing some tests between a gentoo/mod_mono and a W2x3/.NET machine and for instance, i can see any differences... I can hope that our application will be put into production with mod_mono may be soon... Long life to mono !!! Hubert Le Mardi 05 Avril 2005 11:33, simon a écrit : Ive recently successfully ported an ASP.Net application from MS .net to mono-1.1.4. This application was approximately 250-300 days development, is currently deployed and in production on windows server 2003, has 2 external interfaces and used an MS SQL server database. As an experiment I ported it to mono and mysql in approximately 20 hours, and had it running under apache on an ubuntu linux box. The application used a number of 3rd party libraries including nHibernate and wilson master pages. Some of the major problems encountered during the port were; - trouble with mulitple cookies and the FormsAuthentication cookie disappearing. - not sure what the problem was, made work around. - ALOT of trouble with differences in what I would call the current executing path of pages and the inclusion of user controls. It appears that IIS executes pages in a different path to apache/mod_mono and this causes the page directives at the top of the aspx file to be incorrect. Solution (really work around) - change ALL Server.Transfer calls to Response.Redirect (whether this is a better approach anyway is debatable) - problems with libraries compiled under MS .net framework not being compatable with those compiled under mono. I am not sure what the expected compability between things compiled under mono and MS are but ive found that if you can get the source for something, try and compile it under mono, it will cause you less trouble in the end. Apart from that the port was successful, and relatively painless. Unfortunately this forum is not the place for me to say what the application is (at this time). The next task is to find 2 identical boxes, deploy under both win2k3 and linux/mono and load test both to see the results. Only problem being i dont have 2 identical boxes :( Simon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ 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
[Mono-list] Communicating Mono
Simon, when your application is ready to be revealed it might make a good case study for mono. Speaking of case studies, I think perhaps having a few of the mono based products Miguel mentioned should become case studies on the mono wiki website. Put a case study link right in the navigation menu. Make it very easy to see. Yes, there's always linking to the product sites instead, however they often gloss over the technology involved and focus on marketing hype. Case studies, however, can communicate a different perspective and be geared more toward those who want to know how the technology was implemented in a solution, the challenges involved, and the end results. Case studies should not be pure marketing hype. Screenshots are nice, but they tell you very, very little. However, combine them with case studies and now the pictures really do speak a thousand words. Finding out how the mono technology was applied and its' value to a product and its' end users are important to hear during the evaluation process. I've said this before, it's more than just developers that are evaluating mono. For those who say, oh shut up and just google the information you're looking for, well wouldn't you rather google find the information on the mono site than on some confusing crapola site? I sure would. I like the videos, but audio narration would make them much nicer. It can be difficult to follow the context of the presentation without audio narration. Learnvisualstudio.net, for instance, does a good job with this. I know, I should up about this, but I just can't stand seeing .php extensions on the mono wiki site. Grrr! Showoff mod_mono and get a .NET wiki in there already! Sorry, I've been holding that one in too long. 8^] Regards, Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of simon Sent: Tuesday, April 05, 2005 5:33 AM To: mono-list@lists.ximian.com Subject: [Mono-list] successful port of MS .net application to linux/apache/mono1.1.4 Ive recently successfully ported an ASP.Net application from MS .net to mono-1.1.4. This application was approximately 250-300 days development, is currently deployed and in production on windows server 2003, has 2 external interfaces and used an MS SQL server database. As an experiment I ported it to mono and mysql in approximately 20 hours, and had it running under apache on an ubuntu linux box. The application used a number of 3rd party libraries including nHibernate and wilson master pages. Some of the major problems encountered during the port were; - trouble with mulitple cookies and the FormsAuthentication cookie disappearing. - not sure what the problem was, made work around. - ALOT of trouble with differences in what I would call the current executing path of pages and the inclusion of user controls. It appears that IIS executes pages in a different path to apache/mod_mono and this causes the page directives at the top of the aspx file to be incorrect. Solution (really work around) - change ALL Server.Transfer calls to Response.Redirect (whether this is a better approach anyway is debatable) - problems with libraries compiled under MS .net framework not being compatable with those compiled under mono. I am not sure what the expected compability between things compiled under mono and MS are but ive found that if you can get the source for something, try and compile it under mono, it will cause you less trouble in the end. Apart from that the port was successful, and relatively painless. Unfortunately this forum is not the place for me to say what the application is (at this time). The next task is to find 2 identical boxes, deploy under both win2k3 and linux/mono and load test both to see the results. Only problem being i dont have 2 identical boxes :( Simon ___ 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: Suggestions
Serious development implies a staging/development server, so I simply don't care whether I have to restart Apache or not: it's just a script that gets called after a sucessful build. Perhaps Nik is speaking more to a production environment than a development environment where apache restarts are disruptive. Especially where a shared web server is concerned. Sounds like this will be a mute issue soon when fixed. I think it's important to point out we're not just talking about attracting MS programmers who know C# and want cross-platform ability, we're also talking about system integrators that need to be educated about what is different from what they are used to and how best to succeed with mono. They want to know how they can deploy and quickly be up and running with minimal effort and maximum reliability. Jeopardizing either one will be a deterent. Currently, the mono site is very developer centric. Perhaps the site could quickly qualify a visitor as a devloper or system integrator and route them to the mono portal with the information that best fits their needs. Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Jordan Sent: Friday, March 25, 2005 10:52 AM To: Mono-list@lists.ximian.com Subject: [Mono-list] Re: Suggestions Nik, ASP.NET From http://www.mono-project.com/ASP.NET Both are fully functional at this point. This is somewhat disingenuous. A .net web developer is going to presume that this means it works just like IIS and .Net but on linux with mono and apache. It doesnt work on windows with apache and mono It doesnt work on OSX with apache and mono It works on linux - but only if your idea of good systems administration includes restarting apache everytime you make a change to your site. I know there is a bug open about it, i know there is a control panel work around. But really, ASP.Net development with mono is completely unuseable for real world situations on any platform. This is despite the fact that most of it is pretty much there waiting to be used. I don't agree with this point. Sure, it would be nicer if XSP+mod_mono would behave more like ASP.NET+IIS, but this is not an issue for professional ASP.NET/XSP development. Serious development implies a staging/development server, so I simply don't care whether I have to restart Apache or not: it's just a script that gets called after a sucessful build. Rob ___ 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] mono compatibility question
I don't think the windows forms classes in mono are stable enough yet in Mono for the forms in a VB app like yours. Although not opensource, you could try REALBasic. They have a utility to help migrate Visual Basic applications cross-platform. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Csibra Gergo Sent: Friday, March 18, 2005 5:06 PM To: mono-list@lists.ximian.com Subject: [Mono-list] mono compatibility question Hi, I'm Gergo Csibra from hungary, I'm new to mono and even .NET. I programming in visual basic, and using ms access 'database' :) Because the vb6 is quite old, and the access is a little weak, I plan to change my programming to some .net platform. I'm open to use C# and vb.net with databases like postgresql or firebird, but I have a question, what keep me back to change. Can I make multi platform programs with mono? Or can I compile for Linux, Windows maybe Solaris the same sourcecode? Yes, little programs like Hello world! can, but I have some _BIG_ projects with many frames, eg. 1MB visual basic source code (I'm ready to convert/rewrite to C#, but only when I can make platform independent programs). Thanks for your answers, ps.: I'm apologize my weak english :) -- Best regards, Csibra Gergo mailto:[EMAIL PROTECTED] ___ 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-winforms-list] libgdiplus/System.Drawing patch: native support for indexed Bitmaps
I see, wish I could help! Too much work and school right now. :-( Your doing a great job. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Gilbert Sent: Wednesday, March 16, 2005 4:41 PM To: mono-winforms-list@lists.ximian.com Subject: RE: [Mono-winforms-list] libgdiplus/System.Drawing patch: native support for indexed Bitmaps At 04:15 PM 16/03/2005 -0500, Dan Maltes wrote (in 2 messages): Any chance there is existing TIFF loading code available that could be used with permission in Mono? Could save time. LibTIFF for instance: http://libtiff.maptools.org/ Dan Maltes This is what tiffcodec.c already uses. I just didn't have the time to investigate the API and determine how to detect when a file is indexed and read the indexed data palette. I will eventually do this :-) (I did it for gifcodec.c last week) Jonathan Gilbert ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
RE: [Mono-list] Excellent MS.NET and Mono Forecast
Jesse, Excellent blog posting Jesse. I have similiar agreements, disagreements with Grimes. Thanks for expressing it intelligently for others to see. -Dan Maltes -Original Message- From: Jesse Towner [mailto:[EMAIL PROTECTED] Sent: Saturday, March 05, 2005 3:48 AM To: Dan Maltes Cc: Mono List Subject: Re: [Mono-list] Excellent MS.NET and Mono Forecast I've discussed some of the issues that Grimes brings up in my blog here: http://weblogs.asp.net/jesse_towner If I find the time this weekend, I'll write the second part that I had planned. Cheers. Jesse Towner, Lead Programmer, Hybrid Mobile Technologies, LLC Email Addresses: [EMAIL PROTECTED], [EMAIL PROTECTED] PGP Public Key: http://www.virtuallyonline.net/personal/jesse/pgp.html Dan Maltes wrote: Thanks, but if I see one more journalist make a reference to Paris Hilton, I'm gonna just hurl. Here's a more somber view of .NET: http://www.ddj.com/documents/s=9211/ddj050201dnn/ -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Graupmann Sent: Tuesday, March 01, 2005 4:58 PM To: mono-list@lists.ximian.com Subject: [Mono-list] Excellent MS.NET and Mono Forecast Here is an excellent article for Mono developers that talks about the future of Win32, Avalon, Windows Forms, and LongHorn: http://www.joelonsoftware.com/articles/APIWar.html __ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 ___ 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Excellent MS.NET and Mono Forecast
Thanks, but if I see one more journalist make a reference to Paris Hilton, I'm gonna just hurl. Here's a more somber view of .NET: http://www.ddj.com/documents/s=9211/ddj050201dnn/ -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Graupmann Sent: Tuesday, March 01, 2005 4:58 PM To: mono-list@lists.ximian.com Subject: [Mono-list] Excellent MS.NET and Mono Forecast Here is an excellent article for Mono developers that talks about the future of Win32, Avalon, Windows Forms, and LongHorn: http://www.joelonsoftware.com/articles/APIWar.html __ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 ___ 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] different behavior between .NET and Mono
Correct. And you will need to a create sql user(s) that have access to that database. Then, the client app must use sql login instead of windows authentication. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael George Sent: Wednesday, February 16, 2005 3:19 PM To: A Rafael D Teixeira Cc: Michael George; MonoList Subject: Re: [Mono-list] different behavior between .NET and Mono On Wed, February 16, 2005 2:42 pm, A Rafael D Teixeira said: AFAIK, our ADO.NET provider for SQLServer (it is part of Mono) only can connect with SQL password, as the other protocol is a closed one that ties with ActiveDirectory and/or NT Domain Controllers. Configure your database server to accept SQL connections, otherwise we can't connect to it. Looking at the properties for my database, the Security tab, under Authentication I have SQL Server and Windows set. I think that's what you're saying to do, right? -Michael George Ideal Solution, LLC ___ 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] different behavior between .NET and Mono
You can use the user account in sql that already there for access to that database, that's fine. However, the connection must authenticate you by sending the username and password, whereas with windows authentication, your logged in windows user credentials would be sent automatically, and the matched against a sql user, which is what cannot happen on mono. So, yes, your connection string could be altered to pass the sql user name and password. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael George Sent: Wednesday, February 16, 2005 4:14 PM To: Dan Maltes Cc: 'Michael George'; 'A Rafael D Teixeira'; 'MonoList' Subject: RE: [Mono-list] different behavior between .NET and Mono On Wed, February 16, 2005 3:35 pm, Dan Maltes said: Correct. And you will need to a create sql user(s) that have access to that database. Then, the client app must use sql login instead of windows authentication. I'm not a pro at MS-SQL, though I'm kinda learning my way around... So there's a difference between an SQL user and a Windows users? I have 2 users: Xuser with no Login Name and Permit DB access, and dbo with a Login Name of Xuser and Permit DB access. Looking at either users' properties, I don't see how to know which type of user they are. As for the type of login, I'm guessing that will be part of the options to the connection call rather than the connection string? I don't see anything that indicates the type of connection in the connection string... However, since the SQL logging output indicates SQL commands being received, it seems that it already knows to use an SQL connection. Thank you very much! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael George Sent: Wednesday, February 16, 2005 3:19 PM To: A Rafael D Teixeira Cc: Michael George; MonoList Subject: Re: [Mono-list] different behavior between .NET and Mono On Wed, February 16, 2005 2:42 pm, A Rafael D Teixeira said: AFAIK, our ADO.NET provider for SQLServer (it is part of Mono) only can connect with SQL password, as the other protocol is a closed one that ties with ActiveDirectory and/or NT Domain Controllers. Configure your database server to accept SQL connections, otherwise we can't connect to it. Looking at the properties for my database, the Security tab, under Authentication I have SQL Server and Windows set. I think that's what you're saying to do, right? -Michael George Ideal Solution, LLC ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -Michael George Ideal Solution, LLC ___ 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] ASP.Net Mono
Great ASP.NET book with no VS.NET is 'ASP.NET UNLEASHED' by Stephen Walther. Examples in book are VB.NET, but you can download all examples in C# as well. Unfortunately, he doesn't stress using code-behind, as he should, but he does cover a lot of ground very well in both a building of knowledge style and a reference style. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin White Sent: Saturday, February 12, 2005 11:25 AM To: mono-list@lists.ximian.com Subject: [Mono-list] ASP.Net Mono Hi all, I'm a web programmer (Lots of PHP, some mod_python, plenty of jsp/servlets, even some cgi). I've only done a little bit of ASP, enough to learn only the most basic of syntax. I'd like to get into ASP.Net with Mono and have a few questions: 1- Is mono's asp.net technology ready for a production server environment? i.e.: is it reliable at this stage? 2- Where can I learn ASP.Net without needing visual studio.net. I don't want to use a project-based environment to write the pages. I want to learn to write asp.net web apps from scratch. Is there a good book that doesn't require visual studio's wizards and other tools? Are there some links you find useful? I'm sure I'll have more questions later. :) Thanks, Kevin -- Kevin White [EMAIL PROTECTED] ___ 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
[Mono-list] RH8
Can I install latest mono build on RH8 or do I need to a whole lot of updates first? -Dan ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Implementing attribute-based code generation
This sounds very interesting. How much runtime control would we have over attribute values? Could runtime change of attribute trigger a jit, or would this become unstable and/or poor performance? -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Touset Sent: Wednesday, January 12, 2005 10:36 PM To: Rodrigo B. de Oliveira Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Implementing attribute-based code generation Rodrigo B. de Oliveira wrote: It sounds like you are talking about what we call syntactic attributes. I couldn't tell from the website. Essentially, I am trying to add design by contract support to the mono C# compiler (as an extension, rather than a core patch to mcs). The best way to do this would seem to be to have attributes that can modify methods. In other words: [Precondition(o != null)] [Postcondition(size 0)] void AddObject(Object o) { // ... do stuff ... return; } Which would then at compile time insert void AddObject(Object o) { Check.Require(o != null); // ... do stuf ... Check.Ensure(size 0); return; } While also obeying design by contract inheritance rules. ___ 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] Mono Software
They use the word mono in all of their product titles. I wonder if this could become an area of confusion for the marketplace. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Saturday, December 11, 2004 1:20 PM To: Gaurav Vaish Cc: Mono List Subject: Re: [Mono-list] Mono Software Hello, I just happened to find a company Mono Ltd, Croatia that works with Net Framework. The website of the company is: http://www.mono-software.com Just wondering if this is an issue of copyright / trademark breach? The domain name was registered in June 2003, the first time archive.org archived something about them was in January 2004: http://web.archive.org/web/*/www.mono-software.com Miguel. ___ 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] RH8 box
I've got an RH8 box I want to get Mono 1.0.4 release installed on. Can I run the binaries as is, or will I need to rebuild and if so, what glib version do I need? If this is gonna be a big pain, should I just upgrade to RH9 instead? -Dan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Ask Microsoft: Mono support
For what it's worth(probably not much with the erratic judges out there), heres the Digital Millennium Copyright Act legalise on reverse engineering: TITLE 17 CHAPTER 12 § 1201 § 1201. Circumvention of copyright protection systems (f) Reverse Engineering. (1) Notwithstanding the provisions of subsection (a)(1)(A), a person who has lawfully obtained the right to use a copy of a computer program may circumvent a technological measure that effectively controls access to a particular portion of that program for the sole purpose of identifying and analyzing those elements of the program that are necessary to achieve interoperability of an independently created computer program with other programs, and that have not previously been readily available to the person engaging in the circumvention, to the extent any such acts of identification and analysis do not constitute infringement under this title. (2) Notwithstanding the provisions of subsections (a)(2) and (b), a person may develop and employ technological means to circumvent a technological measure, or to circumvent protection afforded by a technological measure, in order to enable the identification and analysis under paragraph (1), or for the purpose of enabling interoperability of an independently created computer program with other programs, if such means are necessary to achieve such interoperability, to the extent that doing so does not constitute infringement under this title. (3) The information acquired through the acts permitted under paragraph (1), and the means permitted under paragraph (2), may be made available to others if the person referred to in paragraph (1) or (2), as the case may be, provides such information or means solely for the purpose of enabling interoperability of an independently created computer program with other programs, and to the extent that doing so does not constitute infringement under this title or violate applicable law other than this section. (4) For purposes of this subsection, the term interoperability means the ability of computer programs to exchange information, and of such programs mutually to use the information which has been exchanged. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of George Birbilis Sent: Wednesday, October 27, 2004 6:46 AM To: Jonathan Pryor; Jonathan Stowe Cc: RoBiK; Mono-List Subject: Re: [Mono-list] Ask Microsoft: Mono support I don't consider viewing an assembly's publicly exposed methods/fields etc. to be reverse engineering If you decompile though and copy/paste code parts etc. then it is reverse engineering and could potentially cause problems similar to the Linux-SCO stuff http://searchvb.techtarget.com/originalContent/0,289142,sid8_gci101 9210,00.h tml Mono is an attempt by Novell to reverse engineer parts of Microsoft's .NET Framework. A wonderful piece of FUD slinging that. Where's the FUD, exactly? Parts of .NET are standardized under ECMA, which Mono implements. Parts of .NET are *not* standardized under ECMA, which Mono also implements. (For example, System.Web.UI, System.Windows.Forms, System.Data, etc.) How else could Mono implement the non-standardized parts of .NET than by reverse-engineering? Hell, we likely needed to reverse-engineer parts of the standardized portions, in places where the standard wasn't explicit and we needed to maintain compatibility. Reverse engineering isn't a bad thing. It's what allows competition to exist in many fields. ___ 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] Ask Microsoft: Mono support
I agree, Amanda Morgan actually says in the second paragraph: Frankly, Mono is just one example of the level of excitement within the developer community around .NET. That sure doesn't sound like a FUD of Mono to me. It sounds to me like Amanda is simply saying we're not involved with Mono, but they are creating something just like the .NET framework because it's an exciting platform. As far as FUD goes, I think people will pull what they want out of what other people say because they have a bias and it serves their agenda. Sociology 101 really. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Olsen Sent: Wednesday, October 27, 2004 8:15 AM To: 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I didn't find Microsoft's position to be negative at all. I agree that ease of use and standardization is needed on Linux platforms. Mono provides exactly that. I've been programming mostly with Microsoft Visual C# for the past year or two and I find it fairly easy to learn to program with C# on Mono. If I had to use another language, I'd be completely lost. I'm only guessing, but Mono could lead to a flood of applications being developed for Linux platforms which would only increase the attraction to Linux. I like Microsoft products because so many people are using them that there's quite a body of knowledge floating around amongst general users, but I'm not opposed to competition. I find Linux to be difficult to work with, but I'm sure it's only because I'm unfamiliar with it. Competition is a good thing for consumers. I want to thank Microsoft for making C# open source and I want to thank Novell and all the people who have worked on Mono for giving us more options instead of less. -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Jonathan Pryor Sent: Wednesday, October 27, 2004 6:00 AM To: Jonathan Stowe Cc: RoBiK; Mono-List Subject: Re: [Mono-list] Ask Microsoft: Mono support On Wed, 2004-10-27 at 06:48, Jonathan Stowe wrote: snip/ Yes this all true but (and possibly only in my reading) the attempt by Novell phrase appears to be trying to give it an entirely negative connotation. I suppose that does have a slightly negative connotation. More galling to me is that Novell isn't the only entity involved; lots of individuals are also involved, as is Mainsoft (and likely other companies). - Jon ___ 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] Ask Microsoft: Mono support
I will add to this that Amanda's use of the word attempt is obviously meant to communicate that Mono is not as complete or solid as the MS .NET framework. Of course an MS rep will say something like this, of course they want folks to use .NET on Windows. That's a given folks. No need to be offended, or galled, or whatever else. MS was the first to do .NET and they will continue to make the point(right, wrong or otherwise) that it's the most feature rich and stable. Come now, this can't come as a surprise. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Maltes Sent: Wednesday, October 27, 2004 9:47 AM To: 'Carl Olsen'; 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I agree, Amanda Morgan actually says in the second paragraph: Frankly, Mono is just one example of the level of excitement within the developer community around .NET. That sure doesn't sound like a FUD of Mono to me. It sounds to me like Amanda is simply saying we're not involved with Mono, but they are creating something just like the .NET framework because it's an exciting platform. As far as FUD goes, I think people will pull what they want out of what other people say because they have a bias and it serves their agenda. Sociology 101 really. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Olsen Sent: Wednesday, October 27, 2004 8:15 AM To: 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I didn't find Microsoft's position to be negative at all. I agree that ease of use and standardization is needed on Linux platforms. Mono provides exactly that. I've been programming mostly with Microsoft Visual C# for the past year or two and I find it fairly easy to learn to program with C# on Mono. If I had to use another language, I'd be completely lost. I'm only guessing, but Mono could lead to a flood of applications being developed for Linux platforms which would only increase the attraction to Linux. I like Microsoft products because so many people are using them that there's quite a body of knowledge floating around amongst general users, but I'm not opposed to competition. I find Linux to be difficult to work with, but I'm sure it's only because I'm unfamiliar with it. Competition is a good thing for consumers. I want to thank Microsoft for making C# open source and I want to thank Novell and all the people who have worked on Mono for giving us more options instead of less. -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Jonathan Pryor Sent: Wednesday, October 27, 2004 6:00 AM To: Jonathan Stowe Cc: RoBiK; Mono-List Subject: Re: [Mono-list] Ask Microsoft: Mono support On Wed, 2004-10-27 at 06:48, Jonathan Stowe wrote: snip/ Yes this all true but (and possibly only in my reading) the attempt by Novell phrase appears to be trying to give it an entirely negative connotation. I suppose that does have a slightly negative connotation. More galling to me is that Novell isn't the only entity involved; lots of individuals are also involved, as is Mainsoft (and likely other companies). - Jon ___ 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] Ask Microsoft: Mono support
Pull the rug out? It sounds so easy to say that about Microsoft because they are so easy to hate, but really, how far could they really get legally when all Mono has done is create file compatibility with MSIL code? I mean has Mono really done anything more than OpenOffice has done in being able to interoperate with MS Word files or what the Wine guys have done? The Digital Millennium Copyright Act protects this sort of thing. Besides all that, Microsoft would be seen as a very, very bad citizen to start twisting arms when the last thing it needs is bad press. Personally, I think Mono can only help them to interoperate with hybrid windows, Linux systems. Part of the reason Sun and MS settled is because of customer complaints over poor interoperability. IMHO, trying to kill Mono would only hurt them and it would create negative backlash against .NET itself, driving more folks toward J2EE, etc. So, to Microsoft I say, Leave Mono be, and just let it do it's job of popularizing .NET for you. It may just be the open source effort that saves your buts. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Burnette Sent: Wednesday, October 27, 2004 4:50 PM To: [EMAIL PROTECTED] Subject: Re: [Mono-list] Ask Microsoft: Mono support Paolo Molaro writes: Compatibility and interoperability are nice side effects of us choosing the CLI ECMA specs as a foundation, but, while, important, they aren't our primary interest, which is to write and use a good development platform on our preferred operating systems. Of course that's your primary interest. If it wasn't, you could have used any number of other good development platforms (like Java or python) on your O/S (like Linux). Nobody is mentioning the part where Ms. Morgan says: Microsoft [has not] licensed anything to Novell/Ximian. I read the position basically as (my words) Microsoft is happy that the Mono project gets more people to learn and use .Net. We can point to it if anybody complains that .Net isn't portable. But it ever poses a threat to us we reserve the right to pull the rug out from under it. ___ 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] Cassini web server
You can just try by yourself instead of asking other people Wow, that's pretty rude. I was just looking for information. You were of no help whatsoever. -Dan -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Thursday, October 21, 2004 5:06 PM To: DAN MALTES Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server Hi, I haven't ever been interested in that because we have xsp. It is similar to running csc.exe under mono runtime. You can just try by yourself instead of asking other people :-) Atsushi Eno Dan Maltes wrote: Just curious if anyone has tried to port Cassini to mono. Would be be interesting to see it running under mono on windows. -Dan Maltes ___ 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] Cassini web server
Erik, You are a helpful person. Thank you Erik. I certainly didn't expect you to try it for me. I would have done that, but the fact that you did and gave me your feedback is very nice of you. That's all I was looking for, for anyone who had tried it before and had feedback. -Dan -Original Message- From: Erik LeBel [mailto:[EMAIL PROTECTED] Sent: Friday, October 22, 2004 9:39 AM To: DAN MALTES; [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server hi Dan, I tried it last night and it worked fairly well. I create a new command line application which used the Cassini.dll to serve up web content. There was one preoblem involving application paths, but I will investigate further. If anyone is interested I will post the code sometime this weekend. Given that Mono already has ASP.NET support through XSP and mon_mono, and considering the copyright on Cassini, I dont think that this will be something that can be used in production, or otherwise distributed as a complete package. -erik --- Dan Maltes [EMAIL PROTECTED] wrote: Just curious if anyone has tried to port Cassini to mono. Would be be interesting to see it running under mono on windows. -Dan Maltes ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Post your free ad now! http://personals.yahoo.ca ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Cassini web server
My thoughts were that XSP does not run on windows and IIS is kind of overblown for comparing to XSP on linux, so I thought maybe Cassini could be a good middleground. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erik LeBel Sent: Friday, October 22, 2004 9:39 AM To: DAN MALTES; [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server hi Dan, I tried it last night and it worked fairly well. I create a new command line application which used the Cassini.dll to serve up web content. There was one preoblem involving application paths, but I will investigate further. If anyone is interested I will post the code sometime this weekend. Given that Mono already has ASP.NET support through XSP and mon_mono, and considering the copyright on Cassini, I dont think that this will be something that can be used in production, or otherwise distributed as a complete package. -erik --- Dan Maltes [EMAIL PROTECTED] wrote: Just curious if anyone has tried to port Cassini to mono. Would be be interesting to see it running under mono on windows. -Dan Maltes ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Post your free ad now! http://personals.yahoo.ca ___ 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] Cassini web server
Atshushi, Of course I could port cassini myself. I wasn't looking for some else to do it. You telling me to do it yourself doesn't help me get experienced information from other people. I was simply looking for anyone who had tried cassini under mono that I could exchange information with. I wasn't looking for someone else to do it for me, I was looking for feedback. Do you understand the difference? -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Atsushi Eno Sent: Friday, October 22, 2004 9:47 AM To: DAN MALTES Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server Hi, I don't think so. Try by yourself is typical one which can be seen in usual technical mailing list (or if you were just unable to try, you could write so). I even answered the point that it won't be so interesting if cassini runs or not, including the reason why. Atsushi Eno Dan Maltes wrote: You can just try by yourself instead of asking other people Wow, that's pretty rude. I was just looking for information. You were of no help whatsoever. -Dan -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Thursday, October 21, 2004 5:06 PM To: DAN MALTES Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server Hi, I haven't ever been interested in that because we have xsp. It is similar to running csc.exe under mono runtime. You can just try by yourself instead of asking other people :-) Atsushi Eno Dan Maltes wrote: Just curious if anyone has tried to port Cassini to mono. Would be be interesting to see it running under mono on windows. -Dan Maltes ___ 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] Cassini web server
Good feedback, thank you very much Rodrigo. -Dan -Original Message- From: Rodrigo B. de Oliveira [mailto:[EMAIL PROTECTED] Sent: Friday, October 22, 2004 9:13 AM To: DAN MALTES; 'Erik LeBel'; [EMAIL PROTECTED] Subject: Re: [Mono-list] Cassini web server Hi Dan! I generally include two targets in my build files. one that runs cassini on windows and another that runs xsp on linux. I tried cassini in the past but mono's SWF implementation was hard to get working at the time and unfortunately, cassini depends on SWF. cheers, Rodrigo - Original Message - From: Dan Maltes [EMAIL PROTECTED] To: 'Erik LeBel' [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, October 22, 2004 11:44 AM Subject: RE: [Mono-list] Cassini web server My thoughts were that XSP does not run on windows and IIS is kind of overblown for comparing to XSP on linux, so I thought maybe Cassini could be a good middleground. -Dan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Language Clarification
Is your Grid sample referencing anything in Microsoft.VisualBasic.dll? I believe VS.NET references this library by default when compiling VB.NET projects. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David P. Donahue Sent: Tuesday, October 12, 2004 11:21 AM To: [EMAIL PROTECTED] Subject: [Mono-list] Language Clarification I realize that Mono focuses its development on C# as a whole, but I'm wondering something about other languages in general. I'm no expert on the core of .NET, but I was under the impression that one of its features is that code from any .NET language, when compiled, becomes a single common language for any .NET interpreter (such as Mono) to use. That is, if I write something in VB and compile it in Visual Studio, the end result is no different (not critically different, anyway) from the end result that would be achieved had I used C# or any other .NET language. Is this the case? If so, then I'm unclear on a problem that I've been having (and have been receiving very help assistance on, thanks to this mailing list) in trying to get an ASP .NET web application written in VB to work on Mono. I was told of a work-around to get my first test page to work, which was to set the page language to C# even though my code-behind was all in VB. This worked... for that small test page (which consisted of a button which, when pressed, changed a property on a label). My next test was to use a DataGrid and grab a table from a database. This page is slightly more complex as a test, since it has more functions in the code-behind and has some VB code in the design of the .aspx file itself. The aforementioned work-around doesn't seem to extend this far, as setting my page language to C# now results in a vague object reference not set to an instance of an object error (with no obvious mention of the object in question). And, of course, setting it back to VB results in a thread was being aborted error that caused the need for the aforementioned work-around. If my originally mentioned impression of how .NET works is correct, why is there a difference between the two at all? When I compile my solution in Visual Studio, isn't the resulting .dll in the bin folder contain all that Mono needs? If so, is my method of compilation not accomplishing this properly? For reference, I am using the following setup: Development: Windows XP, .NET Framework 1.1.4322, Visual Studio .NET 2003 (7.1.3088) Production: Slackware 10.0, Linux 2.4.26, Mono 1.1.1 (mod_mono with Apache 1.3.31) Regards, David P. Donahue [EMAIL PROTECTED] ___ 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] Beginner C# Book
Yeah, Herb Schildt has two C# books out that I've seen, and both are bad. They both look like recycles of his Java books which were recycles of his C++ books. Very liitle effort was done to make these books .NET oriented. A shame, Herb wrote some good C/C++ books in the old days. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Sent: Thursday, August 26, 2004 7:03 PM To: Mono List Subject: RE: [Mono-list] Beginner C# Book Hi, I picked up and started Sams C# Primer. It dates from 2001, but it seems to be taking a nice, slow, make-no-assumptions approach. And if it's anything like the other SAMS books I've had the misfortune to read, full of errors! Wrox books are full of obvious typoes, even in second editions and later. Who proofreads their stuff? Dunno, but it can't be anywhere near as bad as Linux Games Programming from Prima-Tech or *anything* Herb Shildt has done... TTFN Paul -- Our enemies are innovative and resourceful - and so are we, They never stop thinking about new ways to harm our country and our people - and neither do we. - George W. Bush, Aug 2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Beginner C# Book
Tom, Welcome to the journey that is C# and the .NET framework! I found the book C# Primer Plus, by Klaus Michelsen, excellent for those new to C# and OOP: http://www.amazon.com/exec/obidos/ASIN/0672321521/qid=1093265707/sr=ka-1/ref =pd_ka_1/104-4273990-8750300 It assumes no prior OOP language experience and it focuses on the C# language and syntax without the distraction of delving too deep into the extended .NET framework classes, which is a much bigger topic better left for other books. Also, no need for Visual Studio.NET, you should be able to use your favorite text editor or IDE and Mono with the program examples just fine. Sharpdevelop(monodevelop on *nix), for instance, is excellent. After this book, I dug into Programming C# by Jesse Liberty, then Professional C#, Second Edition by Simon Robinson, then Applied .NET Framework Programming by Jeffrey Richter and finally Programming .NET Components by Juval Lowey. You will find some overlap in these books, but that's to be expected. In my opinion, they are all top titles, and I still use them quite a bit. Some of them mention the use of VS.NET but do not require it. There are many, many other reference books for specific topics like ADO.NET, ASP.NET. Windows Forms, etc, but avoid the temptation to veer off into those areas until you are comfortable with C# and the standard .NET framework classes first. I made that mistake and started spinning my wheels until I went back and finished learning the basics first. ;-) Regards, Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom McLaughlin Sent: Sunday, August 22, 2004 6:39 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Beginner C# Book Hi all, I'm looking for a good beginner C# book. Preferably one that does not assume a certain amount of familiarity with C++, Java, or OOP in general. I picked up Mono: A Developers Notebook from O'Reilly figuring that some of the C++ I saw in school would come back to me. What I saw in school was nearly five years ago and it's definitely not coming back. I really need a book that will not only go over the syntax and structure of the language but the underlying fundementals of the language. (Like not just how to create a vector but what each part of the declaraion means and how it all works.) Right now I maintain the FreeBSD port for Muine and I am looking at creating ports of other applications. I would like to have enough familiarity with the language to fix bugs, especially FreeBSD specific bugs in programs. If someone could recommend a book they found to give a good comprehensive understanding of the language to a beginner that would be great. Thanks. Tom ___ 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] Events / Assign Variable Event
Wouldn't a simple try..catch..finally work for you? Or a using statement? -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pablo Fischer Sent: Tuesday, July 27, 2004 1:58 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Events / Assign Variable Event Hi! I have a class that returns a Stream of a downloaded image, so one the image is downloaded I just assign it to a pixbuf for example Pixbuf p = new Pixbuf (RemoteImage.Image); However, I need to Close the request, is there an event that can be executed once I pass a variable to another object?. What I'm looking for is to close the Stream once I create the Pixbuf (new Pixbuf (RemoteImage.Image)) automatically. Any ideas? Thanks! Pablo -- 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 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Class status page
Perhaps xsl transforms so they can be edited independent of the perl buildbot? -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Mak Sent: Tuesday, July 27, 2004 3:33 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [Mono-list] Class status page On Tue, 2004-07-27 at 14:10, [EMAIL PROTECTED] wrote: And automatic updating (every hour or so) would be quite kewl too. Right now, our buildbot (http://www.go-mono.com/build-status) updates the class status page after every sucessful build on the i386 build nodes. You can get the pages at: http://mono.ximian.com/class-status The page is very bare-bones right now, we'll update it with a nicer template in the future. Duncan. ___ 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 1.0 has been released.
Group hug! ;) -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Olsen Sent: Thursday, July 01, 2004 8:11 PM To: 'Miguel de Icaza'; [EMAIL PROTECTED]; 'Mono Announce' Subject: RE: [Mono-list] Mono 1.0 has been released. Wow, that's beautiful! I'm just totally amazed. Carl -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Wednesday, June 30, 2004 11:14 AM To: [EMAIL PROTECTED]; Mono Announce Subject: [Mono-list] Mono 1.0 has been released. Hey, Mono 1.0 has been released, get your packages: http://www.mono-project.com/downloads/index.html That is our new spiffy site. Miguel. ___ 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] site web down for a while
Is it time for some mirror sites? -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Stowe Sent: Friday, July 02, 2004 10:14 AM To: Mono-List Subject: Re: [Mono-list] site web down for a while On Fri, 2004-07-02 at 13:45, KiOrKY wrote: the site seems to be down for download since this morning. is there any others http (just http) mirrors? On Fri, 2004-07-02 at 14:51, KiOrKY wrote: the site seems to be down for download since this morning. is there any others http (just http) mirrors? anyone have the same problem (i cant donwload the sources :((( ) Please can you discover a little patience. The release of mono 1.0 has received widespread coverage and there is no doubt the servers are having a little difficulty with the increased load. /J\ ___ 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 Book
Congratulations Mono Project, I look forward to this book: http://www.apress.com/book/bookDisplay.html?bID=181 -Dan Maltes ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] RE: [Mono-announce-list] Mono 0.22 has been released!
I'm curious, how can we tell what parts of the remaining mono framework classes are/can be written in C# and what parts have to be done with gcc/glibc? I've no experience with gcc but would like to contribute to mono framework classes that can be written in C#. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Mak Sent: Thursday, March 06, 2003 12:33 AM To: mono-list mailing list; [EMAIL PROTECTED] Subject: [Mono-announce-list] Mono 0.22 has been released! Hello everyone! We are releasing a new version of Mono, Mono 0.22. A new release is made today because of the few recent bug-fixes that were committed to CVS. Source code and binaries for this release can be found on the web page, http://www.go-mono.com/download.html The URLs for the sources are: * MCS package (the Class Libraries, C# and VB.NET compiler and other assorted tools written in Managed code): http://www.go-mono.com/archive/mcs-0.22.tar.gz * Mono package (the Runtime engine and JIT compiler): http://www.go-mono.com/archive/mono-0.22.tar.gz RPM packages for this release can be downloaded from the web-page as well as from the 'Mono' channel on Red Carpet. Debian packages will appear on the download page later, as well as an installer for our Windows users. Since last Thursday, 320 commits have been made to our CVS repository. These following hackers contributed to Mono since version 0.21: Aleksey Demakov, Alexandre Pigolkine, Atsushi Enomoto, Elan Feingeld, Dick Porter, Dietmar Maurer, Duncan Mak, Gonzalo Paniagua, Ian MacLean, Jackson Harper, Jean-Marc Andre, Jerome Laban, Lluis Sanchez, Martin Baulig, Miguel de Icaza, Nick Drochak, Paolo Molaro, Pedro Martinez, Per Ameng, Peter Williams, Rafael Teixeira, Reggie Burnett, Sebastien Pouliot, Tim Coleman and Zoltan Varga. Highlights: * The MemoryStream bug. This bug affected a lot of classes, and made them crashy, database code, XML parsing and a few others were crashing. Thanks to Gonzalo for fixing this bug. * System.Data: More bug fixes from Aleksey and Tim. * Reflection: Zoltan continues to provide fixes to our Reflection.Emit code to host IKVM. * Remoting: Lluis added support for activation using activation attributes. * PEToolkit: Jackson imported the PEAPI package from the Queensland University of Technology in Australia. This will replace the existing Mono.PEToolkit for our ILasm back-end. * Windows Forms: More fixes from Reggie and Alexandre. * System.Web.Mail: Per has been working on this namespace. He announces recently that all major parts of System.Web.Mail has now been implemented. * System.Web.Mobile: Gaurav continues to make progress here. * Misc: Ian MacLean contributed a /compile flag to monoresgen and assorted bug-fixes and improvements from the rest of the team. My name is Duncan Mak, and I just made my first Mono release. -- Duncan Mak [EMAIL PROTECTED] ___ Mono-announce-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-announce-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list