RE: [Mono-list] PDF Creaation Library for Mono
I believe it's this one: http://itextsharp.sourceforge.net/ Greetz, -- Rob. -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 2:40 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] PDF Creaation Library for Mono What I would like to know is how did you get iTextSharp to compile under Mono. I've used it and compiled it successfully under .NET, but never Mono. Please provide me with the location of where you got the software from, and what you have done to compile it. 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
RE: [Mono-devel-list] Re: [Mono-list] Re: Visual Studio Addin for Mono
Hey Francisco, Check out this nunit addin: http://weblogs.asp.net/nunitaddin It already has a Test with - Runtime - Mono feature. Greetz, -- Rob. -Original Message- From: Francisco T. Martinez [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 21, 2004 8:32 PM To: MonoMan MonoMan Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [Mono-devel-list] Re: [Mono-list] Re: Visual Studio Addin for Mono There is no working Mono only debugger for Win32. However, one of the most important reasons, if not the most important one, for me to have created the Add-in was to give Mono programmers a means to debug managed code. Granted that by debugging an application within Visual Studio you will only be debugging the libraries that are referenced in you project. That means that debugging a solution that uses gtk-sharp.dll will be pretty close if not identically to the behavior you would get when the application is compiled on say Linux with mcs.exe. The level of surety you may get from debugging solutions that use System.Xml.dll from Microsoft would not be as closed that one that uses System.Xml.dll from Mono. I remind programmers that Microsoft implementation of all pieces that have not been turned over to ECMA may or may not differ from our Mono implementation of the equivalently named assemblies, but in most cases you should have consistent behavior. That is a good transition point to the Add-in's Test in Mono menu option. This option is not yet implemented. The idea behind it will be that you can indeed select that menu option and the Add-in will compile the active solution using mcs.exe and later launch the resulting binary using mono.exe. In the event that the current project is a Web application, the compilation will be as stated before but an instance of XSP will be launched along with a shell spawn browser navigated to the startup page that is specified on the project to act as the runtime test portion. My hope is that this will give you a reasonable degree of confidence that the application will work well in Mono (or not). Finally, using the Add-in's packaging facilities, you can create zip file that can easily be distributed to other Mono platforms for further development or usage. Hope this helps. Paco MonoMan MonoMan wrote: Hi Francisco I am very much thankful for your help.I am able to download and run the addin. I found that this addin do not have any mono debugger inbuilt,right? Please let me know if any other package need to be installed to get mono debugger. I am very much interested to debug c# application with mono runtime but unfortunatly i could not get any existing mono debugger on windows platform I have some doubts.Please clear them too 1.Is this addin planning to use mono debugger inbuilt with monodevelop? if yes mono debugger is Linux specific,how can we use this on windows platform 2.I am able to see one option Test on Mono.this is not implemented yet. could you explain it's functionality? Thanx a lot for your time. Looking forward for your precious reply ___ Mono-devel-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] asp.net master pages
Hey Raul, Master pages is part of ASP.NET 2.0, which currently isn't supported. Mono 1.0 implements the .NET Framework 1.1. I think ASP.NET 2.0 is a feature of Mono 1.2, targeted sometime in the first half of next year. (I think). For more details, please advice the Mono Roadmap on the site. Greetz, -- Rob. -Original Message- From: Raul Carolus [mailto:[EMAIL PROTECTED] Sent: Sunday, September 05, 2004 3:21 AM To: [EMAIL PROTECTED] Subject: [Mono-list] asp.net master pages I couldn't find the component status listing on the mono home page, so I'll ask the list - I saw an email from back in april saying that master pages wouldn't be supported for a while yet, and I'm wondering if they're done or what time frame they're on. I tried it just now with 1.0.1 and it said master was invalid as an attribute. Could someone shed some light on this for me? Thanks, Raul ___ 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] vb.net with mono
Hey Eric, Where does this date come from? The roadmap still says Q4/2004 for Mono 1.2 Greetz, -- Rob. -Original Message- From: Erik Dasque [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 9:04 PM To: lamyae Benabdeljalil Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] vb.net with mono Well, the VB.NET compiler for Mono is included in 1.0 (and 1.01) as a preview. It's called mbas. It'll be complete for the 1.2 release in Feb 2005 Erik On Aug 9, 2004, at 11:22 AM, lamyae Benabdeljalil wrote: I am testing the portability of wab application developped with vs.net (using vb), with mono on linux, please can uve me a hint? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono windows
I agree totally with you but it's only a problem when building the thing. Installing from setups / red carpet works like a charm. I think this is the problem in general with makefiles. We really should have something better, but this would be a lot of work. For example, the thing shouldn't say libgc 2.0.0.0 2.1.1.1, I do not like it, ERROR, I do not install for you... In this new era it should be something like: Dude, you didn't have the correct version of libgc, I installed a newer one for you my master. Ultimatly, this could be possible with a MSBuild-like clone. Eventually, we'll get there :). Greetz, -- Rob. -Original Message- From: Molenda, Mark P [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 04, 2004 4:20 PM To: '[EMAIL PROTECTED]' Subject: Re: [Mono-list] Mono windows Joe, You are not alone. Even on stock builds of Linux there are many conflicts and problems. If you load anything outside of the base product. Your suggestion of putting the working dll's in a zip or installer would work the same as my suggestion to move all the libraries in one directory on Linux and set LD_LIBRARY_PATH to the appropriate place to pick everything up. This would allow users to work with little or no effort. Now I'm sure someone will flame me for this but no one including the originator of the project has explained to me why a 1.0 product does not load with libraries and environments of supported distributions (i.e. Suse , RedHat etc.) without major hassles. It seems there is a lot of work to do on getting shrink wrapped versions Of major distributions ( Windows XP is one ) to work with the full mono. Message: 1 Date: Tue, 03 Aug 2004 12:30:39 +0200 Subject: Re: [Mono-list] Mono windows From: Joe Ante [EMAIL PROTECTED] To: MONO [EMAIL PROTECTED] HI, After trying to build mono on windows for 2 days using the help of a unix guy, it still doesn=B9t work. I tried everything from the windows build scripts to the www.nullenvoid.com/wiki intro how to manually compile mono. To just trying to figure out the error msgs myself. I am getting problems like GCC hanging in monoburg.c, but mostly just pkgconfig not finding libraries. I am desperate now. Does anyone have a built mono install which includes the dll's and librarie= s needed for embedding mono and wants to send it over? Or what if someone smart would just put the dll's into the windows installer, wouldn=B9t that be like real cute. Joachim Ante --__--__-- ___ 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 windows genmdesc crash
Yup, here exactly the same... -- Rob. -Original Message- From: Joe Ante [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 03, 2004 7:35 PM To: MONO Subject: [Mono-list] Mono windows genmdesc crash Hi, I am trying to build mono on windows at the moment. After two days we have gotten at least somewhere in the middle of the make process. But it currently hangs in genmdesc.exe. Either it crashes or it just loops with 100% CPU usage. ./genmdesc ./cpu-pentium.md cpu-pentium.h pentium_desc gdb bt gives me the folling stacktrace for the place where it loops infinetely: #0 0x77e965d3 in Kernel32!GetPrivateProfileStructW () #1 0x1003e84 in getprogname () from /usr/bin/cygwin1.dll #2 0x00+af0d0 in ?? () Or: #0 0x77ea31c7 in Kenral32!GetAtomNameA () Any ideas, how to not make genmdesc crash? (Another person mailed me that he also crashes inside genmdesc) Joachim Ante ___ 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] Class status page
Title: Class status page Hey all, Perhaps is time to add a couple more features to the status pages, like the one you mentioned. I believe a couple of things still dont work how they should work in the status pages And automatic updating (every hour or so) would be quite kewl too In my opinion the enhancement of these pages is a huge benefit for every contributor Greetz, -- Rob. From: Jochen Wezel [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 27, 2004 12:54 PM To: mono-list Subject: [Mono-list] Class status page Hi! Is there a possibility for the class status page to show the differences for the several .NET version? For example: Microsoft.VisualBasic.MyServices is shown there, but I think you should notice that this is an element of NET_2_0. If you currently see the status page, you would think this a really a missing namespace in out current development for NET_1_x. Regards Jochen
RE: [Mono-list] missing native feel ?
Hello, I don't know what you're talking about. A real normal user expects a start button (on every os), looks for the correct icon, and clicks it. Even better, a shortcut exists on his desktop. These shortcuts do not bear an extension, so I don't know what all the fuzz is about. The only native feel a user expects is a native look and feel, not a grey / purple looking app that doesn't fit in your os... Greetz, -- Rob. -Original Message- From: Thomas R. Corbin [mailto:[EMAIL PROTECTED] Sent: Thursday, July 15, 2004 11:16 PM To: [EMAIL PROTECTED] Subject: RE: [Mono-list] missing native feel ? On Thu, 2004-07-15 at 14:53, Todd Berman wrote: ... then WRAP it like everything else. I will - but isn't one reason to use computers is to get stuff automated, to make our life easier? It would be nice if every programmer out there didn't have to do this by hand. No one forces you to use the .exe file ending, but doing anything else is confusing to your uses. If you are suggesting just leaving off the .exe, then I don't think that really gets what's been suggested above, you couldn't just execute foo as opposed to foo.exe. You'd still have to do mono foo. I believe that mcs can output file instead of file.exe just fine, and mono should be able to execute file instead of file.exe without any issues. However, mono will *still* need to execute file, its not magic. We are writing software, not making rabbits jump out of hats. I don't know, mono seems like a pretty fine magic! Regardless, I recommend manually wrapping it with a shell script, as that allows you to put private dlls in your AppBase without poluting /usr/bin with a bunch of .dlls. That is by far the best way to go. It would be nice if there was a standard beginning wrapper that could be used until or unless something more advanced is needed. Or maybe not even a script, there's got to be a better way. But its a problem that has lots of different solutions. Pick the one that works for you, and use it. I will end up wrapping stuff manually, but only because there doesn't seem to be any enthusiasm for doing anything else. I know, I know I could try to add it myself, but I don't think it would get accepted. ___ 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] Re: Bootstrapping
Hey all, There is no possibility whatsoever that Microsoft could have injected a trojan into the DotGNU Portable.Net (pnet) system, since building pnet does not require already having a C# compiler or a corlib. Maybe Intel and AMD put a Trojan in it's proc, so I wouldn't be touching a pc! Why the heck does it matter if MS inserted a Trojan... there's nothing in it for them, only a downside when they get caught... There's enough of this paranoid crap in the mailinglist, you could read that instead of starting again... Greetz, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono 1.0 has been released.
Hey all, congratulations with the release for the entire team! And for you Miguel, although the 1.0 is a bit late, this couldn't have been done without your vision and leadership. You will go into history as the man that started to bring the open-source and commercial communities closer together, which is one of the main points that contributed to the great success of Mono. Keep up the good work, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] More thoughts on the new Mono web site
Hey Kevin, It surely is easier to navigate and find information, but could still be a little bit more structured. Maybe it's a good task to indentify user groups(press, managers, developers, etc.) and look whether they can find the info they need within a given period of time. Greetz, -- Rob. -Original Message- From: Kevin Breit [mailto:[EMAIL PROTECTED] Sent: Friday, June 11, 2004 9:32 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [Mono-list] More thoughts on the new Mono web site Hey, There were basically two reasons we redesigned the Mono web site: 1) The old site was getting a little old 2) The old site was geared toward seasoned Mono developers more than newbies, contributors, or even press I am curious what everyone thinks of the new site in regards to navigation. Is it easier to navigate and find the information you're looking for than the old one? If not, what can we improve about it? Specific examples of where it's challenging earn you extra credit. Thanks, Kevin Breit ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Is it Mono safe?
Gabor wrote: i know novell is doing a research on the licensing/whatever issues with dotNet. imho it would be much better to respond to these threads with a single wait for the results of the legal review line, and not entering discussions, where the mono/novell people's only arguments are their beliefs and calculations about microsofts future moves. I would even go further, why the hell are we developers discussing this? When working in a firm, this is something the legal department has to do. We do not know anything about this, because we are developers, not lawyers. So, as we know nothing about legal issues, why are we over and over again discussing these? Living in the Netherlands (EU), I just cannot comprehend all the time that is put into these discussions. No offense to anyone, but plz let's start coding again and leave these discussions to people who get paid to do these. Greetz, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] A Plugin and WebService Issue
Could you tell us why you want to check the code? Greetz, -- Rob. -Original Message- From: Pablo Fischer [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 5:04 PM To: [EMAIL PROTECTED] Subject: Re: [Mono-list] A Plugin and WebService Issue Thanks people! When I start writing my app (mbloggy) I was using Interfaces as plugins (xmlrpc plugins), then I started reading info about SOAP and I'm in love with it, the fact that SOAP supports any encoding makes me happy :-). What I was looking for is to do the same that Plugins in Mono (M. Icaza) says :-). However, I'd like to ask something else: I want EVERY plugin be compiled like I want, yeah, when I compile the plugin (the .dll) I'd like to check the methods and validate the plugin, if the plugin is ok, compile it and add some Assembly Info (AssemblyInfo, right?), where should I look?, NUnit I think is to check compiled applications but I want to 'check' my code BEFORE being a .dll. Thanks! Pablo El jue, 20-05-2004 a las 05:38, RoBiK escribió: Hi, I would use this approach: 1) you must have a plug-in Interface defined, that each plug-in must implement 2) when the application starts, use static System.IO.Directory.GetFiles() method to get the names of assemblies in the plug-in directory 3) for each plug-in-assembly file call static System.Reflection.Assembly.LoadFrom() method to load the assembly into the current AppDomain, then call the method System.Reflection.Assembly.GetTypes() on the System.Reflection.Assembly instance that you've got from the previous LoadFrom() method 4) for each Type that you get from previous GetType() method use the is operator to check if the particular type implements the plug-in interface, if it does, you have a type that implements your plug-in interface. 5) call static Syste.Activator.CreateInstance() method with the type from previous step as parameter. Cast the result to the plug-in-interface type and store it for example in an array for later use. 6) now you have an array of plug-in instances and can call the interface methods on them This is just an example, there are several other approaches which are more or less similar to this one... everything depends on the needs of your application. RoBiK Quoting Pablo Fischer [EMAIL PROTECTED]: Hi! I would like to have some comments and suggestions about a issue. I am working in a Blog Client (mbloggy) that will work ONLY in SOAP (NO XMLRPC) for different CMS and Blogs (phpnuke, postnuke, jaws, etc, etc). To work with all these blogs I'm planning to use a 'plugin' system, based in assemblies, for example: If a developer wants the plugin for a CMS (like drupal), he can save his .dll plugin in ~./mbloggy/plugins and when mbloggy starts it will read default plugins (in /etc/mbloggy) and the user plugins. When mbloggy finds a new plugin it will be added to a 'drop down' (gtk#) so the user can use it. My problem?, yes, I don't know which is the best option: a) Use .dll assemblies as plugins. But, how to connect to each plugin from the front end?, exists a data type that can 'clone' another object?, so I can do something like this: Wrapper wrap = new Wrapper(); wrap.Clone(assemblie.dll); wrap.Url = http://www.foo.bar.com/foo.aspx?wsdl; wrap.DeletePost(3); So I can use the 'methods' of assemblie.dll in the wrap object?. b) Or use just one .dll and let the developers to 'develop' just the WebService (server)?, So I can just work like this: Client c = new Client(); c.Url = http://www.foo.bar.com/foo.aspx?wsdl; c.DeletePost(3); Which is the best option? and where can I find more information for the best option?. 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 -- 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] blogX in mono?
Hello, What about the source projects and starter kits at http://www.asp.net ? Greetz, -- Rob. -Original Message- From: Jackson Harper [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:03 AM To: Kyle Prestenback Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] blogX in mono? Hello, Over the next few weeks there will be an effort to 'port' as many open source asp.net applications as possible to Mono and get the patches pushed up stream. If there are any other asp.net applications that you would like to see on Mono please speak up now or forever hold your peace. Jackson On Tue, 2004-01-13 at 22:28, Kyle Prestenback wrote: I saw this mentioned on various boards, and shortly discussed a few months ago on this list, so it appears possible, but I have yet to be successful to get blogX successfully runnning in mono. I am currently running the october stable build of mono, so my woes may be entirely due to insufficient versions. I have been attempting to utilize the webclient of blogX through mono for a little while, and after making several alterations I was finally able to view a serverely broken representation of the aspx pages (I was forced to remove all of the 'Inherit=' tags, something which I assume shouldn't need to be done, nor actually solves the problem. Furthermore, I have had no succes getting the web services to run at all, the asmx will compile using mcs when signifying the assembly for the namespace and class associated with the service, yet when trying to use the service, an exception is thrown signifying that it can not locate the needed class or namespace. What steps have you all done to get blogX running in mono? I have been a net developer for something near one year now, and would like to get involved with mono development, but need a little help getting started. I figure blogX is a fun enough place to start. (I have ran most of the included examples, so I'm wanting to branch into larger, more realistic apps.) Kyle Prestenback ___ 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] Reflection problem in 0.29
Hello Kris, I believe corlib.dll is now renamed to mscorlib.dll, so try: Assembly a = Assembly.Load(mscorlib.dll); instead. Greetz, -- Rob. -Original Message- From: Kris Luyten [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2003 10:31 PM To: Mono mailing list Subject: [Mono-list] Reflection problem in 0.29 Hi, since I installed mono 0.29 I have some problems with reflection and Console output. More precise the following sample code throws a weird TargetInvocationException: Assembly a = Assembly.Load(corlib.dll); Type t = a.GetType(System.Console, true, true); String method = WriteLine; Type[] types = new Type[1]; types[0] = a.GetType(System.String, true, true); Object[] args = new Object[1]; args[0] = bla; MethodInfo m = t.GetMethod(method, types); m.Invoke(null, args); = (see also http://lumumba.luc.ac.be/kris/projects/uiml.net/test10.cs for an easy to compile test). The following execption is thrown: === Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- System.TypeInitializationException: An exception was thrown by the type initializer for System.Console --- System.TypeInitializationException: An exception was thrown by the type initializer for System.Text.Encoding --- System.ArrayTypeMismatchException: Source array type cannot be assigned to destination array type in (unmanaged) /usr/local/lib/libmono.so.0(mono_raise_exception+0x20) [0x4008ea94] in (unmanaged) /usr/local/lib/libmono.so.0 [0x40036cc6] in 0x00055 System.Text.Encoding:.cctor () === Is this because I did not install ICU? Thanks, Kris -- Kris Luyten email: [EMAIL PROTECTED] http://lumumba.luc.ac.be/kris/projects/uiml.net/ ___ 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] C++/CLI
Well, they surely have improved over the __GC thing... but yes, still ugly :| I believe the main advantage of managed c++ is that you can mix managed / unmanaged code in a class, therefore making it a good language for interop tasks... But this is going to be a pain in the ass to implement... a pain in time at least. Greetz, -- Rob. -Original Message- From: Jaroslaw Kowalski [mailto:[EMAIL PROTECTED] Sent: Sunday, November 23, 2003 12:53 PM To: Maurizio Colucci; [EMAIL PROTECTED] Subject: Re: [Mono-list] C++/CLI Hi! What an ugly language have they created... I always considered C++ to be very ugly in terms of code syntax. Now it looks like they've improved it even more (note the % and ^ operators, new keywords, new templates, new restrictions, new side effects, new rules for type coercion, new concepts and other features which make it even more difficult to read and understand). My suggestion: don't go with this idea - let it die. Use C# instead - it can be a bit slower sometimes, but is definitely more scalable in terms of maintenance and programmer productivity. Jarek - Original Message - From: Maurizio Colucci [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 23, 2003 1:20 PM Subject: [Mono-list] C++/CLI Any plans about C++/CLI? Here is what seems a specification (watch line breaks): http://download.microsoft.com/download/9/9/c/99c65bcd-ac66-482e-8dc1- 0e14cd1670cd/C++%20CLI%20Candidate%20Base%20Draft.pdf ___ 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] DRAFT
Only after installing the codec it ran fine here... good video!!! Could you do one for cygwin too? ;) Greetz, -- Rob. -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2003 10:23 PM To: Richard Torkar Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] DRAFT Hello, Well actually this is the first time totem/xine can't play a video :) Neither Real One or Windows Media could play it here, if that is any reassurance 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
RE: [Mono-list] why should I use mono?
Hello, That's about the same question as Why should I use Java 1.4 instead of 1.0? or Why should I use windows xp instead of Windows 95? I don't think there's a particular reason why you should. It's a matter of choice. And often, it is a choice your clients want, or your boss wants. Both platforms are good, and offer benefits and have drawbacks against C++, which in turn has benefits and drawbacks to ASM. Sometimes it's a political choice, sometimes a financial choice... I use both, and I think .NET is a bit more productive (for me) then Java. The thing that bothers me the most about Java, is that since I started with the JDK 1.2.2, there haven't been any improvements. Yes, a couple of new API's were incorporated, but the platform itself hasn't evolved. When you compare .NET 1.0 to .NET 1.2/2.0, it's a big improvement. Only now that Sun is feeling the competition, it starts to evolve the platform. But sure, you can say the same about Windows, now that they feel the competition, they are suddenly innovating the platform. That's the reason why I think at least 2 managed platforms are good for the industry as a whole. Just start using Mono, and look at the benefits it offers you. It will do you no harm. I hope something is useful to you, Greetz, -- Rob. -Original Message- From: Evert Tigchelaar [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 12:30 PM To: [EMAIL PROTECTED] Subject: [Mono-list] why should I use mono? Hi, I read in an artical about mono. Why should developers should write code for the mono runtime instede of Java? Evert __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree ___ 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] Novell, SuSE, Mono.
-Original Message- From: Giuseppe Greco [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 9:13 PM To: Pavlica, Nick Cc: Miguel de Icaza; Mono Subject: Re: [Mono-list] Novell, SuSE, Mono. On Thu, 2003-11-06 at 19:55, Pavlica, Nick wrote: That is wonderful news! I look forward to seeing what the results are. It may give me a reason to look at something other than RH/Fedora :) Yes, I agree, but we will look at SuSE Linux if and only if they will switch from KDE to GNOME... and if I've well understood, they will. Far away, what's the new SuSE strategy? Will they focus more on GNOME and include KDE just as an alternative (like RH)? Or maybe rebuild gnome in an Avalon like approach using Mono... :) I would certainly love to see one good Novell Linux desktop distro... including a Mono distro... Greetz, -- Rob. What does Novell/SuSE will continue to distribute KDE and Gnome. mean? Which of the two platforms will be the standard/default one? Gius_. Thanks again to everyone contributing to the Open Source community!! Nick Pavlica On Tue, 2003-11-04 at 21:36, Miguel de Icaza wrote: Hey guys, I know that there has been a lot of speculation over Novell, SuSE, Gnome, KDE and Mono with today's announcement. We can say that once the acquisition is completed that: * Novell/SuSE will continue to distribute KDE and Gnome. * Novell/SuSE will include Ximian Desktop build, as it is a more fine tuned desktop than the default Gnome build they ship. * Novell is commited to build an stable ISV platform (you can read my blog for some thoughts on this). * Gtk+, the Gnome platform and Mono use the right licensing terms for creating an ISV platform. * We will continue to work on open source projects, and work in the best way to offer a complete Linux stack. And lastly, just remember that Nat and myself are in charge of Novell's Linux Desktop Strategy, so we will do the right thing ;-) Love, 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 -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)76 390 60 32 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Mono plans for Sun Java Desktop
Hello, Doesn't it run then? Sun Java Desktop is just a linux distribution with a java runtime installed on it and a couple of other apps. So I'm guessing it will just work. I have a copy of the sun java desktop system demo here, I will install it later and see if Mono works. Greetz, -- Rob. -Original Message- From: James Brand [mailto:[EMAIL PROTECTED] Sent: Saturday, November 01, 2003 6:12 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Mono plans for Sun Java Desktop Hi, Are there any plans to extend the mono .NET framework to run on the new Sun Java Desktop? Many thanks James ___ 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] System.Web.UI missing fromt he build?
I believe the System.Web.UI.Page class is located in System.Web.dll, not System.Web.UI.dll Greetz, -- Rob. -Original Message- From: Igor Widlinski [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2003 2:56 AM To: [EMAIL PROTECTED] Subject: [Mono-list] System.Web.UI missing fromt he build? OK, i was just playing around with mono. trying to make templates with System.Web.UI.Page and i receive error: PageTemplate.cs(4) error CS0246: Cannot find type `System.Web.UI.Page' Compilation failed: 1 error(s), 0 warnings when i tried to compile the csharp file i have some libs from .Web in /usr/local/lib which are System.Web.dll and System.Web.Services.dll but there is no System.Web.UI.dll Here are some of my assumptions: i missed something in the config file (i didnt touch the config file). Maybe they dont get compiled cause they are not fully implamented. If they are not fully implamented yet, can i still compile them somehow? i m runnin slack 9, mono 0.28, mcs 0.28, xsp 0.6 Ty for your help, !!! _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?pageÞpt/bcommpgmarket=en- caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarke t%3den-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] Re: [DotGNU]Re: Collaboration on alternatives to the US-patent-endangered APIs?
Hello, As far as I am concerned, there is no point in continuing the Collaboration on alternatives to the US-patent-endangered APIs discussion. Why would one choose to alter an API? Even if it is patented by MS? Greetz, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Surveys: Mono 1.0 and Mono Conference.
By the way: I think, we should also provide all the needed stuff for VB.NET in Mono 1.0. This is because more developers in the ASP.NET scene are developing in VB.NET than in C# since the most developers are coming from ASP with VBSCRIPT. If VB.NET would be missing, I see the risk that many developers wouldn't come back in a future release. I was thinking about that too. Does anyone have a clue of the time necessary for implementing a VB.NET compiler? How long did the C# compiler take? Greetz, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: AW: [Mono-list] Surveys: Mono 1.0 and Mono Conference.
Can anyone give any answers to the completion of MBAS? To be specific: - What is the estimated time - Are there any test cases or compiler error lists available Etc. Etc. Does the C# compiler have the same error message number as the MS C# compiler? Greetz, -- Rob. -Original Message- From: Gonzalo Paniagua Javier [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 8:44 PM To: [EMAIL PROTECTED] Subject: Re: AW: [Mono-list] Surveys: Mono 1.0 and Mono Conference. Well, I don't know how long the C# compiler has taken. I know that many of the work for VB.NET seam to be already done. But there is still some work to do... Gonzalo might have an idea for open jobs on VB.Net...? In System.Web it's not much. I'll do that soon. The rest is up to mbas, the mono VB.NET compiler. -Gonzalo ___ 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
Hello, The .NET Framework from Microsoft is about 25 MB, comparable to the size of the Mono .NET Framework. Thats all you need to program and both are free. Visual Studio .NET is an Integrated Development Environment that you can use to program instead of some text editor and costs a couple of bucks J. VS.NET is much more then the .NET framework, it contains a large amount of tools and productivity enhancements to increase a programmers productivity. Greetz, -- Rob. From: Hermann und Karin Fischer [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2003 4:15 PM To: [EMAIL PROTECTED] Subject: [Mono-list] mono Hi. I wanted to work with mono on my new installed linux machine. I'm using a Debian distribution. So I downloaded all filesfrom http://www.debianplanet.org/mono/dists/stable/main/binary-all/. I wondered because the size of all files were below 10MB. So I thought to contact you to ask : That's all? Microsoft uses gigabytes to install the complete Visual Studio .NET. Can you tell me, please ? Thanks, Hermann Fischer
RE: [Mono-list] Does mono already support generics?
Well, One thing where it's very helpful is strongly typed collections. For example, you can instantiate a ArrayListMyType which returns MyType objects instead of 'object', so I don't have to cast it anymore. Greetz, -- Rob. -Original Message- From: Sijmen Mulder [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 23, 2003 4:00 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [Mono-list] Does mono already support generics? Hi! I took a look at generics, since I dídn't know them yet, but it look like it's some sort of template thing. Why do you want to use it? (just interested, since i want to make a c# game too) Greetings, -- Sijmen Mulder ICB WormerWieken From: Maurizio Colucci [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Mono-list] Does mono already support generics? Date: Tue, 23 Sep 2003 14:28:32 +0200 Hello, I would like to use generics in my c# game. Is it possible? if it is not, when will it be? (I would also need some sample of the syntax to use). thanks for the info, Maurizio ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list _ MSN Zoeken, voor duidelijke zoekresultaten! http://search.msn.nl ___ 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] Components, Controls, and Code
Hello, Now that Mono is becoming highly functional, has anyone considered doing an analysis to see what the most needed components/controls might be None that I know of. and starting a group to develop these controls. For example, a reporting tool like Crystal Reports would probably be high on the list. Crystal Reports is HUGE, I think it needs to be tackled by its own development team. Mono is becoming highly functional, but by no means finished. Of course it is a good idea, but wouldn't these resources be better spent on the mono project itself? I think one of the major steps can actually be taken quicker, and involves virtually 0 effort. Right now there are 100's of C# projects on SourceForge. We really need a team to look at the ones that are alpha/beta/production quality, and attempt to get them running on Mono. I know that in one weekend I was able to catch 3 or 4 bugs just by trying to get BlogX running on Mono (it now works great, thanks to our friend Gonzalo!). These apps are test cases waiting for use. Also, GotDotNet workspaces would provide a source of possible test cases. As well, it would be nice if we could lean a bit on the C# Open Source community and request that they include makefiles with their apps and attempt to make them Mono friendly. I think the best way to go about this might be to create a set of Mono QuickStarts that spotlight Open Source software that works out-of-the-box on Mono -- alot of projects will try to meet that description. Now this is a wonderful idea! A sort of Mono-certified ;) projects gallery :). That would be a splendid idea indeed. Greetz, -- Rob. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Components, Controls, and Code
Hello, Yes, you're absolutely right. I just meant to say that when someone can help on mono / base class libaries, this would be preferable over building components. Well, the first project to take on would be creating a 'Mono-certified' project website :) so people can quickly pick their components... Greetz, -- Rob. Most of the .NET developers for Windows develop business applications--both Web and WinForms. Most of us are not OS or compiler developers and would probably be fairly useless to the coding of the basic framework. However, many of us are decent at writing components and controls. There are probably many many developers who could assist in this area. Rather than simply focus on one area, why not recruit all the talent available and use it where it is most appropriate. The more components and tools available for Mono, the more people will begin to work with it. The more likely you will be find more people who are qualified to help code the framework. What I am trying to say is that this probably does not have to be an either/or situation. You don't need to remove framework developers to build components. Concurrent related projects could be managed to both further develop Mono as well as the additional components that run on Mono. Just an idea. Anthony --- [EMAIL PROTECTED] wrote: Mono is becoming highly functional, but by no means finished. Of course it is a good idea, but wouldn't these resources be better spent on the mono project itself? = Regards, Anthony Gatlin __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list