Hi,
It will be great if xsp could have a case unsensitive option.
In fact i'm working on porting MS.NET app to Mono and I don't want to rewrite
the original app.
I'm using apache2/mod_mono with the mod_speling module with some success...
but apache is hard to use for debuging ASP...
It
- Original Message -
From: Marek Safar [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Monday, April 11, 2005 10:34 AM
Subject: Re: [Mono-devel-list] Weird warnings using mcs svn on Windows
Hello Gert,
As of recently, I get the
Hello,
As of recently, I get the following warning (numerous times) when using
mcs
svn to compile even the simplest app on Windows:
warning CS8028: The method 'System.Object.Finalize()' is marked
'override',
but
doesn't appear to override any virtual or abstract method: it may
- Original Message -
From: Marek Safar [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Monday, April 11, 2005 11:31 AM
Subject: Re: [Mono-devel-list] Weird warnings using mcs svn on Windows
Hello,
As of recently, I get the following
Some last minute touch-ups broke the patch to exceptions-x86.c, in the
patch, please change the following:
286c286
+#if def(__FreeBSD__)
---
+#if defined(__FreeBSD__)
Sorry about that. Updated patch attached
Bill
Index: libgc/include/private/gcconfig.h
And one more. Thats what I get for doing last-minute touchups.
313c313
+#if def(__FreeBSD__)
---
+#if defined(__FreeBSD__)
Thanks for your patience, Complete, working patch attached.
Bill
Index: libgc/include/private/gcconfig.h
Hi,
This looks ok to me, except this part:
PREVIEW=yes
AC_ARG_WITH(preview, [ --with-preview=yes,no If you want to
install the 2.0 FX preview],[
- if test x$with_preview = xyes; then
- PREVIEW=yes
+ if test x$with_preview =
On 04/08/05 Miguel de Icaza wrote:
I would like to have a `global-dllmap' entry on our .config files so
that it is possible to register standard mappings by libraries. Today
we have something like that in the form of $mono/etc/mono/config, but
there is no way for a binding library to
Thanks Zoltan, we freebsd folks look forward to its inclusion.
Regarding $PREVIEW I guess it's enabled by default in svn and will be
disabled in the release?
Also, regarding the two nits I hurriedly sent, there's a Good
Explanation (tm) for those. As I was finalizing the patch, I noticed
that I
On 04/09/05 Mike Kestner wrote:
2) On the specific case of Gtk#, I should point out that I've been
considering the possibility of switching to statically compiled dll
names for win32 and x11.
The situation as it stands now is that we not only have platform
specific glue, but we also have
On 04/11/05 Bill Middleton wrote:
Index: mono/mini/exceptions-x86.c
===
--- mono/mini/exceptions-x86.c(revision 42774)
+++ mono/mini/exceptions-x86.c(working copy)
@@ -25,6 +25,10 @@
#include mini.h
#include
Hi Lupus,
I will work up another patch to implement your suggestions. I based
the original on the principle of do the least harm, but I will
remove the #ifdefs where you have suggested, and setup a check for
ucontext.h in configure.in.
See below.
On Apr 11, 2005 7:17 PM, Paolo Molaro [EMAIL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Marek Safar
Sent: maandag 11 april 2005 11:31
To: Gert Driesen
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-devel-list] Weird warnings using mcs svn on Windows
Hello,
As of
Epool, kqueue and async IO all share the same problem: they are barely
portable.
They don't really have to be - there are plenty of
examples of how to wrap them up to create a virtual layer
that *is* portable. You only need 'one of' these
technologies on any given platform, and configure can
Hello,
Thanks Zoltan, we freebsd folks look forward to its inclusion.
Regarding $PREVIEW I guess it's enabled by default in svn and will be
disabled in the release?
Preview=yes will become the new default.
Miguel
___
Mono-devel-list mailing list
Hello,
The issue at hand is that gtk-sharp ships with a config file that
maps the libgtk-win32-etc.dll name to the proper name on the underlying
OS. And I would like third party apps to be able to consume this
binding as opposed to introducing the logic on every application that
On Fri, 2005-04-08 at 13:47 -0400, Miguel de Icaza wrote:
The issue at hand is that gtk-sharp ships with a config file that
maps the libgtk-win32-etc.dll name to the proper name on the underlying
OS. And I would like third party apps to be able to consume this
binding as opposed to
On 04/11/05 Dan Winship wrote:
Can't we just say that if you pull in gtk-sharp.dll from the GAC, that
you automatically pull in gtk-sharp.dll.config from the GAC too? (And
Well, this issue is not related to the GAC in any way.
One possibility is to make the code look for the dllmaps in any
of
On Mon, 2005-04-11 at 18:57 +0200, Paolo Molaro wrote:
A global dllmap may seem a simpler solution, but introduces
changes in all the apps in ways that may not be predictable.
It would seem good to to give the app more control over how assemblies
can mess with it. Maybe reverse the direction of
19 matches
Mail list logo