Re: [Mono-dev] Mono - CreateProcess error
Le mardi 26 septembre 2006 à 20:03 +0200, Robert Jordan a écrit : Honey, Steve wrote: > A search of google says this was a bug which was supposed to be > corrected in 1.1.16. I was running 1.1.13 so I upgraded to 1.1.17 but > still have the problem. I also tried adding Process.Dispose() to the > code but that hasn't help either (don't know if it should have, but I'm > desperate). Try calling proc.WaitForExit() if you don't already. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list I've written a little program that could help people that having problems with Handles... It display all process handles, with their associated threads... I hope it could help! ___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. // project created on 27/09/2006 at 12:05 using System; using System.Diagnostics; using System.Collections; using System.Text; using Mono.Posix; using Mono.Unix; using System.IO; using System.Text.RegularExpressions; namespace wapi_analyser { class MainClass { Hashtable process=new Hashtable(); Hashtable threads=new Hashtable(); public static void Main(string[] args) { MainClass main=new MainClass(); main.Analyse(main.GetData()); main.Display(); } public void Display() { foreach (int pid in process.Keys) { // Récupération de la ligne de commande: string filename="/proc/"+pid+"/cmdline"; string cmdline=""; try { StreamReader re = File.OpenText(filename); cmdline=re.ReadToEnd(); }catch {} Console.WriteLine("Pid : "+pid+" Nom :"+process[pid]+" cmd : "+cmdline+" Nb threads :"+GetNbThread(pid)); } } public int GetNbThread(int pid) { int counter=0; foreach (string id in threads.Keys) { if (((int)threads[id])==pid) counter++; } return counter; } public void Analyse(string stringdata) { string[] rawtable=stringdata.Split('\n'); Console.WriteLine(rawtable.Length+" Handle"); ArrayList sortedtable=new ArrayList(); bool record=false; foreach (String line in rawtable) { if (line.StartsWith("collection")) record=true; if (line.Trim().StartsWith("Fileshare")) { record=false; } if (record) sortedtable.Add(line); // Check if this is a process if (line.IndexOf("[Process]")!=-1) { //Console.WriteLine("Process"); // Extraction du nom du process string pattern=@"\[\s+.*]"; Match match= Regex.Match(line,pattern); string processname=match.ToString(); processname=processname.Trim(new char[]{'[',']'}).Trim(); //Console.WriteLine(processname); // Extraction du pid pattern=@"pid:\s*\S*\s"; match= Regex.Match(line,pattern); string pid=match.ToString(); pid=pid.Replace("pid: ",""); //Console.WriteLine(pid); try{ int pidint=int.Parse(pid); process.Add(pidint,processname); }catch { Console.WriteLine("Erreur while parsing "+pid); Console.WriteLine("Ligne "+line); } } if (line.IndexOf("[ Thread]")!=-1) { //Console.WriteLine("Thread"); // Extraction du thread id // string pattern=@"tid:\s\S*,"; // Match match= Regex.Match(line,pattern); // string tid=match.ToString(); // tid=tid.Replace("tid: -",""); // tid=tid.Replace(",",""); // int tidint=int.Parse(tid); //Console.WriteLine(tidint); // Recherche du pid du process string pattern=@"proc:\s\S*,"; Match match= Regex.Match(line,pattern); string proc=match.ToString(); proc=proc.Replace("proc: ",""); proc=proc.Replace(",",""); int procint=int.Parse(proc); //Console.WriteLine(procint); threads.Add(Guid.NewGuid().ToString(),procint); } } //Console.WriteLine(sortedtable.Count); } public string GetData() { Process process=new Process(); ProcessStartInfo info=new ProcessStartInfo(); info.FileName="/usr/bin/mono"; info.Arguments="--wapi=hps"; info.UseShellExecute = false; info.RedirectStandardOutput = true; info.RedirectStandardError = true; process.StartInfo=info; process.Start(); string sortie=process.StandardOutput.ReadToEnd(); process.WaitForExit(); //Console.WriteLine(sortie); return s
Re: [Mono-dev] Build mono from svn on Solaris Express x86
Hi, You may have very old versions of autoconf/automake etc. Zoltan On 9/28/06, Daniel Morgan <[EMAIL PROTECTED]> wrote: > I have a problem running autogen.sh when building Mono > from svn on solaris express build 46 x86. > > configure error building mono from svn on solaris x86 > ./configure: line 22795: syntax error near unexpected > token `BASE_DEPENDENCIES,'./configure: line 22795: ` > PKG_CHECK_MODULES(BASE_DEPENDENCIES, glib-2.0 >= > $GLIB_REQUIRED_VERSION)' > > But, pkg-config shows up correctly for glib-2.0: > > bash-3.00$ pkg-config --cflags --libs glib-2.0 > -I/opt/csw/include/glib-2.0 > -I/opt/csw/lib/glib-2.0/include -L/opt/csw/lib > -lglib-2.0 -lintl > > I installed mono 1.1.13 from blastwave.org to satisfy > missing dependencies. > > There was warning near the beginning with > libgc/autogen.sh too. > > Running autoconf ... > Running libgc/autogen.sh ... > Running aclocal ... > acinclude.m4:20: warning: underquoted definition of > GC_SET_VERSION > run info '(automake)Extending aclocal' > or see > http://sources.redhat.com/automake/automake.html#Extending-aclocal > Running automake --gnu ... > Running autoconf ... > Skipping configure process. > Done running libgc/autogen.sh ... > Running ./configure --enable-maintainer-mode > --enable-compile-warnings > --prefix=/export/home/danmorg/monoinstall ... > checking build system type... i386-pc-solaris2.11 > > Any ideas? > > Thanks, > Daniel > > > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > ___ > 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] [Mono-devel-list] Operating System in C# Project
This is very interesting idea.I had been thinking about this for some time. To bring the language cleanliness and clarity of Java / C# down to OS layer.The OS I have in my focus is mikrokernel based distributed servers architecture, actually MINIX. Minix brings many best practices and cleanliness from OS side.In my opinion a compiler for generating native code from C# would be required. Then the task could boil down to a port/rewrite of MINIX.Suresh Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PROPOSAL] gendarme - support for displaying the source code of violations
2006/9/27, Sebastien Pouliot <[EMAIL PROTECTED]>: Hello Christian,Yes, it's definitively something coming for Gendarme :-)JB and I discussed about this a few weeks ago when he committed this new feature to SVN. We will resume this talk (and hopefully code) when wemeet at the Mono meeting in October. Ah, cool - I'm looking forward to the results of your talks :-). One change in order to support better tracking of locations might be to migrate all rules to a new Location constructor which takes Cecil's underlying object definitions (e.g. Instruction, MethodDefinition, TypeDefinition, ...) and drop the string constructor. This may help you in the future since then you just need to change the Location class in order to resolve a "real" location. Christian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
Hi, I think a IL to native "translator" would be a better choice as that way you wouldn't restrict users to C# and they could use any .NET language to contribute features to your kernel. I have been thinking of that sort of "translator" myself, but it would require a lot of work to get all the .NET features working correctly. But if you aren't planning to use Reflection and other hard-to-implement-in-native features, you can take a look at Vala[1] - It's a GObject based language very similar to C#. Best wishes, Mart [1] http://vala.paldo.org/ On 28/09/06, Suresh Shukla <[EMAIL PROTECTED]> wrote: > This is very interesting idea. > > I had been thinking about this for some time. To bring the language > cleanliness and clarity of Java / C# down to OS layer. > > The OS I have in my focus is mikrokernel based distributed servers > architecture, actually MINIX. Minix brings many best practices and > cleanliness from OS side. > > In my opinion a compiler for generating native code from C# would be > required. Then the task could boil down to a port/rewrite of MINIX. > > Suresh > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
On 9/28/06, Suresh Shukla <[EMAIL PROTECTED]> wrote: > This is very interesting idea. > > I had been thinking about this for some time. To bring the language > cleanliness and clarity of Java / C# down to OS layer. > > The OS I have in my focus is mikrokernel based distributed servers > architecture, actually MINIX. Minix brings many best practices and > cleanliness from OS side. > > In my opinion a compiler for generating native code from C# would be > required. Then the task could boil down to a port/rewrite of MINIX. > > Suresh I couldn't find the email to which this was a reply, so I'm probably bringing up something that's already been mentioned. MS Research is currently running a fascinating OS project called Singularity, of which large portions are written in C# (and derivatives), though it does use some C, ASM and C++. There's a bit about it at http://en.wikipedia.org/wiki/Singularity_(operating_system) The OS runs CIL code, and because it's fully verifiable so they can completely do away with hardware memory management. The GC is at the OS level (and written in C#). Then after it's been verified they can compile the CIL down to native code. The problem with writing an OS in C# is of course making a fully managed runtime and class libraries. Even if you can compile to native code (e.g. Mono's AOT compiler) you'll still need some kind of runtime, and if that's managed it'll need a runtime etc... Basically you have to break this cyclic dependency somehow with bits of unmanaged code somewhere, even if it's implemented as specialised compiler output. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile mono or mcs, please help
You're right, WinRAR screwed up the untarballing! Thanks.By the way, the build instructions say to use ./configure --prefix=/tmp/install and "feel free to use any prefix you want". What is the prefix for? It seems to work without one. However, it still won't build, whether or not I gave a prefix. I get one of the following two "error 128"s:Making all in monoburgmake[3]: Entering directory `/cygdrive/d/Dev/University/ENCM599/mono- 1.1.17.1/mono/monoburg'bison ./monoburg.y -o parser.cgcc -mno-cygwin -g -o monoburg ./monoburg.c parser.c -I/cygdrive/d/Dev/University/ENCM599/mcs_dependencies/include/glib- 2.0 -I/cygdrive/d/Dev/University/ENCM599/mcs_dependencies/lib/glib-2.0/include -I. -g -O2 -L/cygdrive/d/Dev/University/ENCM599/mcs_dependencies/lib -lgthread-2.0 -lglib-2.0 -lintl -liconv./monoburg ./sample.brg > sample.cmake[3]: *** [sample.c] Error 128make[3]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono/monoburg'make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono- 1.1.17.1'make: *** [all] Error 2ORMaking all in minimake[3]: Entering directory `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono/mini '../../mono/monoburg/monoburg -c 1 -p -e ./inssel.brg ./inssel-float.brg ./inssel-long32.brg ./inssel-x86.brg -d inssel.h -s inssel.cmake[3]: *** [inssel.c] Error 128make[3]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono- 1.1.17.1/mono/mini'make[2]: *** [all-recursive] Error 1make[2]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono' make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1'make: *** [all] Error 2On 9/26/06, Andreia Gaita <[EMAIL PROTECTED]> wrote: On 9/26/06, David Piepgrass <[EMAIL PROTECTED]> wrote:> - Why doesn't mono-1.1.17.1.tar.gz contain a gmcs directory at all?Check that you're extracting in cygwin's command line, and not with winrar or some such program. The tar doesn't come out properly and ismissing many files if you extract it with winrar and others, but itdoesn't signal any errors.shana___ Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-devel-list -- - Davidhttp://qwertie.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] patch for System.Net/WebException.cs
On Wed, 2006-09-20 at 03:23 -0700, Andrew Skiba wrote: > Hello. > > The previous testcase used a null for WebResponse. This may produce an > impression, that not-null response would produce a different > serialization result. So please consider an improved test in the > attachment. I attach the fix for WebException again, for your > convenience. The patch is in svn. Thanks a lot. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile mono or mcs, please help
On 9/28/06, David Piepgrass <[EMAIL PROTECTED]> wrote: > By the way, the build instructions say to use ./configure > --prefix=/tmp/install and "feel free to use any prefix you want". What is > the prefix for? It seems to work without one. The configure script configures all the makefiles and such for the build and install. The prefix is where you'd like to have the configure script setup up the installation after the build. By default it assumes a value, so it should work either way. It is useful if you want to build mono in different ways, and have them installed concurrently (each to it's own directory). >However, it still won't build, whether or not I gave a prefix. I get one of the following two >"error 128"s: Those are strange... the only error code 128 I can remember right now is a code ERROR_WAIT_NO_CHILDREN, happens when a CreateProcess() call fails. Have no idea if it's relevant... gonna try compiling on cygwin and see if I can replicate that :p shana ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile mono or mcs, please help
Thanks! Also, what I really want to do is compile mcs/gmcs; these errors occur for something else. Given that I have mono binaries installed (from the Windows installer), can I build mcs/gmcs by itself? I get another "error 128" if I run make in /mono- x.x.x.x/mcs...On 9/28/06, Andreia Gaita < [EMAIL PROTECTED]> wrote:On 9/28/06, David Piepgrass < [EMAIL PROTECTED]> wrote:> By the way, the build instructions say to use ./configure> --prefix=/tmp/install and "feel free to use any prefix you want". What is> the prefix for? It seems to work without one. The configure script configures all the makefiles and such for thebuild and install. The prefix is where you'd like to have theconfigure script setup up the installation after the build. By defaultit assumes a value, so it should work either way. It is useful if you want to build mono in different ways, and have them installedconcurrently (each to it's own directory).>However, it still won't build, whether or not I gave a prefix. I getone of the following two >"error 128"s:Those are strange... the only error code 128 I can remember right nowis a code ERROR_WAIT_NO_CHILDREN, happens when a CreateProcess() callfails. Have no idea if it's relevant... gonna try compiling on cygwin and see if I can replicate that :pshana-- - Davidhttp://qwertie.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile mono or mcs, please help
On 9/28/06, David Piepgrass <[EMAIL PROTECTED]> wrote: > Thanks! Also, what I really want to do is compile mcs/gmcs; these errors > occur for something else. Given that I have mono binaries installed (from > the Windows installer), can I build mcs/gmcs by itself? I get another "error > 128" if I run make in /mono- x.x.x.x/mcs... Check out this article: http://www.ondotnet.com/pub/a/dotnet/2005/02/07/monowindows.html?page=1 shana ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] gendarme - interface change of IRule
On Wed, 2006-09-27 at 19:36 +0200, Christian Birkl wrote: > Hi all, > > as proposed a few days ago attached a patch which changes all IRule > interfaces from returning an untyped IList to a typed > MessageCollection class (including the migration of all rules). Committed to SVN Thanks! -- Sebastien Pouliot <[EMAIL PROTECTED]> Blog: http://pages.infinit.net/ctech/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] several patches for System.dll
Hello. Please review these patches for System.dll. Part of them is needed to omit TARGET_JVM, so code will be common. * AcceptList.patch - stop using of non-standard methods from mscorlib * DigestClient.patch - use MD5.Create instead of HashAlgorithm.Create ("MD5") * IOrderedDictionary.patch - fix the base intefaces list to match .Net * ListDictionary.patch - remove unused output parameter (expensive in Java) * X509CertificateCollection.patch - remove unnecessary overload Thank you. Andrew. AccessControl.patch Description: AccessControl.patch DigestClient.patch Description: DigestClient.patch IOrderedDictionary.patch Description: IOrderedDictionary.patch ListDictionary.patch Description: ListDictionary.patch X509CertificateCollection.patch Description: X509CertificateCollection.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ConfigurationSettings patch
Hello. The attachment has a patch for ConfigurationSettings to add support for requirePermission attribute. Thank you. Andrew. ConfigSet.patch Description: ConfigSet.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cannot compile mono or mcs, please help
Hi, "David Piepgrass" <[EMAIL PROTECTED]> writes: > You're right, WinRAR screwed up the untarballing! Thanks. > > By the way, the build instructions say to use ./configure > --prefix=/tmp/install and "feel free to use any prefix you want". What is the > prefix for? It seems to work without one. > > However, it still won't build, whether or not I gave a prefix. I get one of > the following two "error 128"s: > > Making all in monoburg > make[3]: Entering directory `/cygdrive/d/Dev/University/ENCM599/mono- > 1.1.17.1/mono/monoburg' > bison ./monoburg.y -o parser.c > gcc -mno-cygwin -g -o monoburg ./monoburg.c parser.c > -I/cygdrive/d/Dev/University/ENCM599/mcs_dependencies/include/glib- > 2.0 > -I/cygdrive/d/Dev/University/ENCM599/mcs_dependencies/lib/glib-2.0/include > -I. -g -O2 -L/cygdrive/d/Dev/Universit > y/ENCM599/mcs_dependencies/lib -lgthread-2.0 -lglib-2.0 -lintl -liconv > ./monoburg ./sample.brg > sample.c > make[3]: *** [sample.c] Error 128 > make[3]: Leaving directory > `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono/monoburg' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/cygdrive/d/Dev/University/ENCM599/mono-1.1.17.1/mono' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/cygdrive/d/Dev/University/ENCM599/mono- 1.1.17.1' > make: *** [all] Error 2 I'm not too familiar with Windows nor with CygWin. From the looks of it, there's some issue with your path or your compiler :-) Basically, the build compiles a helper, and immediately executes the helper. If there's some problem with your compiler, or if the system cannot find the DLLs, I guess the execution errors would look like this. My random guess is that d:\Dev\University\ENCM599\mcs_dependencies\bin is _not_ in %PATH%. - Hari ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
Michael Hutchinson escribió: > I couldn't find the email to which this was a reply, so I'm probably > bringing up something that's already been mentioned. The email was this[1]. It's easy to find threads if you have an NNTP access to an archive in which messages don't expire ever [2] :) Regards, Andrés [ knocte ] [1] http://lists.ximian.com/pipermail/mono-devel-list/2005-May/thread.html#11980 [2] http://www.gmane.org/ -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
Two things you ought to look at that may help you in your research: 1. Mono.Cecil 2. Mono Managed Runtime There is Mono.Cecil which allows you to do more than what System.Reflection can provide. It is also included with Mono. http://www.mono-project.com/Cecil There is Joshua Tauberers Mono Managed Runtime which is at its early stages of development. He says it can run Hello Word. Basically, its a CLR interpreter written in C#. http://razor.occams.info/blog/?p=43 --- Suresh Shukla <[EMAIL PROTECTED]> wrote: > This is very interesting idea. > > I had been thinking about this for some time. To > bring the language cleanliness and clarity of Java / > C# down to OS layer. > > The OS I have in my focus is mikrokernel based > distributed servers architecture, actually MINIX. > Minix brings many best practices and cleanliness > from OS side. > > In my opinion a compiler for generating native code > from C# would be required. Then the task could boil > down to a port/rewrite of MINIX. > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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] Cannot compile mono or mcs, please help
btw, if you happen to run into "*** multiple target patterns. Stop." errors while makeing, use the make 3.80 instead of the 3.81. It's not available on cygwin setup, you can get it here http://cygwin.paracoda.com/release/make/make-3.80-1.tar.bz2 , and just replace the make.exe with the one in the archive. shana ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-devel-list] Operating System in C# Project
Hello, Suresh! Your managed OS idea intrigues me. I have been working on a Linux-based OS which uses C# solutions for as much of the high-level (non-OS level) stuff like the boot agent, toolkit, OS tools, etc. Perhaps that code would be usefuI for your project? I have been considering doing C# rewrites of UNIX tools too. In any case, I am very interested in this project and would like to help/participate. Kernel and user space code translation shouldn't be all too difficult, considering mono does just that. Assuming the translated code would still require a runtime, mono's AOT facilities could handle this. As for the runtime being managed-- that depends on the ability to translate the entirety of it's CIL to 100% unmanaged code (without runtime-support). I'd say this is where the real challenge is. Yeah, the ability to generate fully-native executable files instead of shared libraries when invoking AOT compilation... perhaps instead of a new tool, this change could be implemented as another mono runtime compilation option like AOT (IE, mono --native or such). This would minimize the amount of redundant work, and since it would be right in the runtime, the checks for runtime-dependent code would probably be easier/complete. It would also provide a way to create unmanaged ELF executables based on C# software. Another idea: a subset of C# could be defined so the compiler can report runtime-dependent code as errors... On 9/28/06, Suresh Shukla <[EMAIL PROTECTED]> wrote: > This is very interesting idea. > > I had been thinking about this for some time. To bring the language > cleanliness and clarity of Java / C# down to OS layer. > > The OS I have in my focus is mikrokernel based distributed servers > architecture, actually MINIX. Minix brings many best practices and > cleanliness from OS side. > > In my opinion a compiler for generating native code from C# would be > required. Then the task could boil down to a port/rewrite of MINIX. > > Suresh > > > > Find out what India is talking about on - Yahoo! Answers India > Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get > it NOW > > > ___ > 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] Build mono from svn on Solaris Express x86
What versions are required? autoconf 2.59 automake 1.9.6 --- Zoltan Varga <[EMAIL PROTECTED]> wrote: > Hi, > > You may have very old versions of > autoconf/automake etc. > >Zoltan > > On 9/28/06, Daniel Morgan <[EMAIL PROTECTED]> > wrote: > > I have a problem running autogen.sh when building > Mono > > from svn on solaris express build 46 x86. > > > > configure error building mono from svn on solaris > x86 > > ./configure: line 22795: syntax error near > unexpected > > token `BASE_DEPENDENCIES,'./configure: line 22795: > ` > > PKG_CHECK_MODULES(BASE_DEPENDENCIES, glib-2.0 >= > > $GLIB_REQUIRED_VERSION)' > > > > But, pkg-config shows up correctly for glib-2.0: > > > > bash-3.00$ pkg-config --cflags --libs glib-2.0 > > -I/opt/csw/include/glib-2.0 > > -I/opt/csw/lib/glib-2.0/include -L/opt/csw/lib > > -lglib-2.0 -lintl > > > > I installed mono 1.1.13 from blastwave.org to > satisfy > > missing dependencies. > > > > There was warning near the beginning with > > libgc/autogen.sh too. > > > > Running autoconf ... > > Running libgc/autogen.sh ... > > Running aclocal ... > > acinclude.m4:20: warning: underquoted definition > of > > GC_SET_VERSION > > run info '(automake)Extending aclocal' > > or see > > > http://sources.redhat.com/automake/automake.html#Extending-aclocal > > Running automake --gnu ... > > Running autoconf ... > > Skipping configure process. > > Done running libgc/autogen.sh ... > > Running ./configure --enable-maintainer-mode > > --enable-compile-warnings > > --prefix=/export/home/danmorg/monoinstall ... > > checking build system type... i386-pc-solaris2.11 > > > > Any ideas? > > > > Thanks, > > Daniel > > > > > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.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] [Mono-devel-list] Operating System in C# Project
On 9/28/06, "Andrés G. Aragoneses [ knocte ]" <[EMAIL PROTECTED]> wrote: > The email was this[1]. It's easy to find threads if you have an NNTP > access to an archive in which messages don't expire ever [2] :) Oops, thanks. I thought my own archive was older than Singularity, but i was couple of months out. That'll teach me not to trust my memory ;-) I do think it's important to define exactly why the OS will be written in C#. If it's just for the sake of using a high-level language, then one without a runtime would be a much easier choice. Using CIL has got to involve more work because there's an additional dependency to work out -- the runtime. What MS is doing with Singularity make sense because they are requiring CIL for userland programs, in order to make it verifiable. They already need a CIL-to-native compiler for that (called 'Bartok' IIRC), so it's probably not so difficult to adapt it for use in the kernel. The key piece of technology is a CIL-to-native compiler that produces code that needs a minimal runtime. -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list