[Mono-dev] Re: Ambiguous matching in method resolution

2006-06-01 Thread Ympostor
[EMAIL PROTECTED] escribió: And more info yet. The methods that seem to have trouble are the following: - The server is publishing several interfaces under different service names by remoting. - There are methods with the same name and different signatures on different interfaces. -

[Mono-dev] Re: Ambiguous matching in method resolution

2006-06-01 Thread Robert Jordan
Ympostor wrote: [EMAIL PROTECTED] escribió: And more info yet. The methods that seem to have trouble are the following: - The server is publishing several interfaces under different service names by remoting. - There are methods with the same name and different signatures on different

Re: [Mono-dev] Re: Ambiguous matching in method resolution

2006-06-01 Thread pablosantosluac
Well, the funny thing is that the problems I detected are between methods in... different interfaces!! - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Thursday, June 01, 2006 9:33 AM Subject: [Mono-dev] Re: Ambiguous matching in

Re: [Mono-dev] Re: Ambiguous matching in method resolution

2006-06-01 Thread Eyal Alaluf
From my experience it's better to reduce the application to a small sample. During this effort you may stumble upon extra factors that are part of the bug that would be easier to workaround and important for getting the bug fixed. Eyal. On Thu, 1 Jun 2006 [EMAIL PROTECTED] wrote: Date:

[Mono-dev] Re: Ambiguous matching in method resolution

2006-06-01 Thread Robert Jordan
[EMAIL PROTECTED] wrote: Hi, No, every interface is implemented by a different class. Do you think is better to rename all the methods or wait for a solution? You may use the patch that is attached to this bug. Robert pablo - Original Message - From: Eyal Alaluf [EMAIL

[Mono-dev] [PATCH] Class status pages update

2006-06-01 Thread Gert Driesen
Hi, The attached patch adds class status pages for the following assemblies: * System.Configuation (2.0) * System.ServiceProcess (1.1 and 2.0) * System.Transactions (2.0) There are two parts to this update: - A patch for the update-status script, index-1.1.src and index-2.0.src. This patch

Re: [Mono-dev] [PATCH] Class status pages update

2006-06-01 Thread Gonzalo Paniagua Javier
On Thu, 2006-06-01 at 16:09 +0200, Gert Driesen wrote: [...] I can take care of committing the patch in trunk/release (after I've gotton approval to do this ofcourse), but who can take care of updates the masterinfos tars ? I'll take care of updating the tar.gz's at the server. -Gonzalo

Re: [Mono-dev] [PATCH] Make mod_mono restart mod-mono-server

2006-06-01 Thread Gonzalo Paniagua Javier
On Tue, 2006-05-30 at 13:25 +0200, Kornél Pál wrote: Hi, When mono crashes for example because of a missing assembly mod-mono-server will not be restarted automatically that causes Service Unavailable error pages. The attached patch restarts mod-mono-server if the socket cannot be

Re: [Mono-dev] [patch] System.Web.HttpApplication.InitOnce

2006-06-01 Thread Gonzalo Paniagua Javier
On Wed, 2006-05-31 at 08:13 -0700, Andrew Skiba wrote: [...] If no one objects, I will commit. Don't commit. It's a hack that fixes the problem for you, but we don't know why that happens. -Gonzalo ___ Mono-devel-list mailing list

[Mono-dev] PPC build broken

2006-06-01 Thread Joachim Ante
Hi, Building on ppc seems to be broken. I tried with the daily tarball package http://mono.ximian.com/daily/mono-1.1.15.20060601.tar.gz Is anyone else seeing this? Joachim Ante - exceptions-ppc.c:557: error: parse error before else exceptions-ppc.c:567: warning: type defaults to `int' in

[Mono-dev] patch for MWF and gtk colors

2006-06-01 Thread John Luke
Hello, A small patch for MWF to read the gtk colors without the gtk dev packages installed. Of course, I am not sure if you intentionally disabled it or something. Index: System.Windows.Forms/X11DesktopColors.cs === ---