[Mono-devel-list] Assertion failed when compiling Cuyahoga on amd64

2005-03-11 Thread Marek Habersack
Hello, As in subject, compilation of Cuyahoga (from svn) using NAnt nightly build (2005-03-08) and mono 1.1.4 (yesterday night's checkout from svn) on an Opteron 140 machine running Debian/sid triggers the following message: ** ERROR **: file tramp-amd64.c: line 98 (amd64_magic_trampoline):

[Mono-devel-list] [PATCH] CAS support for stack walk on p/invoke methods

2005-03-11 Thread Sebastien Pouliot
Hello, This patch generates code to do a stack walk (Demand for SecurityPermissionFlag.UnmanagedCode) before calling into p/invoke method. This code only gets called if the security manager is active (mono --security). The [SuppressUnmanagedCodeSecurity] attribute can be used on the p/invoke

Re: [Mono-devel-list] patch for TypeBuilder.CreateType() and mcs

2005-03-11 Thread Ben Maurer
Ben Maurer wrote: On Fri, 2005-03-11 at 04:41 +0900, Atsushi Eno wrote: Hi, I noticed that TypeBuilder never throws InvalidOperationException when CreateType() is invoked twice. It is because of this change: 2004-12-06 Ben Maurer [EMAIL PROTECTED] * TypeBuilder.cs (CreateType):

[Mono-devel-list] [PATCH] Changes required to compile Mono HEAD with Visual Studio.NET 2005

2005-03-11 Thread Sebastien Pouliot
Hello everyone, Here's an updated patch to make mono HEAD compilable with VS.NET 2005 (and probably earlier versions too). Please note that most of the changes are from the previous work of J Lothian. Thanks again! There is no project/solution files attached as I still have to clean them from

Re: [Mono-devel-list] Leak in System.Timers.Timer?

2005-03-11 Thread Rafael Teixeira
Our current gc, is conservative and not very aggressive at freeing resources, you may be creating your objects way too fast... Can't you reuse the timer? Seems to be a wiser solution reuing objects as even a good gc may spend precious processing time if it has to collect zillions of short-lived

Re: [Mono-devel-list] Patch for SqlConnection

2005-03-11 Thread Rafael Teixeira
Hi Suresh, A programmer may forget to close a connection before it is collected. Surely in the server-side there are resouces that should be freed. That is why SQLConnection DOES have unmanaged resources to free. If our implementation isn't doing so in the finalizer/dispose it is in error,

Re: [Mono-devel-list] Patch for SqlConnection

2005-03-11 Thread Gonzalo Paniagua Javier
On Fri, 2005-03-11 at 12:56 +0530, Sureshkumar T wrote: Attached there's a small patch that adds a finalizer to SqlConnection and moves the 'disposed = true' into the finally in Dispose(bool). SqlConnection does not have any unmanaged resources. Hence, IMHO, it is not necessary to have

Re: [Mono-devel-list] New Mono community

2005-03-11 Thread Cassio R Eskelsen
Hi! Rogerio, excuse for my intromission :D Another portuguese site: http://www.br-mono.org (running on mono). I utilize this mail to thank to Steve Deobald from www.cityhost.ca for the help to host and make possible to run this site on Mono I have create this site to show the capacity of