Re: [Mono-dev] Big Arrays, Many Changes --- Request for Advice
On 09/06/07 Luis F. Ortiz wrote: > You are quire correct, API breakage is to be avoided, thanks for > pointing out this issue. I'm not sure what release/branching > structure is used by the mono project, but I suspect it is a live > trunk with branches used to record releases. Thus these changes > could be set up to work off off a ./configure option (say --with- > large-objects) which could result something like MONO_LARGE_OBJECTS > being defined and conditional compiles used while the 1.2.X series is > being worked on. That way, the API breakage will be restricted to > those who want to experiment. Then, when 2.0.0 is in active > development, the default condition for the configure switch can be > flipped to ON and then later, once everyone is comfy with the > changes, the conditional code can be ripped out. If we have any bug with not supporting arrays with a length up to Int32.MaxValue we should fix them, at least as far as the code is concerned, though the GC may not actually be able to allocate them on 32 bit systems. If we allow sizes up to Int64.MaxValue on 64 bit system is still very much up in the air: I haven't seen anybody else request it and my guess is that this would be very taxing on the GC anyway. Handling this with a define (but also a libmono soname change) would be fine I guess. Since this is an incompatible change I would prefer not having a configure change, though, since apparently some people monitor our new configure options and enable them even if they don't know what they mean:) lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] AppDomain.AssemblyResolve event differences between Mono and MS.NET
On 09/05/07 Marek Habersack wrote: > Assembly.LoadWithPartialName generates the event on MS.NET but not on Mono. > The > attached patch makes Mono behave the same way what MS.NET. Please review, Thanks. Please make the test program into a proper regression test and check it in in mono/tests (it should exit with a non-zero value if any subtest fails). > Index: mono/metadata/appdomain.h > === > --- mono/metadata/appdomain.h (revision 85261) > +++ mono/metadata/appdomain.h (working copy) > @@ -88,6 +88,9 @@ > MonoAssembly * > mono_domain_assembly_open (MonoDomain *domain, const char *name); > > +MonoReflectionAssembly * > +mono_try_assembly_resolve (MonoDomain *domain, MonoString *fname, gboolean > refonly); Put this into domain-internals.h and mark it as internal. Thanks! lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Unhandled exception behavior
On 08/31/07 Massimiliano Mantione wrote:
> Index: mono/metadata/object.h
> ===
> --- mono/metadata/object.h(revision 84274)
> +++ mono/metadata/object.h(working copy)
> @@ -242,6 +242,11 @@
> mono_runtime_exec_main (MonoMethod *method, MonoArray *args,
>MonoObject **exc);
>
> +void
> +mono_runtime_force_legacy_unhandled_exception_policy (void);
> +gboolean
> +mono_runtime_uses_legacy_unhandled_exception_policy (void);
This should go into object-internals.h and marked MONO_INTERNAL.
It would likely be better to have something like:
enum {
MONO_UNHANLED_POLICY_LEGACY,
// need a better name
MONO_UNHANLED_POLICY_SOME_DESCRIPTIVE_WORD_OF_THE_NEW_BEHAVIOUR
};
and then:
void mono_runtime_unhandled_policy_set (int policy);
int mono_runtime_unhandled_policy_get (void);
> Index: mono/metadata/mono-config.c
> ===
> --- mono/metadata/mono-config.c (revision 84274)
> +++ mono/metadata/mono-config.c (working copy)
> @@ -289,6 +289,33 @@
> dllmap_finish
> };
>
> +static void
> +legacyUEP_start (gpointer user_data,
> + const gchar *element_name,
> + const gchar**attribute_names,
> + const gchar**attribute_values) {
> + if ((strcmp (element_name, "legacyUnhandledExceptionPolicy") == 0) &&
> + (attribute_names [0] != NULL) &&
> + (strcmp (attribute_names [0], "enabled") == 0)) {
> + if ((strcmp (attribute_values [0], "1") == 0) ||
> + (strcmp (attribute_values [0], "true") == 0) ||
> + (strcmp (attribute_values [0], "True") == 0) ||
> + (strcmp (attribute_values [0], "TRUE") == 0)) {
Why not use a case insensitive compare here?
lupus
--
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Silverlight test suite
Hello, > Will the tests include all those regions? If yes, then this would be > awesome news for mono, even if only Novell employees would have access > to the tests, the whole project would benefit massively. Microsoft will give Novell access to the test suites. The bad news is that the test suites can only be given to Novell and we do not have rights to redistribute them. But at least we will be able to get the test suites. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Response.BufferOutput behaviour under apache/mod_mono
Hello
I've a sample test case which show the correct behaviour of
Response.BufferOutput=false...
public class pagetest : Page
{
protected System.Web.UI.WebControls.TextBox textBox1;
protected override void OnLoad(EventArgs e)
{
Response.Clear();
Response.BufferOutput=false;
for (int i=0;i<100;i++)
{
Response.Write(i.ToString());
Response.Write("");
System.Threading.Thread.Sleep(100);
}
Response.End();
}
}
With xsp, my firefox show a number each 100ms...
When using apache/mod_mono, I only received the whole page when it's
done...
So it seems that Response.BufferOutput is ignored...
It's the same if i add Response.Flush(); after Response.Write()...
This behaviour can cause problems if you have to send information in
realtime (some component like progressbar use this feature to run)
Is it a bug or a feature? :) should i open a bugzilla entry for this?
Thanks for help
___
Ce message et les éventuels documents joints peuvent contenir des informations
confidentielles.
Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir
le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce
message non conforme à sa destination, toute diffusion ou publication, totale
ou partielle et quel qu'en soit le moyen est formellement interdite.
Les communications sur internet n'étant pas sécurisées, l'intégrité de ce
message n'est pas assurée et la société émettrice ne peut être tenue pour
responsable de son contenu.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Silverlight test suite
Hi, could someone from Novell provide more information on how (and if) the tests be integrated with mono tests? As Scott Guru writes: "Silverlight 1.1 will include a cross-platform version of the .NET Framework, and will enable a rich .NET development experience in the browser. It will support a WPF programming model for UI - including support for an extensible control model, layout management, data-binding, control skinning, and a rich set of built-in controls. It will also include a subset of the full .NET Framework base class library you use today, including support for collections, generics, IO, threading, globalization, networking (including sockets, web-services and REST support), HTML DOM, XML, local storage, and LINQ. " Will the tests include all those regions? If yes, then this would be awesome news for mono, even if only Novell employees would have access to the tests, the whole project would benefit massively. Intrigued, Leszek -- MS-DOS user since 5.0 Windows user since 3.11 Linux user since kernel 2.4 Novell Netware user since 2.2 WARCRAFT user since 1.0 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with sqlite and Win2000
Do you have a callstack? - Original Message - From: "Torello Querci" <[EMAIL PROTECTED]> To: "pablosantosluac" <[EMAIL PROTECTED]> Sent: Friday, September 07, 2007 10:25 AM Subject: Re: [Mono-dev] Problem with sqlite and Win2000 > Unfortunally using sqlite2 or sqlite3 I have the same result. The > application crash :( > > 2007/9/7, Torello Querci <[EMAIL PROTECTED]>: >> Hi, I not use thread, so I wait the end of a select before to do the >> next. >> Under XP work fine. >> >> Now I try to use sqlite2 instead. >> >> If you want I can attach a simple testing program with related DB. >> >> 2007/9/7, pablosantosluac <[EMAIL PROTECTED]>: >> > Hi, >> > >> > Well, you know SQLite doesn't support concurrency... don't you? >> > >> > Could it be related? >> > >> > pablo >> > - Original Message - >> > From: "Torello Querci" <[EMAIL PROTECTED]> >> > To: >> > Sent: Friday, September 07, 2007 8:50 AM >> > Subject: [Mono-dev] Problem with sqlite and Win2000 >> > >> > >> > > Hi to all, >> > > >> > > .. I have a real big problem using SQLite on old Win2000 installation >> > > (Win2000 that is not update for several reason) ... If I run several >> > > query (not is necessary a big number, sometimes 10 query is >> > > sufficient) the program crash. I try both 1.2.4 and 1.2.5 version. >> > > I try the same assembly on Linux and WinXP to run 10 query I have >> > > no problem. >> > > >> > > Any suggestion? Is a mono bug or Windows bug that is fixed in some >> > > service pack that is not installed? >> > > >> > > If you want I realize a small program to show this behavious. >> > > >> > > Thank's in advance (and sorry for my english) >> > > >> > > Best Regards >> > > Torello Querci >> > > ___ >> > > Mono-devel-list mailing list >> > > Mono-devel-list@lists.ximian.com >> > > http://lists.ximian.com/mailman/listinfo/mono-devel-list >> > >> ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with sqlite and Win2000
Hi, Well, you know SQLite doesn't support concurrency... don't you? Could it be related? pablo - Original Message - From: "Torello Querci" <[EMAIL PROTECTED]> To: Sent: Friday, September 07, 2007 8:50 AM Subject: [Mono-dev] Problem with sqlite and Win2000 > Hi to all, > > .. I have a real big problem using SQLite on old Win2000 installation > (Win2000 that is not update for several reason) ... If I run several > query (not is necessary a big number, sometimes 10 query is > sufficient) the program crash. I try both 1.2.4 and 1.2.5 version. > I try the same assembly on Linux and WinXP to run 10 query I have > no problem. > > Any suggestion? Is a mono bug or Windows bug that is fixed in some > service pack that is not installed? > > If you want I realize a small program to show this behavious. > > Thank's in advance (and sorry for my english) > > Best Regards > Torello Querci > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SOAP Remoting
Hi, Just a heads up, I have found that when using SOAP Remoting that the SoapMethodAttributes are mainly ignored (certainly are for reponse generation) in both 1.2.4 and 1.2.5. I have quickly hacked my local copy to get me working and hope to raise some bugs with test cases and possibly patches soon. Regards, Glen ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
