[Mono-dev] Question - pass a socket between processes

Hi there, I'm trying to pass a socket from a process to another one, in order to create a front-end server and a back-end server of Plastic SCM. Well,  I'm able to do that (thanks to Dick Porter) using the following:   new Socket(A

Re: [Mono-dev] Question about NetworkStream.BeginRead

or more threads is only making things even worse. On 16/03/2012 19:08, gelin yan wrote: > > > On Sat, Mar 17, 2012 at 2:03 AM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mailto:pablosantosl...@terra.es>> wrote: > > Ok: the problem is tha

Re: [Mono-dev] Question about NetworkStream.BeginRead

Ok: the problem is that I was wrapping the NetworkStream with a BufferedStream, and BufferedStream is not async in Mono, while it is async in .NET :( On 16/03/2012 16:57, pablosantosl...@terra.es wrote: > Hi, > > I'm working on some changes to make the TcpChannel work

[Mono-dev] Question about NetworkStream.BeginRead

Hi, I'm working on some changes to make the TcpChannel work in async mode. Instead of changing all the reads and writes to async, I'm just modifying the intial message status read to async, so instead of having a pile of threads waiting for IO on the server (waiting for clients to call or disconn

Re: [Mono-dev] System.Runtime.Remoting.Channels.Tcp upgrade to Async

I think Dick's async channel was never integrated. Any interest out there on relaunching it?? Maybe integrating the code + a blog post?? Makes sense? On 23/02/2012 16:00, Robert Jordan wrote: > Hi Pablo, > > On 23.02.2012 14:17, pablosantosl...@terra.es wrote: >> Hi there, &

Re: [Mono-dev] System.Runtime.Remoting.Channels.Tcp upgrade to Async

3/02/2012 16:00, Robert Jordan wrote: > Hi Pablo, > > On 23.02.2012 14:17, pablosantosl...@terra.es wrote: >> Hi there, >> >> As far as I see here: >> >> https://github.com/mono/mono/tree/master/mcs/class/System.Runtime.Remoting/System.Runtime.Remoting.Channels.

[Mono-dev] System.Runtime.Remoting.Channels.Tcp upgrade to Async

Hi there, As far as I see here: https://github.com/mono/mono/tree/master/mcs/class/System.Runtime.Remoting/System.Runtime.Remoting.Channels.Tcp the good old TCP channel has been largely untouched for about 4 years now. We use it on a daily basis in Plastic SCM (with some tweaks) but I wonder if

[Mono-dev] monodevelop site is down

Hi, Sorry if I'm posting to the wrong list but I can't find Lluis anymore (his novell email seems to be gone). Just let you know that monodevelop.com is down, so people trying to get 2.6 will be in trouble http://monodevelop.com/index.php?title=Download/What's_new_in_MonoDevelop_2.6 pablo _

[Mono-dev] TFS code

Hi there, Looong ago I remember I read some Team Foundation Server client code was developed and uploaded to the mono repo. Since we're heavily working on Plastic SCM interop with TFS, Git and others, I'd like to use the TFS Client code to access TFS. Where is it located? I can't find it under "

[Mono-dev] Mono WinForms running on Solaris 11... great!

Hi there, Yes, it's me again talking about Solaris... this time, MWF on Solaris 11. It seems the latest version got rid of some well-known X problems: http://www.facebook.com/album.php?aid=253265&id=8260127524&saved Enjoy! pablo ___ Mono-devel-list ma

[Mono-dev] Mono 2.8 with sgen on Solaris 10 SPARC

Hi all, Just wanted to let you know that our main internal Plastic SCM server has been running now for more than 1 month without issues on Solaris SPARC using Mono 2.8 and sgen! Cheers, pablo www.plasticscm.com ___ Mono-devel-list mailing list Mono-de

[Mono-dev] Some screenshots of Mono on Solaris

Hi guys, Please check this: http://codicesoftware.blogspot.com/2010/10/welcome-crazy-monkeys-mono-on-solaris.html for some MWF screenshots on Solaris 10. We've already uploaded the new 2.8 Solaris 10 SPARC package and OpenSolaris x86 package to the mono site so I guess they'll get published soon.

Re: [Mono-dev] UnixUserInfo issues in OpenBSD

return errno == ERANGE; >> + if (ret != 0) >> + return errno = ERANGE; >> return 0; >> } >> >> On (2010-10-13 12:56), Jonathan Pryor wrote: >>> On Wed, 2010-10-13 at 16:38 +0200, pablosantosl...@terra.es wrot

Re: [Mono-dev] UnixUserInfo issues in OpenBSD

. > > - Jon > > On Wed, 2010-10-13 at 10:43 +0200, pablosantosl...@terra.es wrote: >> Hi all, >> >> The following simple program fails on OpenBSD: >> >> using System; >> using Mono.Unix; >> >> public class Info >>

[Mono-dev] UnixUserInfo issues in OpenBSD

Hi all, The following simple program fails on OpenBSD: using System; using Mono.Unix; public class Info { public static void Main() { Console.WriteLine(Environment.UserName); Console.WriteLine(new UnixUserInfo(Environment.UserName).UserName);

Re: [Mono-dev] Memory usage differences between GC and OS

Hi Andreas, > As you wrote: That 200Mb isn't memory! It is address space. > And as you have about 17592186044416 Mb of address space available on a > 64-bit system 200MB isn't much to worry about. Yep, ok, there's a longer story behind: we worked close to the Mono team figuring out several issues

[Mono-dev] Memory usage differences between GC and OS

Hi all, I could have titled it "where my mem has gone?" too :P I've been talking to Mark Probst today regarding some issues and questions related to general memory usage. We've been testing sgen for months now and we're currently moving our internal production server to Solaris/SPARC & Mono/sgen

Re: [Mono-dev] Git faq updated with workflows

Hi all, I've just posted a very detailed entry describing "branch per task". http://codicesoftware.blogspot.com/2010/08/branch-per-task-workflow-explained.html I didn't specifically talk about Plastic so it's perfectly doable with Git too. pablo On 29/07/2010 13:17,

Re: [Mono-dev] Git faq updated with workflows

All, I'd strongly recommend you separate every task (every entry on bugzilla) on a separated branch. I'm very used to it since this is the way we work internally in Plastic (and what we do recommend to all our customers). It gives you perfect traceability and flexibility to handle all changes. G

Re: [Mono-dev] Migration to GitHub completed!

l be able to pull from github but that's pretty much it. > > -- > Jérémie Laval > jeremie.la...@gmail.com <mailto:jeremie.la...@gmail.com> > http://neteril.org > > > On Wed, Jul 28, 2010 at 11:26 AM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.

Re: [Mono-dev] Migration to GitHub completed!

Hi Alan, But, now I'm downloading the entire history of mono instead of a single copy of 'master', right? pablo On 28/07/2010 11:24, Alan wrote: > Hey, > > On Wed, Jul 28, 2010 at 10:21 AM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mai

Re: [Mono-dev] Migration to GitHub completed!

?? Thanks, pablo On 23/07/2010 8:38, Raja R Harinath wrote: > Hi, > > "pablosantosl...@terra.es" writes: > >> Congrats Gonzalo!!! >> >> Question: how long did the import take?? > > The actual import run takes about 2-3 hours. The whole process of

Re: [Mono-dev] Migration to GitHub completed!

Congrats Gonzalo!!! Question: how long did the import take?? Thanks, pablo On 22/07/2010 20:51, Gonzalo Paniagua Javier wrote: > Hello, > > Our migration to GitHub is now completed. > > See http://mono-project.com/GitFAQ for more details. > > svn+ssh://mono-cvs.ximian.com/source will be kept

Re: [Mono-dev] Playing with Mono.Terminal, no success

lains that when it fails. > >> >> Thanks, >> >> pablo >> >> On 11/05/2010 9:21, pablosantosl...@terra.es wrote: >>> Hi Miguel, >>> >>> Well, here's my code (I tried a different example than the one sent before) >>&g

Re: [Mono-dev] Playing with Mono.Terminal, no success

Hi, Any updates on this? Thanks, pablo On 11/05/2010 9:21, pablosantosl...@terra.es wrote: > Hi Miguel, > > Well, here's my code (I tried a different example than the one sent before) > > using System; > using Mono.Terminal; > > namespace cluster

Re: [Mono-dev] Playing with Mono.Terminal, no success

Hi Miguel, Well, here's my code (I tried a different example than the one sent before) using System; using Mono.Terminal; namespace clustermgr { class MainClass { public static void Main(string[] args) { Application.Init(false); Dialog d = new Dial

[Mono-dev] Playing with Mono.Terminal, no success

Hi there, I'm trying the simple sample at: http://www.mono-project.com/MonoCurses Application.Init (false); Dialog d = new Dialog (40, 8, "Hello"); d.Add (new Label (0, 0, "Hello World")); Application.Run (d); on an OpenSuse box. But it doesn't work for me, it just exits and breaks

Re: [Mono-dev] some sysctl fixes for OpenBSD

g on OpenBSD soon so I'll definitely will give it a try. pablo On 08/04/2010 13:33, Robert Nagy wrote: > Hey > > Yeah we have been using it for quiet some time now. Both 2.6.3 and svn HEAD > works just fine now. > > On (2010-04-08 12:51), pablosantosl...@terra.es wrote:

Re: [Mono-dev] some sysctl fixes for OpenBSD

Robert, I tried to reach you using your email but I get tons of errors. Are you able to build latest Mono on OpenBSD now? Are you going to maintain it? Thanks, pablo On 08/04/2010 10:42, Robert Nagy wrote: > Hey > > The following diff removes the XXX hacks from the io-layer OpenBSD > specific

[Mono-dev] sgen progress

Hi all, Yesterday night I had the opportunity to make a tiny contribution to Mark's big effort on sgen implementation. We were running a heavy load test consisting on 80 plastic scm clients working against a single server, which was using sgen. The test has been run several times already but yes

[Mono-dev] Could not load type 'System.Data.SchemaSerializationMode' with Mono 2.6

Hi there, We're sending a DataSet with remoting from a server (built with 2.0 profile) to a client (built with 1.0 profile) and we get this: Could not load type 'System.Data.SchemaSerializationMode' It wasn't happening prior to mono 2.6. There were any changes on 2.6 that could be changing this

[Mono-dev] Announcing Mono 2.6.1 Solaris packages

Hi! I'm more than happy to announce that we've just released Mono 2.6.1 packages for Solaris 10 SPARC and OpenSolaris x86!! I expect Solaris 10 x86 to be following soon. They're both available at the Mono downloads page already! They're easy to build from sources, but even easier to install fro

[Mono-dev] Boehm GC reaching max_map_count

Hi there, We're experiencing problems with a server running on a 64bits box with plenty of RAM. After a few hours it crashed and the problem was that it was reaching the max_map_count limit. We raised it to two times the default (64k) but it also crashed. The problem is the following: normally

Re: [Mono-dev] soft debugger

on every OS or just Linux?? I know it's on Mac too, we're using it! :-) On 21/02/2010 23:15, Zoltan Varga wrote: > On amd64/x86/arm. > >Zoltan > > On Sun, Feb 21, 2010 at 11:10 PM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <ma

[Mono-dev] soft debugger

Hi there, On which platforms is the soft debugger supported? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Process.GetCurrentProcess().MainModule.FileName broken on 2.6.1 on FreeBSD

It still failed on 2.4.3 We'll try to fix it. pablo On 10/02/2010 21:10, Rodrigo Kumpera wrote: > Hi Pablo, > > On Wed, Feb 10, 2010 at 6:05 PM, psant...@codicesoftware.com > > wrote: > > Hi there, > > > [tes..

Re: [Mono-dev] Building Mono trunk on FreeBSD

> > El 10/02/10 12:27, pablosantosl...@terra.es escribió: >> Up and running! :-) >> >> On 10/02/2010 10:28, Robert Jordan wrote: >>> On 10.02.2010 00:29, pablosantosl...@terra.es wrote: >>>> Using gmake it went much further but... >>>> >>

Re: [Mono-dev] Building Mono trunk on FreeBSD

Up and running! :-) On 10/02/2010 10:28, Robert Jordan wrote: > On 10.02.2010 00:29, pablosantosl...@terra.es wrote: >> Using gmake it went much further but... >> >> Creating the per profile list >> ../../build/deps/net_2_0_System.ServiceModel.Web.dll.sources ... >

Re: [Mono-dev] Building Mono trunk on FreeBSD

since the file list is stored in a file and > read from there. > > Zoltan > > On Wed, Feb 10, 2010 at 12:29 AM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mailto:pablosantosl...@terra.es>> wrote: > > Using gmake it we

Re: [Mono-dev] Building Mono trunk on FreeBSD

aving directory `/usr/home/pablo/monosrc/mcs' gmake[2]: *** [all-local] Error 2 gmake[2]: Leaving directory `/usr/home/pablo/monosrc/mono/runtime' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/home/pablo/monosrc/mono' gmake: *** [all] Error 2 On 09/02/2010 21:

Re: [Mono-dev] Building Mono trunk on FreeBSD

Ok, I'll give it a try On 09/02/2010 20:04, Zoltan Varga wrote: > Hi, > > I'm pretty sure mono requires GNU make, and might not work with bsd's > own make. > >Zoltan > > On Tue, Feb 9, 2010 at 6:19 PM, pablosantosl...@terr

[Mono-dev] Building Mono trunk on FreeBSD

Hi there, I'm trying to build trunk on FreeBSD. Here's what I got. I'm not an expert on FreeBSD so I might be doing something wrong. $ uname -a FreeBSD freebox.codicesoftware.com 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Tue Jan 5 16:02:27 UTC 2010 r...@i386-builder.daemonology.net:/usr/obj/usr

Re: [Mono-dev] Fundamental performance problems with Mono

Hi, Could you also share some test code so we can gain a better understanding of the issue/s? Thanks, pablo On 07/01/2010 16:37, zvikag wrote: > > Hello all, > The bottom line of this message is that I don't see how can one write a > high-performance socket server in Mono... > Here is the sto

Re: [Mono-dev] Interactive C# shell for server monitoring

Ok, thanks Miguel. Miguel de Icaza wrote: > Hello, > >> Sure, I've seen that. >> >> My question is if anyone already played with it, introducing it into an >> app and giving a network access to it. > > The problem today with CSharp and attach is that it is not integrated > with the main loop of

Re: [Mono-dev] Interactive C# shell for server monitoring

Sure, I've seen that. My question is if anyone already played with it, introducing it into an app and giving a network access to it. Jb Evain wrote: > Hey Pablo, > > On 11/11/09, pablosantosl...@terra.es wrote: >> Any experience anyone using Interactive C# shell

[Mono-dev] Interactive C# shell for server monitoring

Hi, Any experience anyone using Interactive C# shell (http://www.mono-project.com/CsharpRepl) embedded into a server process for monitoring purposes (accessible through a socket maybe?) Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-

Re: [Mono-dev] Should we replace MemoryStream?

that most >>> likely won't be resized and in this case users are expecting the >>> constructor to have a complexity of O(1) and GetBuffer to also be >>> O(1). The same expectation is probably also true with a fixed size >>> MemoryStream. >>> >>> On

Re: [Mono-dev] Should we replace MemoryStream?

I agree (especially thinking about the chunk-pool I mentioned) having separate classes can be better, so that everyone can choose. Andreas Nahr wrote: > I'm still not sure this is a good idea. A lot of this depends on the > use-case for MemoryStream. > If > 1) A MemoryStream is created with a par

Re: [Mono-dev] Soft debugger HOWTO

Hi Geoff, >> - I understand MD is the primary interface *right now* for the soft >> debugger, is it possible to debug a Linux app too? > > You mean a native app? No. You mean a mono app on linux? Yes, on x86 > and amd64 and arm currently. I'm only concerned 99.99% of the time about managed code

[Mono-dev] Soft debugger HOWTO

Hi, After the announcement last week of the new soft debugger, I have several questions: - I understand MD is the primary interface *right now* for the soft debugger, is it possible to debug a Linux app too? - Is there any other available interface to use the soft debugger besides MD? - As Migu

Re: [Mono-dev] Should we replace MemoryStream?

Hi, I think a very important place were this chunked mem streams HAVE TO be placed (in fact I'll be trying them tomorrow under heavy load on our testing cluster) is in remoting: there's a huge number of mem streams being created and destroyed (one for each call) and this can help... only if the ne

Re: [Mono-dev] An asynchronous System.Runtime.Remoting.Channels.Tcp

Hi, Dick and I were talking about the possible race conditions (we've found one on our code) that the system ThreadPool can have when used from the channel and the code (remember the *current* tcp channel does not use the system threadpool but a custom and really simple one). Would it be possible

Re: [Mono-dev] IA-64 big-endian

ying to run a Mono built on Mono Itanium on the HP-UX and check whether it just works? pablo > Rayson > > > > On Thu, Oct 29, 2009 at 6:03 PM, pablosantosl...@terra.es > wrote: >> Zoltan, >> >> Would you mind sharing with us your thoughts about the things t

Re: [Mono-dev] IA-64 big-endian

Zoltan, Would you mind sharing with us your thoughts about the things to change so we can have an idea of what's involved? As Dick pointed, would we need a hardware manual? Thanks, pablo Zoltan Varga wrote: > Hi, > >It would probably require a lot of modifications but its easier t

[Mono-dev] Novell.Directory.Ldap replacement?

Hi there, We're having troubles with Novell.Directory.Ldap library. We're about to contact the developer with a couple of fixes, but it seems they just improve the situation but doesn't totally solve it. After thousands of requests (on a test program on a linux box) the app always get blocked, so

Re: [Mono-dev] faster than hashtable?

#x27;s near useless us telling you X is > faster or Y is better without knowing the workload involved. > > Alan. > > On Wed, Oct 28, 2009 at 2:40 PM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mailto:pablosantosl...@terra.es>> wrote: > &g

Re: [Mono-dev] faster than hashtable?

Excellent. Is there a wrapper for C#? Is it worth? Felipe Lessa wrote: > On Tue, Oct 27, 2009 at 11:58:31PM +0100, psant...@codicesoftware.com wrote: >> If you need to store key/value pairs, where the key will be ALWAYS a >> unique long (no collisions), is there anything better than a Hashtable? >

Re: [Mono-dev] faster than hashtable?

Thanks, Good to know! I'll give it a try. Alan McGovern wrote: > If the key is random, a hashtable is the fastest way. You may be able to > eke some extra speed out of the Dictionary class by ripping all > the code to support generic keys and instead hardcode the key to always > be a long. That s

Re: [Mono-dev] Error handling longs on Mono SPARC

Hi Zoltan, > If you can't create a test case, could you run your app with > MONO_VERBOSE_METHOD= > then with > MONO_VERBOSE_METHOD= > > and send me the output ? Sure, I'll do. > What does ' *gets fixed by building disabling the "optimize" mode*' > means, is this a flag > for the c# compiler ?

Re: [Mono-dev] Error handling longs on Mono SPARC

> A small testcase would be very useful, it can usually be generated by > taking the code > which exhibits the problem, and removing stuff from it. Also, does it > happen with 2.4 > too ? Not sure we'll be able to reproduce it outside the real code. It's a big process, in case this has somethi

Re: [Mono-dev] Error handling longs on Mono SPARC

Hi Zoltan, Should we file a bug on bugzilla? pablo pablosantosl...@terra.es wrote: > Hi Zoltan, > > It's the daily tarball (the date is in the version string) which I > believe is svn trunk. > > > pablo > > Zoltan Varga wrote: >> Hi, >> >&g

Re: [Mono-dev] Error handling longs on Mono SPARC

Zoltan > > On Mon, Oct 26, 2009 at 1:11 PM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mailto:pablosantosl...@terra.es>> wrote: > > Hi there, > > This is our configuration: > > -bash-3.00$ uname -a >

[Mono-dev] Error handling longs on Mono SPARC

Hi there, This is our configuration: -bash-3.00$ uname -a SunOS atenea 5.11 snv_34 sun4u sparc SUNW,Sun-Blade-1000 -bash-3.00$ mono --version Mono JIT compiler version 20091021 (tarball Wed Oct 21 19:04:28 CEST 2009) Copyright (C) 2002-2009 Novell, Inc and Contributors. www.mono-project.com

Re: [Mono-dev] [Patch] Make Boehm GC stack scanning less aggressive

Unless you need to keep production code up and running... TODAY. ;-) Rodrigo Kumpera wrote: > Hi Dick, > > I believe there is very little reason to do development on libgc as sgen > is been worked and > advancing quite fast. I don't feel it's worth the risk of improving libgc. > > SGen is only a

[Mono-dev] Mono Performance Solaris/Linux/Windows

Hi, We're running a simple program like the following on Mono/Linux, Mono/OpenSolaris, .NET/Windows. Same hardware (QuadCore Xeon 64bits). The results are very interesting: Linux/Mono is a little bit faster than Windows/.NET and OpenSolaris/Mono a little bit slower. (FYI: we wrote the same code

Re: [Mono-dev] tcmalloc

that >> all happens during startup, so it doesn't help much. >> >> Zoltan >> >> On Tue, Oct 13, 2009 at 11:05 PM, pablosantosl...@terra.es >> wrote: >> Hi there, >> >> Dick and I were talking about it today and most likely it wouldn'

[Mono-dev] tcmalloc

Hi there, Dick and I were talking about it today and most likely it wouldn't have a big impact since Mono does use mmap instead but.. do you guys think using tcmalloc would be worth? http://goog-perftools.sourceforge.net/doc/tcmalloc.html It's not new, but I've just found it reading the MySql 5.

[Mono-dev] Mac OS X Debugger?

Hi there, Is the Mac OS X Debugger the Unity people were working on ready to use? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Big performance gaps between .NET, Mono (Suse/Debian) ?

Hi, Chuck Esterbrook wrote: > A web search showed me that GC can be turned off with the environment > variable GC_DONT_GC. Maybe that should be called MONO_GC_ON. In any > case, any value will turn off the GC, including blank, so to turn it > back on, unset it. > > I tested with a command line Mo

Re: [Mono-dev] Issues with GC due to libgc

Zoltan > > On Mon, Sep 28, 2009 at 9:05 PM, pablosantosl...@terra.es > <mailto:pablosantosl...@terra.es> <mailto:pablosantosl...@terra.es>> wrote: > > Hi all, > > After several weeks working on a bunch of mem issues related to the > libgc

Re: [Mono-dev] Issues with GC due to libgc

>> Ok, but the problem is that ALL memory should be freed, since there >> are no references to the arrays. Of course you've to invoke GC. The >> 600Mb in RES is a leak (Virtual Mem will only grow since libgc will >> never release it, this is another patch Dick has been working on) > > This can e

Re: [Mono-dev] Issues with GC due to libgc

Miguel, Isn't libgc using conservative scanning for large objects too? Anyway, what  we've seen are problems with stacks. You push a big number on the stack (for whatever reason), and it can get identified as a pointer by libgc, as the sample code shows. Problem is even after running hundreds

Re: [Mono-dev] Issues with GC due to libgc

Hi Miguel, Hello, I tried your sample, in my machine the memory usage with Case1 does go up very quickly, but then it tends to stay stable around 600 megs. Ok, but the problem is that ALL memory should be freed, since there are no references to the arrays. Of course you've to inv

[Mono-dev] Issues with GC due to libgc

Hi all, After several weeks working on a bunch of mem issues related to the libgc based garbage collector, we've identified the following issue and a possible solution (Dick already sent some workarounds to the list): The libgc garbage collector has a really hard time identifying pointers to obje

[Mono-dev] Does MonoTouch use GC?

Hi there, Does MonoTouch use GC when running on the iPhone? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Compacting GC

Hi, I've just downloaded the latest SVN. This is what I get when I try to build: MCS [net_1_1] Mono.CompilerServices.SymbolWriter.dll Assembly ../../class/lib/net_1_1/tmp/Mono.CompilerServices.SymbolWriter.dll signed. Assembly ../../class/lib/net_1_1/Mono.CompilerServices.SymbolWriter.dll

Re: [Mono-dev] Compacting GC

We were just planning to test it on Linux. Rodrigo Kumpera wrote: On Fri, Sep 11, 2009 at 3:21 PM, Miguel de Icaza wrote: Hello, > The first thing we'd need is to be able to build it. > > This way we can pass our test suite using SGen and most likely detect a >

Re: [Mono-dev] Compacting GC

Must be our problem then. We'll try again, maybe we've an outdated SVN copy or something (I don't think so, but let's try again). Miguel de Icaza wrote: Hello, The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely det

Re: [Mono-dev] Compacting GC

The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Dick Porter wrote: > > On 11 Sep 2009, at 3:26PM, Mark Probst wrote: >> On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter >> wrote: >>> Is there

Re: [Mono-dev] An asynchronous System.Runtime.Remoting.Channels.Tcp

My suggestion would be using a separate ThreadPool for the channel than the one used by the system, since Dick is aware race conditions can happen (deadlocks) between code using the System ThreadPool in the process and the channel. Diff. ThreadPools will fix it. pablo Miguel de Icaza wrote:

Re: [Mono-dev] Compacting GC

ok, understood. We're considering working on it if we can't solve our issues (if they're finally issues) with libgc. Miguel de Icaza wrote: Hello Pablo, We tried to build it today since we're experiencing issues with libgc under really heavy load. Like I said on my fi

Re: [Mono-dev] Compacting GC

We tried to build it today since we're experiencing issues with libgc under really heavy load. It does not build. David can add more details if you're interested, but they show up just trying to build it. Miguel de Icaza wrote: This build option hasn't been working for a while when co

[Mono-dev] Compacting GC

Hi there! Is is possible to try the upcoming compacting GC? Is it in a status close to be usable? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Unsafe struct array reading

Great! Now, could you share some code about how to do it? :-P Thanks, pablo Miguel de Icaza wrote: Hello, I'm looking for a way to read and write array of structs from a file (byte array). If you use the proper packing and do not care about breaking across endian s

[Mono-dev] Unsafe struct array reading

Hi all, I'm looking for a way to read and write array of structs from a file (byte array). I've the code (below) to read *one*, but I don't know how to map an entire array. I know there's a thousand of ways to do it with Streams, but the point is for performance reasons I need to load them all o

Re: [Mono-dev] [PATCH] Cause libgc to return some unused memory to the system

We tested it on our Plastic SCM load tests and it worked as expected. pablo www.plasticscm.com Dick Porter wrote: > Hi all > > Attached is a patch to libgc that will allow it to actually unmap memory > when USE_MUNMAP is defined. Currently, the unmap code just sets the > mmap flags on a regi

Re: [Mono-dev] Memory usage on Mono remoting

Hi Gonzalo, >> Well, I'll try to use the ansync sockets then, but I guess to get the >> best out of them I'll need not only to use them during accept, but also >> read data asynchronously, right? >> > > Correct. If possible, Write should also be asynchronous, but as long as > the OS buffers e

Re: [Mono-dev] Memory usage on Mono remoting

Hi Gonzalo, First, thanks for the detailed answers. >> Considering Boehm GC seems to have really hard times releasing memory >> and we're delivering GBs of data... it could be. >> > > Delivering GBs of data and having hundreds of connections should not be > a problem. Years ago, when testin

Re: [Mono-dev] Memory usage on Mono remoting

Thanks Robert, So: I'll modify the TcpChannel to use ThreadPool at System.Threading instead of the built-in one. Robert Jordan wrote: > pablosantosl...@terra.es wrote: > >> Also, you mentioned in a previous email that the TcpChannel should be >> changed so it uses As

Re: [Mono-dev] Memory usage on Mono remoting

Hi Gonzalo, >> Testing PlasticSCM under really heavy load (hundreds of clients against >> a single server delivering hundreds of Gb over the network). >> > > So no profiling... > > Comparing the same code, the same hardware and the same test under Linux and Windows. On Windows we run under

Re: [Mono-dev] Memory usage on Mono remoting

Ok, I think you mean IntPtrStream, but I'm not sure it's what I'm looking for. I think managed memory would be enough (unless the other is faster :-P), but I need the stream to reuse preallocated buffers. pablo www.plasticscm.com pablosantosl...@terra.es wrote: > Hi, > &

Re: [Mono-dev] Memory usage on Mono remoting

Hi, > On Mon, 2009-07-13 at 19:39 +0200, pablosantosl...@terra.es wrote: > >> Hi all, >> >> On BinaryServerFormatterSink.cs, a new MemoryStream is being created to >> attend every remoting call. >> >> Under high load conditions it will make the GC wor

[Mono-dev] Memory usage on Mono remoting

Hi all, On BinaryServerFormatterSink.cs, a new MemoryStream is being created to attend every remoting call. Under high load conditions it will make the GC work harder than required, both decreasing performance and potentially causing memory problems. It should be replaced by some sort of MemoryS

Re: [Mono-dev] TcpServerChannel loosing connections under heavy load

Hi Gonzalo, >> Inside the "threadPool" the following code: >> >> threadDone.WaitOne(PoolGrowDelay, false); >> >> Makes thread creation wait 500ms (I guess just forcing the CPU to switch >> to another one) each time a new thread is created (when the pool is >> growing). >> >> If you remove it, co

[Mono-dev] TcpServerChannel loosing connections under heavy load

Hi, I'm having issues with Mono remoting under high performance networking scenarios. Some clients are rejected since the server is not able to handle connections. Look at the following code inside TcpServerChannel (http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/System.Runtime.Remoting/Sy

Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)

Last one I tried and build was 2.2. We're using it to test Plastic every week on OpenSolaris. The binaries are available at Blastwave, but never tried 2.4 Jonathan Soft escribió: > I'm reaching the conclusion that Mono v2.4 does not work on Solaris 10 SPARC > - this is based on both my own unsucce

Re: [Mono-dev] Compiling Mono v2.4 RC2 (Solaris 10 SPARCv9)

did you try the following "magic" ? ulimit -Hs 10240 Jonathan Soft escribió: > I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run > into the trouble exactly as you describe. By running the make process with > 'MONO_LOG_LEVEL=debug' I've concluded that the build process ha

[Mono-dev] Question about Zeroconf sample

Hi, I don't know if there's a more suitable place to send this, if so, please let me know. I was trying today the sample on the Mono Zeroconf (http://www.mono-project.com/Mono.Zeroconf) page. Well, I run it on my OpenSuse box, but the client (nor mzclient) can't see the registered service...

[Mono-dev] monodevelop! congratulations!

Hi all, I'd like to thank Lluis and all the MD team for this new release! Several developers in the Plastic SCM team have just switched to MD, and we can successfully debug our server, which is a really important step ahead. It doesn't mean we'll stop using vstudio but it obviously opens a lot

Re: [Mono-dev] Can't debug from monodevelop with 2.2

ike your debugger is not in sync with your installed mono. If you > compiled the debugger from sources, you should recompile it again. > > El dj 19 de 02 de 2009 a les 16:57 +0100, en/na pablosantosl...@terra.es > va escriure: > >> Hi, >> >> I've upgraded my dev

  1   2   >