Re: [Mono-devel-list] Embedding Mono in a Virtual World
You might be able to cook up something with serializable objects and lightweight threads based on generators (yield) But this is just food for though... On Fri, 18 Mar 2005 18:30:31 + (GMT), Jim Purbrick [EMAIL PROTECTED] wrote: Is it possible to save and load mono stacks? I'm currently looking at embeding mono in a virtual world application to run user scripts. I need to be able to save the state of a running script, send it to another machine and start the execution where it left off. Can it be done? If so how? Cheers, Jim. Send instant messages to your online friends http://uk.messenger.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- bamboo http://blogs.codehaus.org/people/bamboo/ Got objects? http://www.db4o.com/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Preparing the 1.1.5 release.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miguel de Icaza wrote: Hello, Hello, miguel. I am preparing the 1.1.5 release; Please let me know what features should be highlighted in this new release since our 1.1.4 release. ___ New Npgsql features: - - Added support for implicit parameter stored procedure call. Parameters are added in order they were added to NpgsqlCommand Parameters collection. This is the same style of calling stored procedures with SqlClient. - - Added support for record return type functions. Thanks neri and Michel for heads up and tests. - - Added Varchar support. Thanks Peter and Gustav for heads up. - - Npgsql doesn't depend on System.Drawing and System.Windows.Forms (a.k.a SWF) when compiled with Mono. This dependency is only necessary to add design time support for VS.NET and so only enabled when compiling with csc. Thanks Eno and Rafael Teixeira for help. - - Added support for updating output parameters when calling ExecuteReader(). Thanks Mike Griffin (mike dot griffin at mygenerationsoftware dot com) for heads up. Many bug fixes. - -- Regards, Francisco Figueiredo Jr. Membro Fundador do Projeto MonoBrasil - MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - - Science without religion is lame; religion without science is blind. ~ Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQjwe9f7iFmsNzeXfAQKMNAf8CeCi051FhxCGy2xJsBSwor81KLSE8iKc E+ekS/FOGoaYZw+NZPHiq98TKzVt78rGCeU0ChzMOSC6gc8oNE8xQ1oG09o7REou HBvD+eVT4w/ruQ3+BxKclhd0/IntAvT7R6rs7YFWKr/JsN/Cw1+wIRNCWWJAACBT AfXSv04AFocQ/pyCeBMBA7wwuDUEfJC1r4jK0UVdx3jLFUAUBI+hPnDQzP/6LXcy mhoEbZqnsJs9att63nu2lgrU4NvSZyl5vzGRIHad3YQk40Lp0TbwIxsuELqB1Bps tXfbIqbXloT2B1qBU9n8Nqs5S0HIg13anlGsbDz9WQUmzHqDdjzsGw== =aOPw -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Issue to allocate more than 1Gb of memory with mono
Hi, This is now tracked as: http://bugzilla.ximian.com/show_bug.cgi?id=73882 Zoltan On Thu, 17 Mar 2005 16:55:35 +0100 (MET), Joannes Vermorel [EMAIL PROTECTED] wrote: I am running mono on a bi-AMD64 machine with 8Gb of memory under linux redhat (64bit OS). I do not succeed in allocating more than 1Gb of memory with mono (see my little program here below). Can someone help me about this issue. I have several tasks that requires to handle more than 1Gb of memory. Thanks, Joannès $ mono --version Mono JIT compiler version 1.1.3, (C) 2002-2004 Novell, Inc and Contributors. www.go-mono.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV : normal Globalization: none $ mono MemoryChecker.exe Pointer size(in bytes): 8 Max Mb block allocated: 1039 System.OutOfMemoryException: Out of memory in 0x67f4d03b (wrapper managed-to-native) System.Object:__icall_wrapper_mono_array_new_specific (intptr,int) in 0xf (wrapper managed-to-native) System.Object:__icall_wrapper_mono_array_new_specific (intptr,int) in 0x000c3 MemoryChecker.MemoryChecker:Main (string[]) class MemoryChecker { public const int MB = 100; [STAThread] static void Main(string[] args) { Console.WriteLine(Pointer size(in bytes): {0}, IntPtr.Size); byte[][] bigArray = new byte[1][]; int index = 0; while(true) { try { bigArray[index++] = new byte[MB]; } catch(Exception e) { Console.WriteLine(Max Mb block allocated: {0}, index); Console.WriteLine(e); break; } } } } ___ 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-devel-list] patents
Only Miguel or a Novell official can speak about Mono and patents. I probably I misinterpreted this: why isn't anyone free to speak about Mono and patents? Mono is GPL'd -- why would a Novell official be in a better position than anyone else? Jeff On Fri, 18 Mar 2005 21:06:38 -0800 (PST), Dennis Hayes [EMAIL PROTECTED] wrote: This message explains that there is no problem to use MS patents toimplement CLI / C# standards : licence is free for this particular use.So there is definitively NO MS patents problem with Mono.Ask them for IBM or Sun patents, especially on Eclipse or Javatechnologies, just for fun.It seems that Red Hat wants to adopt Java and doesn't like Novelltechnologies, but i really don't know why :-)Le vendredi 18 mars 2005 Ã 17:00 +, Paul a Ã(c)crit : Hi,http://web.archive.org/web/20030609164123/http://mailserver.di.unipi.it/pipermail/dotnet-sscli/msg00218.html Can anyone shed any further light on this? I'm trying to get mono adopted into the official Fedora Extras but because of the above, it seems there is a lot of negative against it. TTFN Paul 1) Only Miguel or a Novell official can speak about Mono and patents. 2) All patents needed to produce a version of ECMA .NET are RAND (Reasonable and non-discriminatory). It seemed at one time Red Hat was concerned about how reasonable the terms might be. I think the agreement with HP combined with the non-discriminatory terms kills this argument. Therefore I think anyone can duplicate ECMA .NET without patent problems related to .NET 3) I think patents not related to .NET could still be a problem. For instance my understanding is that MS has some patents related the SendAPI where when a file is sent over the network, the network and file system use the same kernel buffer. In the old days, I guess the file was copied to a user buffer first, consuming a lot of time. This is just an example, so it doesn't matter if I am wrong here. The point is that is MS held such a patent, it would not be required for ECMA .NET, so not covered by the RAND agreement. If Mono used the patented technique it would not be protected by the ECMA agreement. This is a basic problem with software patents; almost any program beyond hello w orld will violate somebody's patents. I do not think this level of patents is what bothers Red Hat. 4) Not all of .NET is part of the ECMA standard. System.Windows.Forms, System.Data, and VB.NET are major pieces not included in the ECMA standard, MS has never given anyone permission to use these patents, but have said they are open to negations. 5) I far as I know, MS has NO patents on .NET. they applied for a patent that covered the entire namespace two years ago, as far as I know, that patent is still pending. This does not include patents that are not part of .NET, but that coul dbe used to implement .NET (see #3) 6) See point #1. Dennis Do you Yahoo!? Make Yahoo! your home page ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Preparing the 1.1.5 release.
This shouldn't exactly be highlighted, but mono = 1.1.4 will not build from the tarball on linuxppc on a G3. Granted, this is quite obscure. But it might be worth mentioning as a known issue. Jeff http://bugzilla.ximian.com/show_bug.cgi?id=72824 On Fri, 18 Mar 2005 08:53:18 -0500, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, I am preparing the 1.1.5 release; Please let me know what features should be highlighted in this new release since our 1.1.4 release. ___ 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