Re: [Mono-dev] What would you like to see in Mono?
On Tue, 28 Mar 2006, Miguel de Icaza wrote: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. Hi, - Optimizations for embedded use. Currently the Java for ARM I've been using is faster than Mono, especially startup time is very much faster with Java. - Continuations and microthreads. This is actually something that I've been hacking together, and I even managed to get something running. Continuations with native code and microthreads and scheduler with C#. - More support for dynamic languages. Perhaps there's an unsafe way (read: you have to know what you are doing) to unload types. Or perhaps a modified mcs could generate code for dynamic methods. Or something else I haven't thought about =). Of course the latter two mentioned things break CLI-standard compliance... Tomi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] large interface crashes mcs
I've reeopen bug : http://bugzilla.ximian.com/show_bug.cgi?id=75172 In our intranet we use remoting, and we have an client interface and a server with many method... We the number of method exceed 500, mcs crashes badly with : Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in 0x0 unknown method in (wrapper managed-to-native) System.MonoType:GetMethodsByName (string,System.Reflection.BindingFlags,bool,System.Type) in 0x00017 System.MonoType:GetMethods (BindingFlags bindingAttr) in 0x00369 System.Type:FindMembers (MemberTypes memberType, BindingFlags bindingAttr, System.Reflection.MemberFilter filter, System.Object filterCriteria) in 0x0004a Mono.CSharp.TypeHandle:GetMembers (MemberTypes mt, BindingFlags bf)in 0x00034 Mono.CSharp.MemberCache:AddMembers (MemberTypes mt, BindingFlags bf, IMemberContainer container) in 0x0003e Mono.CSharp.MemberCache:AddMembers (MemberTypes mt, IMemberContainer container) in 0x0004d Mono.CSharp.MemberCache:AddMembers (IMemberContainer container) in 0x00164 Mono.CSharp.MemberCache:.ctor (IMemberContainer container) in 0x000b9 Mono.CSharp.TypeHandle:.ctor (System.Type type) in 0x00051 Mono.CSharp.TypeHandle:GetTypeHandle (System.Type t) in 0xb Mono.CSharp.TypeHandle:GetMemberCache (System.Type t) in 0x000d3 Mono.CSharp.TypeManager:LookupMemberCache (System.Type t) in 0x000bc Mono.CSharp.MemberCache:.ctor (System.Type[] ifaces) in 0x00099 Mono.CSharp.TypeManager:LookupBaseInterfacesCache (System.Type t) in 0x00069 Mono.CSharp.TypeContainer:get_BaseCache () in 0x00046 Mono.CSharp.MemberCache:.ctor (IMemberContainer container) in 0x004d5 Mono.CSharp.TypeContainer:DoDefineMembers () in 0x0002a Mono.CSharp.TypeContainer:DefineMembers (Mono.CSharp.TypeContainer container) in 0x000fa Mono.CSharp.RootContext:PopulateTypes () in 0x00b22 Mono.CSharp.Driver:MainDriver (System.String[] args) in 0xf Mono.CSharp.Driver:Main (System.String[] args) This bug was in Needinfo state since 2005-06-07 19:06 I've attached a test case, which could be useful to debug this, I think this bug is a criticial one! Thanks ___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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. Something similar to WinFS will be really great for Linux : A unique database shared by all application for access data, for example : - music player/organizer like Muine and Banshee will access same music database (same concept for other media like photo with f-spot) - unique adress book and mail repository There's a lot of possibilities : beagle enhancement, easy sharing of data across databases (across computer, across universe) Isn't it exciting ? :) Pascal Fresnay http://monofrance.free.fr ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Le mardi 28 mars 2006 20:47 -0500, Miguel de Icaza a crit: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list My bug corrected... lol... http://bugzilla.ximian.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDbug_status=NEEDINFObug_status=REOPENEDemail1=informatique.internet%40fiducial.fremailtype1=exactemailassigned_to1=1emailreporter1=1emailcc1=1email2=emailtype2=substringemailreporter2=1changedin=chfieldfrom=chfieldto=Nowchfieldvalue=short_desc=short_desc_type=substringlong_desc=long_desc_type=substringbug_file_loc=bug_file_loc_type=substringkeywords=keywords_type=anywordsop_sys_details=op_sys_details_type=substringversion_details=version_details_type=substringcmdtype=doitnewqueryname=order=%27Importance%27form_name=query ___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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
I'd like to see better memory management for long running applications - particularly in memory fragmentation area that seems to be rather weak in .NET (and any other GC based language?) Don't want to throw stones as its amazing what was achieved in Mono, but IMO, Microsoft's implementation of Garbage Collection is considerably better - not speed wise, but reclaiming memory that is no longer in use. regards, Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 2006-03-29 at 11:33 +0100, Alex Chudnovsky wrote: Don't want to throw stones as its amazing what was achieved in Mono, but IMO, Microsoft's implementation of Garbage Collection is considerably better - not speed wise, but reclaiming memory that is no longer in use. This is because Mono's current GC is the Boehm GC, which is a conservative collector. Here, conservative means non-generational and non-compacting; it's like malloc(3) (pointers are never moved), with all the heap fragmentation problems that incurs. Paolo Molaro is working on a replacement GC, as mentioned here: http://tirania.org/blog/archive/2005/Nov-17.html#gc - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 2006-03-29 at 13:02 +0300, Tomi Valkeinen wrote: - More support for dynamic languages. Perhaps there's an unsafe way (read: you have to know what you are doing) to unload types. Or perhaps a modified mcs could generate code for dynamic methods. Or something else I haven't thought about =). What do you have in mind, exactly? .NET 2.0 added System.Reflection.Emit.DynamicMethod, largely to target dynamic languages such as IronPython. It provides access to an ILGenerator for a method, and the DynamicMethod + IL + assembly language is garbage collected in the usual fashion (instead of being tied to an Assembly, thus necessitating an AppDomain unload to free the memory). Given IronPython is Microsoft's dynamic-language testbed, and it's running rather nicely under .NET, I'm not sure how much more needs to be added to better support dynamic languages... - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Title: Re: [Mono-dev] What would you like to see in Mono? Hi! 1) The feature which is surely missing is a Compact Mono - equivalent to Compact .NET - however with significantly reduced footprint. 2) Needles to say full implementation of UI based on System.Windows.Forms namespace API - I appreciate the effort to get it done but the goal of having it working became a moving target over the time. 3) Equivalent of WPF for future GUI requirements but cross platform - I know Migual blog entries about Avalon but a Gtk sharp as an alternative is really far too short of achieving anything impressive. 4) Web Services enhancments - it's really very important to get it expanded 5) Managed P2P technology support (not for piracy but for distribution of info) - which could easily be based on extended Web Services technology. 6) Automatic updates module - Click Once technology by MS is a flop - easy to create horrible to maintain - I will stay with MS Updater v2.0 for a while - it's feature set and control over update mechanisms is far superior - it woul be great to have a cross platform solution 7) Deployment support - creation of installers for many paltforms (nixes i.e. rpms and Windows msi - WiX could be of help here - I use it now for everyday work) Cheers Jacek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 29 Mar 2006, Jonathan Pryor wrote: On Wed, 2006-03-29 at 13:02 +0300, Tomi Valkeinen wrote: - More support for dynamic languages. Perhaps there's an unsafe way (read: you have to know what you are doing) to unload types. Or perhaps a modified mcs could generate code for dynamic methods. Or something else I haven't thought about =). What do you have in mind, exactly? .NET 2.0 added System.Reflection.Emit.DynamicMethod, largely to target dynamic languages such as IronPython. It provides access to an ILGenerator for a method, and the DynamicMethod + IL + assembly language is garbage collected in the usual fashion (instead of being tied to an Assembly, thus necessitating an AppDomain unload to free the memory). Given IronPython is Microsoft's dynamic-language testbed, and it's running rather nicely under .NET, I'm not sure how much more needs to be added to better support dynamic languages... Hi, Yes, DynamicMethod is quite a nice feature, and IronPython is a great tool, I've been using them both. But DynamicMethods have their downside, as they are, in a sense, just plain global static functions. You lose the class structure etc. I imagine that unloading a type is possible, but it's very hard to ensure that no one will use that unloaded type. But if I implement a framework that handles the type loading and unloading, I could live with the fact that if the core framework bugs, the application will crash. I think the IronPython guys have problems because of DynamicMethods. DynamicMethods are very good for helper functions, like complied regexp parser, but using them to implement a full object oriented language is not that simple. Of course DynamicMethods are much better than what we had in .Net 1.1 (ie. nothing =). Also, I don't like python very much, and I'd like the language to be strictly typed. What I would like is a C# with type unloading. Tomi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 29 Mar 2006, Dave Cramer wrote: Tomi, You were able to get mono to build on the arm? If so how ? Hi, Yes, Mono runtime compiles fine on ARM when using Scratchbox, and mcs and the classlibs compile fine too if you first build a mono-devkit for Scratchbox. Tomi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Jonathan Pryor wrote: On Wed, 2006-03-29 at 11:33 +0100, Alex Chudnovsky wrote: Don't want to throw stones as its amazing what was achieved in Mono, but IMO, Microsoft's implementation of Garbage Collection is considerably better - not speed wise, but reclaiming memory that is no longer in use. This is because Mono's current GC is the Boehm GC, which is a conservative collector. Paolo Molaro is working on a replacement GC, as mentioned here: I am looking forward to see new GC - I wish I had time to put into Mono, but sadly at the moment I am totally tied up :( What's the status on implementation of new GC - the link said it should be rolled out in Feb-Mar, which is pretty much now? The whole issue of memory is not that straightforward as I thought initially - particularly when it comes to fragmentation, I am currently battling with this issue in my main app in .NET - it takes far more time than its supposed to :( Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 29 Mar 2006, Jonathan Pryor wrote: Given all the interdependencies between JITed code, executing code, and call stacks, unloading types is a difficult proposition, which is probably why an AppDomain unload is the only way to do that under .NET. Yes, that's probably the reason. Still, I believe that types could be unloaded, and everything would work fine if I just wouldn't use those unloaded types afterwards. Sure it's dangerous and unsafe, but it could work if restricted to a small piece of code in the core of the framework you are coding. So what's wrong with AppDomains? If they're too slow, perhaps we should improve cross-AppDomain invocation. If they're buggy, they should be fixed. The speed is the main reason, and I guess memory usage is also an issue. AppDomains work fine for plugin-style cases, where you can group lots of types together, and cross-domain calls are not the majority, but if I would put each and every type in its own AppDomain... You may wonder where I need that kind of functionality, and the case I was thinking about is a MUD (multi user dungeon). BatMUD has currently 20171 loaded programs, ie. types, which can be recompiled on the fly. That's quite a lot of AppDomains. A couple of years ago I made some performance testing with AppDomains on MS's CLR and compared the results to ldmud, which is a MUD driver. I don't have the results here, nor do I exactly remember them, but AppDomains were not ten or hundred times slower, but more like a million times. The .Net version probably was 1.1, and AppDomains have improved since then, but I guess they are still far behind the performance I'm looking for. (yes, yes, I should redo the test =). Tomi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] System.Web.Mail and TLS
Hi Gonzalo, What if the response from SMTP server is multi-line? For example, SMTP from IIS 6.0 returns multi-line response on EHLO command. Vladimir Krasnov -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua Javier Sent: Tuesday, March 28, 2006 5:09 AM To: mono-devel-list@lists.ximian.com Subject: RE: [Mono-dev] System.Web.Mail and TLS On Mon, 2006-03-27 at 02:20 -0800, Vladimir Krasnov wrote: Hi Gonzalo, What do you suggest about ReadResponse? Mono SslClientStream does not inherit from NetworkStream, so how can I know if more data is available in the stream and calling Read() again cannot be used because it blocks if no data available. You're reading the response from the server *line* by line. So I would read, say, 4KB at a time and search for a \r\n$ or \n$ or \r$ ($ being the end of line). You can safely read up to that without blocking forever unless the server is misbehaving. If the line does not fit in that byte [], you can use a MemoryStream to buffer the input and keep reading until an EOL. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk# not found
[EMAIL PROTECTED] wrote: I am the developer and i shouldn't make my users test that kind of stuff. It is i who should test it. Only when i can make it work for myself, should i make my users use such. Anyway, my first attempt failed miserably, i don't like the idea of my program beeing dependant on anything of microsoft, i hate the idea of having to tell my users that downloaded mono to just scrap it and i really hate the idea of having to tell my users to install yet another thing, .net. So i don't think i will follow that path until i'm without any possible kind of hope in other paths. __ Fair enough, at this point I will give you one more installer to try: http://forge.novell.com/modules/xfcontent/downloads.php/monowin32/Mono%20Win32%20Combined%20Installer/v1.1.13.x/ If your application does not run while using the Mono Experimental Combined Installer, then you could send me a sample of your application and I will take a look at it to see if I can figure out why it is not running. Paco ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
What i'd like to see in mono is the ability to start up an application without it needing a .WAPI folder. I understand why mono needs the wapi folder, but i'm sure there are application for which one wouldn't need one at all. - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, March 29, 2006 3:47 AM Subject: [Mono-dev] What would you like to see in Mono? Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Newbie needing mdb help
Thanks! That will take a while, I expect. I've not yet gotten all the nuances down regarding the mono compile vs the windows project.wadeOn 3/28/06, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, I want to see if I can single step the code under linux. The mdb is 0.12 on centos.The entire folder tree was copied over to the linux machine, and debugging starts in the directory that contains the source code.To use mdb, you must compile with the Mono C# compiler as the debugginginformation produced by the Microsoft runtime (used indirectly byBorland's C#) are not compatible with Mono (the pdb files). The other issue to keep in mind is that the Mono Debugger is still underdevelopment, which means that it is common to run into problems.Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] System.Web.Mail and TLS
On Wed, 2006-03-29 at 06:40 -0800, Vladimir Krasnov wrote: Hi Gonzalo, What if the response from SMTP server is multi-line? For example, SMTP from IIS 6.0 returns multi-line response on EHLO command. Did you care taking a look at the RFC to know how the client knows that it has to read another line and when it reaches the last line of a multi-line response? No! -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Here are my ideas I would like to see for Mono, Gtk#, and applications.1. I would love to see afully managed CLI runtime.The fully managed CLI runtime would be written completely inmanaged languages like C#, IL, and Boo. The whole thing does not have to be written in one language. Various pieces could be written in a different languages. However, since the Mono's class libraries are written in C#, it be thepreferred language to use. No C++/CLI can not be used here.We would reuse Mono's class libraries. Corlib would need to be modified.2. cross-platform multimedia. Right now, gstreamer is a good library to use, but I haven't seen any working implementation of it running on Win32. I've seen vs projects for it. I've even seen binaries for it. But, I haven't got them to work. sp; Also, I think the gstreamer bindings are not being maintained. We need the ability to do imaging, audio, video, graphics, etc... with Mono and GTK#.Think Banshee and Diva here.Would the Real stuff (helix) be a good bet to create C# bindings that work on Mono on Linux, Mac OS X, and Win32? Are there any other good audio/video libraries that would be good to use?3. Let's not forget scanning, photos, printing Bindings to SANE, TWAIN... Get GnomePrint to be stable like the GTK version. I hear gtk+ hackers are moving GnomePrint from GNOME to GTK+ and making it cross-platform. This is very good indeed. Get Cairo working on Win32. Think f-spot with steroids.4. See 1. Use this as a basis for creating an WPF/E implementation.5. distributed transactions. System.Transactions?6.Make the Database stuff in Mono more robust.(A) This could include implementing ADO.NET 2.0 features, such as, GetSchema, or enhancing Mono.Data ProviderFactory.(B) Or enhancing Mono.Data.Sql in the MonoQuery add-in to MonoDevelop. This could include migrating data and the definition from one database to another, such as, a table called SOMETHING from MySQL to a PostgreSQL database. Or combing the Mono.Data.ProviderFactory, GetSchema in ADO.NET 2.0, and Mono.Data.Sql into one superb assembly. Allow Mono.Data.Sql to create the data definition language scripts of database objects already in a database.7. provide bindings or easy-to-use hooks into evolution groupware client. especially when it becomes available on win32. Think tinymail.8. a cross-platform installer that works for Win32, Linux, Mac OS X, Solaris, FreeBSD, etc... Think BitRock, NSIS (NullSoft Installer), Inno Setup, etc... NOTE: the resulting installer binary does NOT need to be cross-platform. The installer should be scriptable so it can be automated. When I mean automated, I mean:(A). ability to create the installer binary from a simple make command that runs a script. (B). allow administrators to install it viaa script on a desktop remotely. Allows you to roll-out to many developers or users (C).allowit to be installed on a file server. Most SOFTWARE I use is on a LAN. Having it run from the LAN and having my local settingsstored on my local drive would be great. (D) a script that can be used to create an installer for all platforms. specific things for a speci fic platform can be separated into different platform-specific scripts. You specify a target platform of Win32, and the installer creator will spit out an installer binary for Win32.9. port MonoDevelop to Win3210. port features in SharpDevelop 2.0 to MonoDevelop11. make MonoDevelop compatible with SharpDevelop. Or have project import/export wizards for this.Well, I think i have exhausted my list. I may post more when I can think of more.Miguel said:"What would be the top feature you would like to see in Mono?""Think of a feature that is not something we are currently workingon (we know about those), for example avoid saying: a class-is-missingfeature or "IDE" or "the debugger". We know about those." Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] System.Web.Mail and TLS
On Wed, 2006-03-29 at 10:56 -0500, Gonzalo Paniagua Javier wrote: On Wed, 2006-03-29 at 06:40 -0800, Vladimir Krasnov wrote: Hi Gonzalo, What if the response from SMTP server is multi-line? For example, SMTP from IIS 6.0 returns multi-line response on EHLO command. Did you care taking a look at the RFC to know how the client knows that it has to read another line and when it reaches the last line of a multi-line response? No! See Appendix E in the RFC 821. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Jacek Blaszczynski wrote: 3) Equivalent of WPF for future GUI requirements but cross platform - I know Migual blog entries about Avalon but a Gtk sharp as an alternative is really far too short of achieving anything impressive. QT4 bindings to provide an alternative to WinForms and GTK# for x-platform GUI. KDE bindings to allow better integration with 'that other Linux desktop'. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Refactoring in System.Web/System.Web/HttpApplicationFactory.cs
Hello, Attached a small refactoring for HttpApplicationFactory class enabling having the common code base with J2EE platform. For J2EE this solves the global static variables problem. If no one objects Ill commit. Regards, Konstantin Triger HttpApplicationFactory.cs.staticrefactory Description: HttpApplicationFactory.cs.staticrefactory ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Hi, This stretched out a bit more than I originally intended. :) On Tue, 2006-03-28 at 20:47 -0500, Miguel de Icaza wrote: What would be the top feature you would like to see in Mono? Although not really in Mono itself, one thing I would like to see is better integration with automake. The main Beagle Makefile.am is currently 1181 lines. There is definitely room for us to clean this up substantially a bit on our own, but I've love to see things like compilation handled automatically, installation of .mdb files, maybe even automatic gacutil for assemblies, etc. Beyond that, additional profiling tools would help a lot. Specifically: * A profiler that tracked threads. * A profiler that tracked when files were opened and closed. * A profiler which detected potential deadlocks. I'd recommend really investigating all the profilers and debugging tools available for Java and then work on implementing them in Mono. As I've said to you personally many times before, the biggest difficulty in developing applications in Mono at this point is a lack of high-quality tools. In addition, various bug fixes related to profiling: heap-buddy locks up instantaneously on SMP machines (not sure if Jon ever filed that or had just had discussions about it with Ben and others) and more robust reporting of the stack traces of all threads with SIGQUIT. It might also be helpful if the various profilers could be integrated into MonoDevelop or something to give profiling info while the program is running. This data is most useful when it can be visualized. Coverage tools, both at compile and runtime, integrated into Mono would be handy. I am sure .NET ones exist out there, but they're neither immediately obvious nor immediately useful inside a Unix Mono development environment. And one thing that has always bugged me: my apps all behave strangely and then crash when I recompile underneath a running instance. That's very annoying, and I suspect it's also a problem if you upgrade packages and an app is running as well. Joe ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] What would you like to see in Mono?
1) -Remote debugger--- Debugging remote mono executables from the IDE. Be it SharpDevelop, MonoDevelop, Eclipse, etc. I hope I didn't miss the functionality if it already exists, please let me know!! Microsoft's solution for debugging a remote program is not the most streamlined process :-) as one would expect. So, there is a good opportunity for the mono team to excel in this domain. Our company sells servers running .NET apps (mostly services so mono is very well suited for that). Debugging over PCAnywhere or VNC is often not an option (needless to add: or excruciatingly painful), and debugging with log files can only go so far. IDE debuggers are so much more efficient in reducing our downtime. So, it would be really nice to be able to JIT an app from another machine, that is on a network far far away. 2) Streamlined installer-- Someone else stressed the mono installer again. I was very impressed last week when I used the new version of the installer. But, the honeymoon was quickly over when I had to compile other things to make the whole system work. The installer should install libgc and all those module when they're not present on the system. It's not enough to say you're missing it, so go get it. The big reason is: most of the linux distros don't have the latest libraries out of the box (ex: slackware) and it ruins the user experience to have to go get them by hand. As long as the installer offers the option to install missing components, we're good to go - you guys have done an excellent job with the installer, there's only a bit more road to cover!! Keep the good effort rolling! 3) fix the mono bootstrap-- My big wish is the day where my mom can use linux without typing a command line. But before that, my next big wish is the day where I can run a mono program from linux OR windows, and if mono is missing from the system, do something else than: sorry, mono's not here. Most users will stop here. The mono bootstrap should go one more mile, and offer to go fetch the installer from the internet. If the user says yes, then go download it with lynx (or IE, or by doing an http download from the bootstrap itself), then after download, prompt for confirmation to run the installer. Then, restart the program. Max -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Tuesday, March 28, 2006 5:47 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] What would you like to see in Mono? Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
F-spot was a good example to use. I was meaning F-spot plus extra features. For instance, I would like to take an application like F-Spot and modify for my own special needs. Or create an entirely new application. Let's say whenever you talk to a customer on a phone, the audio from that is saved as an audio file stored in the database as a blob. This blob can be found by a customer number and description of the conversation, the file type or mime type, the date the conversation happend. Or it could be videos of a product demonstration that marketing created. Or it could be pictures of a person's car after an accident. Or scanned images of legal documents.There is a project at codeproject.com where someone wrote some C# bindings to TWAIN. They work okay. You need the TWAIN SDK from twain.org for it to work. I was mainly talking about an a bstract API that could wrap SANE, TWAIN, and any imaging or photo, or scanning API available. On Windows, you could use TWAIN, and on Linux youcould use SANE. Basically, an easy-to-use API that an application can use to get these things without worrying too much about the underlying technology like TWAIN. Oh, it has to be cross-platform.I would so much love to have all this ability running on Mono and Gtk# on Windows and Linux, etc...Glad you gave an update about GnomePrint. I did not know it was dead. I have another item now.12. improve gtk# to support cairo and pango better.Especially for Printing. See Larry's reply. Larry Ewing [EMAIL PROTECTED] wrote: On Wed, 200 6-03-29 at 07:57 -0800, Daniel Morgan wrote: 3. Let's not forget scanning, photos, printing Bindings to SANE, TWAIN... Get GnomePrint to be stable like the GTK version. I hear gtk+ hackers are moving GnomePrint from GNOME to GTK+ and making it cross-platform. This is very good indeed. Get Cairo working on Win32. Think f-spot with steroids. GnomePrint is dead, the Gtk printing api will be cairo based. The monocairo bindings still need some work, and we need to make sure we exposeall the cairo wrapper methods in things like pango. F-Spot has thestart of a sane binding that I did in my spare time. I plan to finishit at some point. TWAIN is unlikely as it can involve direct win32calls.F-Spot needs steroids?--Larry Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] TreeView parser?
Hi guys, I needed and tree data structure build out of similar objects. Each of those objects is simply an ArrayList with some overhead needed for my application. Obviously those objects can contain any number of subobjects and so forth. I have two questions related to that approach: 1. Is it a good solution? Was it a good idea to create such a structre out of objects derived from ArrayList? 2. How do I parse that structure into TreeView model (both in GTK and SWF)? I have a problem coming up with and flexible solution that is independent from the depth of my tree. I need that intermediate data model, because treeview is not the only view I'm going to use. The treeview is supposed to show me if the structure is build well. Cheers piotr ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] bugzilla.ximian.com responsible
Hi. Can someone tell me who is responsible for bugzilla.ximian.com? I would like to use the ctype=csv option but I do not know who to talk to. Thanks, Jacob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Miguel de Icaza wrote: What would be the top feature you would like to see in Mono? more monkeys please. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Running mono on RHELv3
Thanks for a quick reply. So, there could be two cases. One being to initialize DateTime, and the second, to use a different serialization format. One, as XML does not have default initializer we had written a code to perform the initialization of date to July 1, 1850, so looks like thats not an issue. Second, since it is encoded in Vault's protocol, looks like changing serialization format would affect the entire application. Is there any other workaround? Thanks, once again for the help. Rafael Teixeira wrote: It is the old problem of dates in SOAP xml doesn't being serialized as needed to prevent time zone misinterpretation in the server or client. If you can adjust the timezone in the server or the client to match the other end, the problem may disappear but that is not truly a solution. The TimeZone drifting always occur, but the exception only should occur when a uninitialized DateTime is sent so that the timezone adjustment make it go beyond the valid range. It may be a failure on the Vault code to allow for transmitting an uninitialized DateTime, they can correct the situation by either avoiding it or forcing an alternate serialization format (I normally send ticks instead). Hope it helps, On 3/17/06, Hafsa Subhan [EMAIL PROTECTED] wrote: Hi One of out customers is using mono to run Vault on Red Hat Enterprise Linux version 3. On running this command (which is setting a working folder for a repository folder in database) usr/bin/mono /usr/local/Vault/vault.exe setworkingfolder -repository Accipiter \$/project_dir/ /system_dir It is displaying an Argument out of range error message shown below. Can you tell what could be causing this error? vault error Argument is out of range. /error exception System.ArgumentOutOfRangeException: Argument is out of range. in 0x0010a System.DateTime:AddTicks (Int64 t) in 0x00029 System.DateTime:Add (TimeSpan ts) in 0x0015d System.TimeZone:ToLocalTime (DateTime time) in 0x00038 System.DateTime:ToLocalTime () in 0x01779 System.DateTime:_DoParse (System.String s, System.String format, Boolean exact, System.DateTime result, System.Globalization.DateTimeFormatInfo dfi, DateTimeStyles style, System.Boolean longYear) in 0x00045 System.DateTime:ParseExact (System.String s, System.String[] formats, System.Globalization.DateTimeFormatInfo dfi, DateTimeStyles style, System.DateTime ret, Boolean exact, System.Boolean longYear) in 0x00066 System.DateTime:ParseExact (System.String s, System.String[] formats, IFormatProvider fp, DateTimeStyles style) in 0x0002c System.Xml.XmlConvert:ToDateTime (System.String s, System.String[] formats) in 0x00016 System.Xml.XmlConvert:ToDateTime (System.String s) in 0x000e3 System.Xml.Serialization.XmlCustomFormatter:FromXmlString (System.Xml.Serialization.TypeData type, System.String value) in 0x00082 System.Xml.Serialization.XmlSerializationReaderInterpreter:GetValueFromX mlString (System.String value, System.Xml.Serialization.TypeData typeData, System.Xml.Serialization.XmlTypeMapping typeMap) in 0x000f7 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadPrimitive Value (System.Xml.Serialization.XmlTypeMapElementInfo elem) in 0x00074 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObjectEle ment (System.Xml.Serialization.XmlTypeMapElementInfo elem) in 0x01e04 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadMembers (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean isValueList, Boolean readByOrder) in 0x0003c System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInst anceMembers (System.Xml.Serialization.XmlTypeMapping typeMap, System.Object ob) in 0x00194 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInst ance (System.Xml.Serialization.XmlTypeMapping typeMap, Boolean isNullable, Boolean checkType) in 0x0005f System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObject (System.Xml.Serialization.XmlTypeMapping typeMap, Boolean isNullable, Boolean checkType) in 0x000e1 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObjectEle ment (System.Xml.Serialization.XmlTypeMapElementInfo elem) in 0x01e04 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadMembers (System.Xml.Serialization.ClassMap map, System.Object ob, Boolean isValueList, Boolean readByOrder) in 0x0003c System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInst anceMembers (System.Xml.Serialization.XmlTypeMapping typeMap, System.Object ob) in 0x00194 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInst ance (System.Xml.Serialization.XmlTypeMapping typeMap, Boolean isNullable, Boolean checkType) in 0x0005f System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObject (System.Xml.Serialization.XmlTypeMapping typeMap, Boolean isNullable, Boolean checkType) in 0x000e1 System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObjectEle ment
Re: [Mono-dev] What would you like to see in Mono?
Larry Ewing wrote: F-Spot has the start of a sane binding that I did in my spare time. I plan to finish it at some point. TWAIN is unlikely as it can involve direct win32 calls. TWAIN's available on Mac OS X, too. With some abstraction it should be reasonably possible to support both Win32 and Mac with a common TWAIN binding; I hacked up Gimp's TWAIN plugin to support the Mac a while back. Wrapping both SANE and TWAIN would take even more abstraction, but ought to be possible. -- brion vibber (brion @ pobox.com) signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Refactoring in System.Web/System.Web/HttpApplicationFactory.cs
On Wed, 2006-03-29 at 08:47 -0800, Konstantin Triger wrote: Hello, Attached a small refactoring for HttpApplicationFactory class enabling having the common code base with J2EE platform. For J2EE this solves the “global static variables” problem. Feel free to commit in HEAD. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Just one topic commented, that also adds my personal request. On 3/29/06, Joe Shaw [EMAIL PROTECTED] wrote: Hi, And one thing that has always bugged me: my apps all behave strangely and then crash when I recompile underneath a running instance. That's very annoying, and I suspect it's also a problem if you upgrade packages and an app is running as well. Joe We need to implement shadow copying to allow for changes on running assemblies (but aside from ASP.NET where it is enabled by default, even on MS' .NET one need to turn it on explicitly for every AppDomain that needs it). That turns on-the-fly updates for plugins, and even whole-apps, a real possibility. -- Rafael Monoman Teixeira --- As I'm currently working a lot with Java and even fixing Java VMs (JamVM/Kaffe) and GNU Classpath code, I think I may partly borrow the title (Javaman) from my friend Bruno Souza and become the MonoNJavaMan. Yeah, I may currently be crazier than usual... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Operator overloading in C#
Rusmin Susanto wrote:
If I need to access the operator quite often, I am afraid that a
numerous calls to new will slow down the program (as it needs to
allocate 200 x 200 array of double).
You're asking if, in A + B + C + D + E + F, only one new allocation can be made,
is that correct? If so, then I'm afraid that just doesn't match the correct
behavior of a operator +(). When you create an operator +(), it *must* return a
new instance to satisfy the requirements of that operator. And really, you
should be doing that regardless of the language.
What you're really trying to do is something more along the lines of:
M = A;
M += B;
M += C;
...which in C++ could be optimized to perform only the one allocation for M. C#
does not work this way, as you cannot overload the += operator (except by
overloading +), so the allocations would still be performed in this case.
A better solution is to create an Add() method on your class, which would add
the argument's contents directly into your array, avoiding allocations altogether:
public void Add( Foo value ) {
for( int i = 0; i __maxX; i++ )
for( int j = 0; j __maxY; j++ )
_array[i,j] += value._array[i,j];
}
So your statement set then becomes:
M = A;
M.Add( B );
M.Add( C );
This makes the actual behavior of the code more obvious.
To round out this pattern, you should also implement:
public static Foo Add( Foo value1, Foo value2 ) {
Foo result = new Foo();
for( int i = 0; i __maxX; i++ )
for( int j = 0; j __maxY; j++ )
result._array[i,j] = value1._array[i,j] + value2._array[i,j];
return result;
}
[CLSCompliant(false)]
public static Foo operator+( Foo value1, Foo value2 ) {
return Add( value1, value2 );
}
--Brian
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
On Wed, 2006-03-29 at 19:41 -0300, Rafael Teixeira wrote: We need to implement shadow copying to allow for changes on running assemblies (but aside from ASP.NET where it is enabled by default, even on MS' .NET one need to turn it on explicitly for every AppDomain that needs it). That turns on-the-fly updates for plugins, and even whole-apps, a real possibility. I have a prototype of this, but run into some hard to debug problem in the runtime. I'm waiting for some help from the runtime guys to finish the implementation of this feature. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Hi Miguel, What would be the top feature you would like to see in Mono? 1) Explicit (GC_Free style) assembly unloading. 2) Assembly unloading via application domain unload. 3) Full bytecode verification. (But you knew that) ;-) Cheers, Jim/Babbage. ___ Yahoo! Photos NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Em Ter, 2006-03-28 às 20:47 -0500, Miguel de Icaza escreveu: What would be the top feature you would like to see in Mono? A talking clip for MonoDevelop. Everytime I need something I think oh, the IDE should show a little cute clip with that information for me! Maybe the clip could be used even for the code completion?! . . . Okay, okay... I'll stop trolling :) -- Felipe. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] What would you like to see in Mono?
The option to somehow merge (or at least synchronize) your MS.NET GAC and your mono GAC would be nice. There probably is a very good reason not to do this that I haven't thought of yet though. -Matt McDonald -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Tuesday, March 28, 2006 6:47 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] What would you like to see in Mono? Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or IDE or the debugger. We know about those. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] What would you like to see in Mono?
Tomi, You were able to get mono to build on the arm? If so how ? Very Interested, Dave On 29-Mar-06, at 5:02 AM, Tomi Valkeinen wrote: On Tue, 28 Mar 2006, Miguel de Icaza wrote: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is- missing feature or IDE or the debugger. We know about those. Miguel. Hi, - Optimizations for embedded use. Currently the Java for ARM I've been using is faster than Mono, especially startup time is very much faster with Java. - Continuations and microthreads. This is actually something that I've been hacking together, and I even managed to get something running. Continuations with native code and microthreads and scheduler with C#. - More support for dynamic languages. Perhaps there's an unsafe way (read: you have to know what you are doing) to unload types. Or perhaps a modified mcs could generate code for dynamic methods. Or something else I haven't thought about =). Of course the latter two mentioned things break CLI-standard compliance... Tomi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch to compile mono 1.1.13.6 with GCC 4.0.2
Hi,
I have been having difficulties compiling mono (1.1.13.6) from source on
my FC4 machine (using the standard fedora compiler gcc 4.0.2). The
attached simple patch has solved my problems (in that I can get things
to compile now) but I'm not sure whether this is the correct solution.
Cheers,
James.
--- mono-1.1.13.6.orig/mono/interpreter/transform.c 2006-03-13 22:57:59.0 +
+++ mono-1.1.13.6/mono/interpreter/transform.c 2006-03-29 11:17:54.0 +
@@ -2931,7 +2931,7 @@
m = mono_get_method_full (image, read32 (ip + 1), NULL, generic_context);
if (m == NULL) {
g_free (is_bb_start);
- return mono_get_exception_missing_method ();
+ return mono_get_exception_missing_method ( NULL, NULL );
}
mono_class_init (m-klass);
if (!(m-klass-flags TYPE_ATTRIBUTE_INTERFACE))
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
