Re: [Mono-dev] Open discussion for mono setuid per vhost

2005-12-27 Thread Robert Jordan
Christopher, So far I've been discussing this offlist with another Mono/.Net developer... I'm interested in open/honest feedback or code snippets which might help accomplish this.. So far there are two ways which seem reasonable so far and please pardon me if I'm missing some points.. 1)

[Mono-dev] Open discussion for mono setuid per vhost

2005-12-27 Thread Christopher Bergström
So far I've been discussing this offlist with another Mono/.Net developer... I'm interested in open/honest feedback or code snippets which might help accomplish this.. So far there are two ways which seem reasonable so far and please pardon me if I'm missing some points.. 1) Mono wrapper A

Re: [Mono-dev] Native compiler

2005-12-27 Thread Miguel de Icaza
Hello, > That doesn't work on Windows, and as much as we want to shy away from > the fact, 90% of desktop users use Windows. mono --aot doesn't work > either on Windows, complains about "as" not being there. The linker you pointed to is not a "native compiler" it is merely a tool that embeds your

Re: [Mono-dev] [PATCH] Bug in X509Chain?

2005-12-27 Thread Yngve Zackrisson
Hi Sebastien. Sorry for the delay, but I have updated my bugg report #76279 - CERT_E_CHAINING problem for server certificate now with an updated recreation procedure. To be able to reproduce the problem You have to create the certs with openssl (on Linux). The procedure for that is well

Re: [Mono-dev] Native compiler

2005-12-27 Thread Vladimir Lushnikov
That doesn't work on Windows, and as much as we want to shy away from the fact, 90% of desktop users use Windows. mono --aot doesn't work either on Windows, complains about "as" not being there. Regards, On 27/12/05, Robert Jordan <[EMAIL PROTECTED]> wrote: > Vladimir Lushnikov wrote: > > Hello, >

RE: [Mono-dev] [PATCH] System.Xml.Serialization.XmlAttributes fixes

2005-12-27 Thread Gert Driesen
Update: The XmlDefaultValue change seems to cause regressions in the 2.0 profile after all. I'll verify and fix these regressions, and post an updated patch. Gert > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Gert Driesen > Sent: dinsdag 27

Re: [Mono-dev] problem with mono 1.1.12.1

2005-12-27 Thread cartuchoGL
Daniel Morgan wrote: mcs uses .net 1.1 profile as default. gmcs uses .net 2.0 profile as default. It looks like to be a regression in order to stub out methods and properties to support ADO.NET 2.0. http://svn.myrealbox.com/viewcvs/trunk/mcs/class/System.Data/System.Data.Common/DbDataAdap

Re: [Mono-dev] problem with mono 1.1.12.1

2005-12-27 Thread Daniel Morgan
mcs uses .net 1.1 profile as default.  gmcs uses .net 2.0 profile as default.    It looks like to be a regression in order to stub out methods and properties to support ADO.NET 2.0.http://svn.myrealbox.com/viewcvs/trunk/mcs/class/System.Data/System.Data.Common/DbDataAdapter.cs?rev=53301&view=mar

[Mono-dev] problem with mono 1.1.12.1

2005-12-27 Thread cartuchoGL
Hello, I have a program will use Datasets and run fine with mono 1.1.9 compiled with gmcs, but with 1.1.12.1 throw an exception System.NotImplementedException, the same app compiled with mcs not fail. This piece of code fail when run if compiled with gmcs //* gmcs -warn:4 Example10.cs -r:Sys

Re: [Mono-dev] Native compiler

2005-12-27 Thread Robert Jordan
Vladimir Lushnikov wrote: Hello, Before you say anything, no I am not talking about a GCC frontend for Mono, something akin to GCJ for Java. But compilation, native compilation would be nice. It has already been commercially done: http://www.remotesoft.com/linker/ The question is, could it be d

Re: [Mono-dev] Native compiler

2005-12-27 Thread Uwe Korn
Before you say anything, no I am not talking about a GCC frontend for Mono, something akin to GCJ for Java. But compilation, native compilation would be nice. It has already been commercially done: http://www.remotesoft.com/linker/ The question is, could it be done as an open-source project for

[Mono-dev] Native compiler

2005-12-27 Thread Vladimir Lushnikov
Hello, Before you say anything, no I am not talking about a GCC frontend for Mono, something akin to GCJ for Java. But compilation, native compilation would be nice. It has already been commercially done: http://www.remotesoft.com/linker/ The question is, could it be done as an open-source projec

[Mono-dev] [PATCH] System.Xml.Serialization.XmlAttributes fixes

2005-12-27 Thread Gert Driesen
Hi, The attached patch fixes the following issues with System.Xml.Serialization.XmlAttributes: - If XmlIgnoreAttribute is applied, do not process any other attributes. - In 2.0 profile, XmlDefaultValue must be null by default. Both fixes are accompanied by unit tests, and have been tested on Mon

Re: [Mono-dev] Console programs doesn't finish

2005-12-27 Thread Carlos Solorzano
On Dec 27, 2005, at 5:00 AM, Mirco Bauer wrote: On Wed, 2005-12-14 at 08:58 -0600, Carlos Solorzano wrote: My programs that don't exit are not as simple as just running some stuff on Main, instead they use a lot of threads (all the ones I have control of background), and I use a lot of remotin

[Mono-dev] [PATCH] Patch to add Gettext support to Mono.GetOptions

2005-12-27 Thread Paul Betts
Hi, I've written a patch to add gettext support to Mono.GetOptions so that the help printed will be localized. It compiles and it's a fairly simple patch, but I haven't tested it against anything. I did have a question though about how gettext will work in a library; will the app developer manually

[Mono-dev] [PATCH] Minor fixes for XmlElement & XmlTextWriter

2005-12-27 Thread Gert Driesen
Hi, I've attached a patch that fixes the following minor issues in XmlElement and XmlTextWriter : - Setting XmlElement.Prefix to null should not result in ArgumentNullException on 2.0 profile - XmlTextWriter.WriteNmToken should throw ArgumentException if name is null or zero-length string - XmlTe

Re: [Mono-dev] Console programs doesn't finish

2005-12-27 Thread Mirco Bauer
On Wed, 2005-12-14 at 08:58 -0600, Carlos Solorzano wrote: > My programs that don't exit are not as simple as just running some > stuff on Main, instead they use a lot of threads (all the ones I have > control of background), and I use a lot of remoting with a lot of > Marhsal By Ref objects