Re: [Mono-dev] Componentized memory manager

2006-08-31 Thread Miguel de Icaza
Hello,

 1) If a memory manager could be replaced, I could re-implement one (or
 modify an OpenSource one) to circumvent DRM. I can see that being why
 MS won't do it. 
 
 2) Complexity of the integration.
 
 3) Not a large enough perceived benefit/need.
 
 What are your thoughts?

This is possible to some extent today with Mono, we have a number of
GC backends already made pluggable.

A full pluggable architecture (something to plug at runtime instead of
compile time) would probably be more work and we would miss some
optimizations;  It is also targeted today only to replace the GC, you
might possibly want to look into something broader.

The short answer is that this is not too difficult, and it might be a
worthwhile research project for someone to take on.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Componentized memory manager

2006-08-31 Thread Mark E.
Miguel,On 8/31/06, Miguel de Icaza [EMAIL PROTECTED] wrote:
This is possible to some extent today with Mono, we have a number ofGC backends already made pluggable.Cool. I wasn't aware of that.
A full pluggable architecture (something to plug at runtime instead ofcompile time) would probably be more work [...]I image it could be done at the time when a specific runtime is targeted. 
The short answer is that this is not too difficult, and it might be aworthwhile research project for someone to take on.
Thanks for the information and response. I'm glad to hear that it wouldn't be such an impossible thing to do.-Mark E.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list