[Mono-dev] compilation error in building mono, cygwin
Hi All I ran into a compilation error when building mono in cygwin. The steps I did are: 1) remove all gcc 4.x stuff 2) run autogen.sh CFLAGS=-g -O0 CXXFLAGS=-g -O0 3) make Then error happened: mono-semaphore.c:37: error: storage size of 'ts' isn't known The statement for this error in source file is TIMESPEC ts, copy; And before this location, there is type declaration for TIMESPEC controlled by HAVE_SEMAPHORE_H, which declared in Config.h So I think there might be config error, any help? Thanks Zeng ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] compilation error in building mono, cygwin
BTW, the release version I built is 2.10.2 -- View this message in context: http://mono.1490590.n4.nabble.com/compilation-error-in-building-mono-cygwin-tp3593282p3593285.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] compilation error in building mono, cygwin
And version of make is 3.8.0 -- View this message in context: http://mono.1490590.n4.nabble.com/compilation-error-in-building-mono-cygwin-tp3593282p3593288.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] compiling (2.10.2) on a beagleboard-xm running Ubuntu
Hi, You are probably running into: https://bugzilla.novell.com/show_bug.cgi?id=683409 On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote: What kind of errors are you getting, just out of curiosity? I'm having issues of my own with 2.10.2 and getting mono apps to run on a Tegra 2 ARM chip. It compiles just fine, and ./mono --help works perfectly. But running any sort actual app makes mono segfault, after 4 or 5 inconsistent metadata errors. -- View this message in context: http://mono.1490590.n4.nabble.com/compiling-2-10-2-on-a-beagleboard-xm-running-Ubuntu-tp3527139p3593000.html Sent from the Mono - Dev mailing list archive at Nabble.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] compilation error in building mono, cygwin
Did you use the version of 'make' that came with Cygwin or did you download the version that the Mono team recommends? http://www.go-mono.com/archive/helper/make-3.80-1.tar.bz2 -- View this message in context: http://mono.1490590.n4.nabble.com/compilation-error-in-building-mono-cygwin-tp3593282p3593795.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes
Dear all, my linux application needs to start a big number (400) of processes. Each process is a mono application. I found the when trying to run more then 255 processes the runtime generates an exception. The problem does NOT arise when executing other processes, like e.g. bash. Example The following two executables classes are a simple proof of concept. Just compile the second class and put in into the /tmp folder MAIN PROGRAM using System; using System.Collections.Generic; using System.Text; using System.Diagnostics; namespace CrashTester { class Program { static void Main(string[] args) { ///In the real application this dictionary /// contains useful data. When a process dies, /// it can be started again with the same input parameters try { for (int i = 0; i 260; i++) { Console.Error.WriteLine(STARTING PROCESS: +(i+1).ToString()); ProcessStartInfo startinfo = new ProcessStartInfo(); startinfo.FileName = /usr/local/bin/mono; startinfo.Arguments = /tmp/ToCrash.exe +(i+1).ToString(); startinfo.UseShellExecute = false; startinfo.RedirectStandardError = false; startinfo.RedirectStandardOutput = false; Process p = new Process(); p.StartInfo = startinfo; p.Start(); } } catch (Exception ex) { Console.Error.WriteLine(ex.Message); Console.Error.WriteLine(ERROR IN START PROCESS!); } Console.ReadKey(); } } } CHILD PROCESSES using System; using System.Collections.Generic; using System.Text; namespace ToCrash { class Program { static void Main(string[] args) { if((args!=null)amp;amp;(args.Length0)) { Console.WriteLine(args[0]); } Console.ReadLine(); } } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes
On 13.06.2011 16:10, fco...@libero.it wrote: Dear all, my linux application needs to start a big number (400) of processes. Each process is a mono application. I found the when trying to run more then 255 processes the runtime generates an exception. Mono version? Architecture? Exception's stack trace? Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] I: Re: System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes
Versions: both mono 2.10 and 2.8. I think 2.4 has the same problem as well. Architecture: both x86 32 bit and 64 bit OS: Redhat EL 5.4 Ubuntu 10.04 Stack trace: just run the example code. It's self contained. Messaggio originale Da: robe...@gmx.net Data: 13/06/2011 16.14 A: mono-devel-list@lists.ximian.com Ogg: Re: [Mono-dev] System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes On 13.06.2011 16:10, fco...@libero.it wrote: Dear all, my linux application needs to start a big number (400) of processes. Each process is a mono application. I found the when trying to run more then 255 processes the runtime generates an exception. Mono version? Architecture? Exception's stack trace? Robert ___ 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] sdb-cli: Command Line Interface to the Soft Debugger
On 11.06.2011 13:57, Alex wrote: The driving force behind this project is being able to debug applications without relying on an IDE. MonoDevelop is a great IDE, but it's not always practical to use a full-blown IDE for debugging. The project sits here: https://github.com/XTZGZoReX/sdb-cli Very nice, thank you! I'm hoping this project could become an official part of the Mono project. I realize that with the dependencies it has, including it in the Mono repository itself would be problematic. Would it be possible for it to have a repository under the Mono organization? Furthermore, if it does become a part of the Mono organization, is there any way that it could be packaged with Mono without causing friction (due to its dependencies)? (The latter is not *that* important, but it would be a great way to get this tool out to the masses.) Distributions are usually not amused when they have to compile against binary BLOBS distributed with source code. This means that they'd probably take sdb-cli out of the build because it's too much work for them to figure out a source-only build for these binary components. I did not look at the source, but is there a really compelling reason other than comfort to support expressions (NRefactory) and MD's Mono.Debugging.Soft (better abstraction)? Is conditional compilation an option? Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sdb-cli: Command Line Interface to the Soft Debugger
Hi, There are two reasons I chose to use Mono.Debugging: 1) Expression evaluation. 2) Nicer interface for VM events (all the socket stuff is abstracted away). I consider the first the most important, personally, and I don't think there's any other (efficient) way to feature expression evaluation. Expression evaluation is absolutely crucial, especially with a command line debugger (where you don't have pretty type visualizers), so it needs to be there in one form or another. I'm also currently looking into adding ICSharpCode.Decompiler as a dependency, which would undoubtedly add to the friction... The reason for this is to allow decompiling assemblies for which there is no source code, and (hopefully) support debugging (breakpoints, etc) in the future. Overall, it'll probably be hard to ship sdb-cli with Linux distros, but what about the Mac packages? Regards, Alex 2011/6/13 Robert Jordan robe...@gmx.net: On 11.06.2011 13:57, Alex wrote: The driving force behind this project is being able to debug applications without relying on an IDE. MonoDevelop is a great IDE, but it's not always practical to use a full-blown IDE for debugging. The project sits here: https://github.com/XTZGZoReX/sdb-cli Very nice, thank you! I'm hoping this project could become an official part of the Mono project. I realize that with the dependencies it has, including it in the Mono repository itself would be problematic. Would it be possible for it to have a repository under the Mono organization? Furthermore, if it does become a part of the Mono organization, is there any way that it could be packaged with Mono without causing friction (due to its dependencies)? (The latter is not *that* important, but it would be a great way to get this tool out to the masses.) Distributions are usually not amused when they have to compile against binary BLOBS distributed with source code. This means that they'd probably take sdb-cli out of the build because it's too much work for them to figure out a source-only build for these binary components. I did not look at the source, but is there a really compelling reason other than comfort to support expressions (NRefactory) and MD's Mono.Debugging.Soft (better abstraction)? Is conditional compilation an option? Robert ___ 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] sdb-cli: Command Line Interface to the Soft Debugger
On Jun 13, 2011, at 11:47 AM, Alex wrote: Hi, There are two reasons I chose to use Mono.Debugging: 1) Expression evaluation. 2) Nicer interface for VM events (all the socket stuff is abstracted away). I consider the first the most important, personally, and I don't think there's any other (efficient) way to feature expression evaluation. Expression evaluation is absolutely crucial, especially with a command line debugger (where you don't have pretty type visualizers), so it needs to be there in one form or another. I'm also currently looking into adding ICSharpCode.Decompiler as a dependency, which would undoubtedly add to the friction... The reason for this is to allow decompiling assemblies for which there is no source code, and (hopefully) support debugging (breakpoints, etc) in the future. Overall, it'll probably be hard to ship sdb-cli with Linux distros, but what about the Mac packages? Regards, Alex There's no reason it would be hard to ship with Linux distros—you'll just need to pull in source for the assemblies you use and keep it up to date, rather than using binaries and keeping those up to date. A little more effort for you, but the downstreams will love you for playing nicely with them. —Bojan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] sdb-cli: Command Line Interface to the Soft Debugger
Alex, I forgot to mention that my remarks only concern the integration of sdb-cli into mono/mcs/tools/. Robert On 13.06.2011 17:47, Alex wrote: Hi, There are two reasons I chose to use Mono.Debugging: 1) Expression evaluation. 2) Nicer interface for VM events (all the socket stuff is abstracted away). I consider the first the most important, personally, and I don't think there's any other (efficient) way to feature expression evaluation. Expression evaluation is absolutely crucial, especially with a command line debugger (where you don't have pretty type visualizers), so it needs to be there in one form or another. I'm also currently looking into adding ICSharpCode.Decompiler as a dependency, which would undoubtedly add to the friction... The reason for this is to allow decompiling assemblies for which there is no source code, and (hopefully) support debugging (breakpoints, etc) in the future. Overall, it'll probably be hard to ship sdb-cli with Linux distros, but what about the Mac packages? Regards, Alex 2011/6/13 Robert Jordanrobe...@gmx.net: On 11.06.2011 13:57, Alex wrote: The driving force behind this project is being able to debug applications without relying on an IDE. MonoDevelop is a great IDE, but it's not always practical to use a full-blown IDE for debugging. The project sits here: https://github.com/XTZGZoReX/sdb-cli Very nice, thank you! I'm hoping this project could become an official part of the Mono project. I realize that with the dependencies it has, including it in the Mono repository itself would be problematic. Would it be possible for it to have a repository under the Mono organization? Furthermore, if it does become a part of the Mono organization, is there any way that it could be packaged with Mono without causing friction (due to its dependencies)? (The latter is not *that* important, but it would be a great way to get this tool out to the masses.) Distributions are usually not amused when they have to compile against binary BLOBS distributed with source code. This means that they'd probably take sdb-cli out of the build because it's too much work for them to figure out a source-only build for these binary components. I did not look at the source, but is there a really compelling reason other than comfort to support expressions (NRefactory) and MD's Mono.Debugging.Soft (better abstraction)? Is conditional compilation an option? Robert ___ 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] compiling (2.10.2) on a beagleboard-xm running Ubuntu
I am running into the same situation... have yet to really resolve or figure out how to resolve this issue. =( Dennis -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of rstat1 Sent: Sunday, June 12, 2011 7:07 PM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] compiling (2.10.2) on a beagleboard-xm running Ubuntu What kind of errors are you getting, just out of curiosity? I'm having issues of my own with 2.10.2 and getting mono apps to run on a Tegra 2 ARM chip. It compiles just fine, and ./mono --help works perfectly. But running any sort actual app makes mono segfault, after 4 or 5 inconsistent metadata errors. -- View this message in context: http://mono.1490590.n4.nabble.com/compiling-2-10-2-on-a-beagleboard-xm-r unning-Ubuntu-tp3527139p3593000.html Sent from the Mono - Dev mailing list archive at Nabble.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] compilation error in building mono, cygwin
yes, I tried this one, still failed -- View this message in context: http://mono.1490590.n4.nabble.com/compilation-error-in-building-mono-cygwin-tp3593282p3594206.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] compiling (2.10.2) on a beagleboard-xm running Ubuntu
I will look into this some more when I get a chance but I created a sample Hello World program where the problem would happen. So I am not completely on board with the idea that this might actually solve the problem I am running into. I partly believe that it has something to do with how I am building mono and was hoping that someone would have seen this and said: you built the package wrong and step # was where you made a mistake. Thanks, Dennis From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Zoltan Varga Sent: Monday, June 13, 2011 4:09 AM To: rstat1 Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] compiling (2.10.2) on a beagleboard-xm running Ubuntu Hi, You are probably running into: https://bugzilla.novell.com/show_bug.cgi?id=683409 On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote: What kind of errors are you getting, just out of curiosity? I'm having issues of my own with 2.10.2 and getting mono apps to run on a Tegra 2 ARM chip. It compiles just fine, and ./mono --help works perfectly. But running any sort actual app makes mono segfault, after 4 or 5 inconsistent metadata errors. -- View this message in context: http://mono.1490590.n4.nabble.com/compiling-2-10-2-on-a-beagleboard-xm-r unning-Ubuntu-tp3527139p3593000.html Sent from the Mono - Dev mailing list archive at Nabble.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] compiling (2.10.2) on a beagleboard-xm running Ubuntu
That bug has been marked fixed. Also it doesn't mention anything about inconsistent metadata. On Jun 13, 2011 7:09 AM, Zoltan Varga var...@gmail.com wrote: Hi, You are probably running into: https://bugzilla.novell.com/show_bug.cgi?id=683409 On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote: What kind of errors are you getting, just out of curiosity? I'm having issues of my own with 2.10.2 and getting mono apps to run on a Tegra 2 ARM chip. It compiles just fine, and ./mono --help works perfectly. But running any sort actual app makes mono segfault, after 4 or 5 inconsistent metadata errors. -- View this message in context: http://mono.1490590.n4.nabble.com/compiling-2-10-2-on-a-beagleboard-xm-running-Ubuntu-tp3527139p3593000.html Sent from the Mono - Dev mailing list archive at Nabble.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] compiling (2.10.2) on a beagleboard-xm running Ubuntu
The bug is fixed in HEAD and our mono 2.10 branch, not in the released mono 2.10.2. Also, it was a random crash, which could manifest in a variety of ways. Zoltan On Mon, Jun 13, 2011 at 6:22 PM, Ryan Statzer rst...@gmail.com wrote: That bug has been marked fixed. Also it doesn't mention anything about inconsistent metadata. On Jun 13, 2011 7:09 AM, Zoltan Varga var...@gmail.com wrote: Hi, You are probably running into: https://bugzilla.novell.com/show_bug.cgi?id=683409 On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote: What kind of errors are you getting, just out of curiosity? I'm having issues of my own with 2.10.2 and getting mono apps to run on a Tegra 2 ARM chip. It compiles just fine, and ./mono --help works perfectly. But running any sort actual app makes mono segfault, after 4 or 5 inconsistent metadata errors. -- View this message in context: http://mono.1490590.n4.nabble.com/compiling-2-10-2-on-a-beagleboard-xm-running-Ubuntu-tp3527139p3593000.html Sent from the Mono - Dev mailing list archive at Nabble.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] I: Re: System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes
Might it have to do with the fact that Mono only allows 256 shared handles? See _WAPI_HANDLE_INITIAL_COUNT in wapi-private.h and the /* FIXME: grow the arrays */ in handles.c _wapi_handle_real_new(). We ran into a problem like this on a build box that exec'd a lot of processes but we worked around it by using GC.Collect(); GC.WaitForPendingFinalizers(); GC.Collect(); to clean up the handles. Tom On 6/13/11 8:05 AM, fco...@libero.it fco...@libero.it wrote: Versions: both mono 2.10 and 2.8. I think 2.4 has the same problem as well. Architecture: both x86 32 bit and 64 bit OS: Redhat EL 5.4 Ubuntu 10.04 Stack trace: just run the example code. It's self contained. Messaggio originale Da: robe...@gmx.net Data: 13/06/2011 16.14 A: mono-devel-list@lists.ximian.com Ogg: Re: [Mono-dev] System.Diagnostics.Process.Start() crashes when trying to allocate more than 255 processes On 13.06.2011 16:10, fco...@libero.it wrote: Dear all, my linux application needs to start a big number (400) of processes. Each process is a mono application. I found the when trying to run more then 255 processes the runtime generates an exception. Mono version? Architecture? Exception's stack trace? Robert ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list