[Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Back, Michael (ext)
Hi! Is it possible to stop the GC for garbage collecting for a code block? This would be helpful for time critical parts. I think about something like gc_barrierer_on and gc_barrierer_off. If such possibility doesn't exists, may be it could implemented and improve mono :-) With best regards

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Andreas Nahr
Using the fixed keyword you can prevent the collection of a memory block, however I’m not sure this is what you’re looking for. Also I fail to see how this (by itself) could possibly help with time-critical parts. Greetings Andreas _ Von: [EMAIL PROTECTED] [mailto:[EMAIL

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Back, Michael (ext)
Hi Andreas, thanks for this hint - nice feature. But we want that GC does nothing while a special code block ist executed! Thanks Michael Von: Andreas Nahr [mailto:[EMAIL PROTECTED] Gesendet: Thursday, March 08, 2007 10:22 AM An: Back, Michael (ext);

[Mono-dev] Building mono on AIX powerpc

2007-03-08 Thread simon mcanulty
Hello, Could someone give me some info on how to build mono on the AIX 5.3 powerpc platform. The configure script does not seem to have any references to aix or powerpc. Any help will be much appreciated. Thanks, Simon _

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Jonathan Pryor
On Thu, 2007-03-08 at 10:05 +0100, Back, Michael (ext) wrote: Is it possible to stop the GC for garbage collecting for a code block? Simple (yet glib) answer: Don't allocate anything from the GC. If you don't allocate GC memory, then the GC won't get involved. :-) Sadly, this is the safest

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Alan McGovern
Just my two cents, The only reason i can think of where you'd require this kind of behaviour is when you need real time processing and any kind of delay could be disasterous. In this case, i wouldn't think C# would be a good choice to implement in. What you could do is write a C program/library

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Leszek Ciesielski
AFAIK it is not possible to implement realtime applications in C#. Of the managed languages, there's RealtimeJava (never used it) and Ada. And both have to be run either on a specially modified Unix or on their own micro-OS. Furthermore, I am not sure whether Ada allows GC (opposed to explicit

Re: [Mono-dev] Building mono on AIX powerpc

2007-03-08 Thread Paolo Molaro
On 03/08/07 simon mcanulty wrote: Could someone give me some info on how to build mono on the AIX 5.3 powerpc platform. The configure script does not seem to have any references to aix or powerpc. Any help will be much appreciated. We don't have access to an AIX box, so we didn't port mono

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Paolo Molaro
On 03/08/07 Back, Michael (ext) wrote: Is it possible to stop the GC for garbage collecting for a code block? This would be helpful for time critical parts. I think about something like gc_barrierer_on and gc_barrierer_off. If such possibility doesn't exists, may be it could implemented

Re: [Mono-dev] Stop Garbage Collection for a Codeblock

2007-03-08 Thread Miguel de Icaza
hello, Is it possible to stop the GC for garbage collecting for a code block? This would be helpful for time critical parts. You would have to modify the GC to expose an API that prevents it running, then you decide what the semantics should be, but be aware that other threads will be

[Mono-dev] stack dump ** ERROR **: file monitor.c: line 464 (mono_monitor_try_enter_internal)

2007-03-08 Thread joel reed
I'm encountering the attached error/stackdump in my work on a TeamFoundation client. The code in question is downloading from a web server roughly 6000 files, most of which are gzip compressed, uncompressing them and writing them to disk. During this I get the attached stackdump. This is against

[Mono-dev] Fix shadow copy and define UNICODE on windows

2007-03-08 Thread Jonathan Chambers
Here is a patch that fixes shadow copy on windows, and also sets UNICODE and _UNICODE in configure.in on windows. I was getting warning in VS that some Win32 functions we were calling was using the ANSI version (meaning UNICODE was not getting defined in some places) even though we were passing

Re: [Mono-dev] Fix shadow copy and define UNICODE on windows

2007-03-08 Thread Miguel de Icaza
Hello, Why did you need to change snprintf to g_snprintf? There is no rationale documented in the ChangeLog. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Fix shadow copy and define UNICODE on windows

2007-03-08 Thread Jonathan Chambers
Sorry, reattached ChangeLog with reason (snprintf doesn't exist on Win32 (VS build); also for uniformity as we use g_snprintf everywhere else) and added signoff. If you would rather me do something else than use g_snprintf please let me know. Code is contributed under MIT/X11 license. Thanks,

Re: [Mono-dev] Fix shadow copy and define UNICODE on windows

2007-03-08 Thread Aras Pranckevicius
Sorry, reattached ChangeLog with reason (snprintf doesn't exist on Win32 (VS build); also for uniformity as we use g_snprintf everywhere else) and added signoff. If you would rather me do something else than use g_snprintf please let me know. There is _snprintf on VS. What we do in our

Re: [Mono-dev] Fix shadow copy and define UNICODE on windows

2007-03-08 Thread Miguel de Icaza
Hello, The patch looks fine. Sorry, reattached ChangeLog with reason (snprintf doesn't exist on Win32 (VS build); also for uniformity as we use g_snprintf everywhere else) and added signoff. If you would rather me do something else than use g_snprintf please let me know. Code is

[Mono-dev] Documentation Editing Problem

2007-03-08 Thread Kevin Reay
Hi all, I sent this a few days ago to the mono-docs list, but there doesn't seem to be any activity there, so I'll repost here: I'm just wondering if it is still possible to edit documentation. The [edit] button at http://www.go-mono.com/docs/ doesn't seem to have any effect, or shows a page