Re: [Mono-dev] completionPortThreads in threadpool.c not used?
On 04/01/07 Robert Jordan wrote: --- mono/metadata/icall-def.h (revision 72713) +++ mono/metadata/icall-def.h (working copy) @@ -804,6 +804,7 @@ ICALL(THREADP_2, GetMaxThreads, ves_icall_System_Threading_ThreadPool_GetMaxThreads) ICALL(THREADP_3, GetMinThreads, ves_icall_System_Threading_ThreadPool_GetMinThreads) ICALL(THREADP_4, SetMinThreads, ves_icall_System_Threading_ThreadPool_SetMinThreads) +ICALL(THREADP_5, SetMaxThreads, ves_icall_System_Threading_ThreadPool_SetMaxThreads) Did you test this? It should warn about the wrong alphabetic order of the icalls? 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] Porting runtime - where to start?
On 03/31/07 [EMAIL PROTECTED] wrote: The problem of AOT is that it only generates .so (or .dll on Win32 platform I guess). Nevertheless, XBOX executable format, .xex, has to go through their special compilator. So, no other way that I know than getting C++ code to compile. Don't they provide some tool to create an executable from assembly code? If that is possible you could tweak the code to use that. Or, if the file format is documented or easy to understand, you could change the binary writer AOT code to emit it directly. 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] Porting runtime - where to start?
On 03/30/07 [EMAIL PROTECTED] wrote: Just to let you know since I did something very similiar for XBOX360 : Even if I was able to make glib and then mono compile on XBOX360 (it was a bit painful but doable) and it generated valid code to execute at runtime, nevertheless memory protection against execution of user allocated area totally prevented me to continue (you can check the blog post I did about that on http://dev.kalimdor.org/entropia/). Was anyone able to determine if the old XBOX (x86) emulator or the xbox 360 CLR runtime do any jitting? It would be very surprising if they didn't do it and if they did, the European Commission is very likely interested in how they do it (hint, hint:-). In the blob you talk about the xbox 360 changes and about a mono debugger. Can you tell us more about that? Are you able to contribute those changes for inclusion in mono? 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] Need help tracking this bug...
On 03/30/07 Alan McGovern wrote: type=System.MonoType 2826 542.8M 201403.8 0.6 Half a gigabyte of System.MonoType's? What causes these to be allocated, and what can i do to stop this? That data must be incorrect. MonoType is fixed-size (16 bytes on 32 bit systems), so the data is inconsistent. Having 2826 instances is reasonable (though it's a hint that you or somebody else is doing GeTypes() on the assemblies and that should be avoided). The 543 MB for MonoType is totally bogus. 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
[Mono-dev] (no subject)
___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Net.NetworkInformation.Ping
Hello, We do not have plans of implementing the Ping method at this point. On Unix issuing Ping requires root privileges. For making this work, we would have to write a setuid program and launch it every time this call is made. Couldn't we just create a System.Diagnostics.Process instance around /bin/ping (which is already setuid root) and interpret the output? Ping arguments and output vary from OS to OS. But if someone wants to do it, we are taking patches. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] COM Interop Remoting Patch
Hello, Attached is a patch to fix remoting involving COM Interop types. I had previsouly broken this unintentionally. COM Interop uses transparent proxies, and there was lots of places that didn't distinguish between a remoting transparent proxy and a COM Interop transparent proxy. To distinguish I check to see if the real proxy associated with the transparent proxy is a COM Interop proxy. The main cases I needed to handle was the casting of transparent proxy objects, method calls, and field access. For the casting of transparent proxies, I added a new field to the MonoRemoteClass for the COM Interop vtable. I was previously overwriting the default_vtable. For method calls, and probably the most important thing to notice, is that I added another check to mono_marshal_get_remoting_invoke_with_check to see if a transparent proxy is used for COM Interop. This does add some overhead to remoting; the overhead should always be emitting a method that simply loads all the arguments and calls the wrapped method on the underlying managed object the proxy wraps. No real COM Interop code or marshalling code should unless the type has a ComImport attribute. Unless COM is used the method should never be called, only emitted. The field access was done via checks in mono_load_remote_field, mono_load_remote_field_new, mono_store_remote_field, and mono_store_remote_field_new. This avoids emitting any additional checks or methods for remoting wrappers. Please make any suggestions if my changes could be done in a better way; especially if my changes related to methods should be more like the ones for fields, or vice versa. This patch allows anyone one using COM Interop to remote those objects. This obviously would be much more likely to occur on windows, but an example use of this on other platforms would be accessing the Mozilla DOM cross process in the ASP.Net designer. Code is contributed under MIT/X11 license. Thanks, Jonathan Index: mono/mono/metadata/domain.c === --- mono/mono/metadata/domain.c (revision 75279) +++ mono/mono/metadata/domain.c (working copy) @@ -817,11 +817,14 @@ mono_defaults.handleref_class = mono_class_from_name ( mono_defaults.corlib, System.Runtime.InteropServices, HandleRef); + + mono_defaults.com_interop_proxy_class = mono_class_from_name ( + mono_defaults.corlib, Mono.Interop, ComInteropProxy); + g_assert (mono_defaults.com_interop_proxy_class != 0); /* these are initialized lazily when COM features are used */ mono_defaults.variant_class = NULL; mono_defaults.com_object_class = NULL; - mono_defaults.com_interop_proxy_class = NULL; mono_defaults.iunknown_class = NULL; mono_defaults.idispatch_class = NULL; @@ -915,10 +918,6 @@ mono_defaults.corlib, System, __ComObject); g_assert (mono_defaults.com_object_class != 0); - mono_defaults.com_interop_proxy_class = mono_class_from_name ( - mono_defaults.corlib, Mono.Interop, ComInteropProxy); - g_assert (mono_defaults.com_interop_proxy_class != 0); - mono_defaults.iunknown_class = mono_class_from_name ( mono_defaults.corlib, Mono.Interop, IUnknown); g_assert (mono_defaults.iunknown_class != 0); Index: mono/mono/metadata/class.h === --- mono/mono/metadata/class.h (revision 75279) +++ mono/mono/metadata/class.h (working copy) @@ -16,6 +16,7 @@ typedef struct { MonoVTable *default_vtable; MonoVTable *xdomain_vtable; + MonoVTable *cominterop_vtable; MonoClass *proxy_class; char* proxy_class_name; guint interface_count; Index: mono/mono/metadata/ChangeLog === --- mono/mono/metadata/ChangeLog (revision 75279) +++ mono/mono/metadata/ChangeLog (working copy) @@ -1,3 +1,21 @@ +2007-04-02 Jonathan Chambers [EMAIL PROTECTED] + + * domain.c: Load Mono.Interop.ComInteropProxy into MonoDefaults + struct at initialization since we need it for remoting checks. + * class.h: Add cominterop_vtable entry to MonoRemoteClass struct. + * object.c: Use cominterop_vtable for COM Interop proxy rather + than default_vtable. Add checks for COM Interop Proxy when handling + transparent proxies. + * marshal.c: Add mono_mb_emit_com_proxy_check to check if transparent + proxy is for COM Interop. Change cominterop_get_invoke to + mono_marshal_get_cominterop_invoke for uniformity. Remove old COM Interop + hacks in remoting code. + * marshal.h: Add mono_marshal_get_cominterop_invoke. + * icall.c: Only return true for ves_icall_IsTransparentProxy if + transparent proxy is not used for COM Interop. + + Code is contributed under MIT/X11 license. + 2007-04-02 Zoltan Varga [EMAIL PROTECTED] * marshal.c (cominterop_get_managed_wrapper_adjusted): Fix warnings. Index: mono/mono/metadata/object.c === --- mono/mono/metadata/object.c (revision
Re: [Mono-dev] Porting runtime - where to start?
Quoting Paolo Molaro [EMAIL PROTECTED]: On 03/31/07 [EMAIL PROTECTED] wrote: The problem of AOT is that it only generates .so (or .dll on Win32 platform I guess). Nevertheless, XBOX executable format, .xex, has to go through their special compilator. So, no other way that I know than getting C++ code to compile. Don't they provide some tool to create an executable from assembly code? If that is possible you could tweak the code to use that. Or, if the file format is documented or easy to understand, you could change the binary writer AOT code to emit it directly. lupus Ok, I took a look at all that. There is a tool to convert PE executable (with PPC code) in their .xex format. However, there were issues : 1/ AOT is working only on x86 right now, according to http://tirania.org/blog/archive/2006/Aug-17.html 2/ And even if it's ok, the more important problem is that according to the same post, it still need JIT at some place. 3/ When working on it, I tried to produce PE file with PE PPC Big endian target with binutils, and it was really painful, it's not really supported anymore (I speak of PE format only of course, it's well supported in other cases). ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Porting runtime - where to start?
Quoting Paolo Molaro [EMAIL PROTECTED]: On 03/30/07 [EMAIL PROTECTED] wrote: Just to let you know since I did something very similiar for XBOX360 : Even if I was able to make glib and then mono compile on XBOX360 (it was a bit painful but doable) and it generated valid code to execute at runtime, nevertheless memory protection against execution of user allocated area totally prevented me to continue (you can check the blog post I did about that on http://dev.kalimdor.org/entropia/). Was anyone able to determine if the old XBOX (x86) emulator or the xbox 360 CLR runtime do any jitting? It would be very surprising if they didn't do it and if they did, the European Commission is very likely interested in how they do it (hint, hint:-). I think the XBOX 360 CLR runtime does JITing, but well, Microsoft got a better access to console internal than us. In the blob you talk about the xbox 360 changes and about a mono debugger. Can you tell us more about that? Are you able to contribute those changes for inclusion in mono? Thanks! lupus The XBOX360 changes are pointless since it seems not possible to make it working. About the debugger, it's more a prototype right now, but I will probably work on it again if the code to get my monobind wrapper working is included in mono source tree (I posted the patch at http://lists.ximian.com/pipermail/mono-devel-list/2007-March/022949.html, I dunno if it was the right place for that). Nevertheless, if it never happens, I might drop the sources of that prototype as a base (I nearly managed to do singlestepping and variable inspection with class definition extracted from runtime context). ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mod-mono XSP from SVN: different versions.
Hiya, I’m trying to bind XPS2 into Apache, having problems with the different versions between mod-mono-server2 and xsp2. Now, running xps2 by hand works nicely for my application, so the problem was not that. Then I tried mod-mono-server2 by hand, and voila, the report comes: “mod_mono and xsp have different versions.”… Looking at xsp/src/ModMonoRequest.cs, this comes because in GetInitialData() the first byte read is not 6. The big questions is: How come it should be 6, and where is getting set to 6? (I am more than willing to patch this for svn, but then again, I’m not sure how mod_mono and xsp work together… (XSP by itself comes to pass this “awkward” check ;)) Regards, Guus -- No virus found in this outgoing message. Checked by AVG. Version: 7.5.448 / Virus Database: 268.18.24/742 - Release Date: 01/04/2007 20:49 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Exception of Metadata
On 03/20/07 Anitha wrote: I'm working in Mac version 1.2.3.8_0. I'm getting an exception saying that *CRITICAL**:mono_metadata_blob_heap:assertion index meta-heap_blog_size' failed and also *CRITICAL**:mono_metadata_blob_heap:assertion index meta-heap_strings_size' failed. What is the reason for this exception and what are the possibilities there to overcome this exception? This was due to a bug that has been fixed in svn on March, 23rd. lupus lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Novell Offline?
Am I the only one experiencing this or is all of Novell's web sites down at the moment? I can't get to Novell Forge svn or to Novell.com right now. Is it my isp or are others experiencing this? Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Novell Offline?
Its working again for me now too, must have been a glitch with my isp or something. Thanks, Joe On 4/2/07, Corbin Hoenes [EMAIL PROTECTED] wrote: I'm good. On 4/2/07, Joe Audette [EMAIL PROTECTED] wrote: Am I the only one experiencing this or is all of Novell's web sites down at the moment? I can't get to Novell Forge svn or to Novell.com right now. Is it my isp or are others experiencing this? Joe -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Novell Offline?
Hi, On 4/2/07, Joe Audette [EMAIL PROTECTED] wrote: Am I the only one experiencing this or is all of Novell's web sites down at the moment? I can't get to Novell Forge svn or to Novell.com right now. Is it my isp or are others experiencing this? We've been having really bad network problems all day in the Cambridge office. I'm not sure to what extent this affects our externally-facing machines. Joe ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Novell Offline?
Quoting Joe Shaw [EMAIL PROTECTED]: Hi, On 4/2/07, Joe Audette [EMAIL PROTECTED] wrote: Am I the only one experiencing this or is all of Novell's web sites down at the moment? I can't get to Novell Forge svn or to Novell.com right now. Is it my isp or are others experiencing this? We've been having really bad network problems all day in the Cambridge office. I'm not sure to what extent this affects our externally-facing machines. AFAICT, it's a country-wide thing. I've heard reports through various lists of outages in Edinburgh, Kent, Sussex, Hampshire and a number of other areas. Anyone know anyone in Telehouse who might be able to shed some light? M. -- Matthew Macdonald-Wallace Group Co-Ordinator Thanet Linux User Group http://www.thanet.lug.org.uk/ [EMAIL PROTECTED] GPG KEY: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xFEA1BC16 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono-extras
I have installed Suse Linux Enterprise Server 10 SP1 beta6 from the following iso files on novell site. SLES-10-SP1-CD-i386-Beta6-CD1.iso SLES-10-SP1-CD-i386-Beta6-CD2.iso SLES-10-SP1-CD-i386-Beta6-CD3.iso SLES-10-SP1-CD-i386-Beta6-CD4.iso I have installed mono from the mono packages available as the part Of the cd's. Mono packages such as mono-core , mono-winform installed from the cd's are of version 1.2.2-12.5-i586 which are the dependencies for installing mono-extras. The above cd's does not contain mono-extras package as its part. I tried to download mono-extras from the net but it has dependencies on mono-core,mono-winform packages of lower version. And doesnot get installed. Please let us know the path from where I can download the mono-extras package for the above version of suse linux and mono installed on the system. I look forward to hearing from you. Thanks, Jyoti -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Oleg Deribas Sent: Wednesday, March 28, 2007 5:58 PM To: Mono-list@lists.ximian.com Subject: Re: [Mono-list] mono-service Hello, Jyoti Seth said the following on 28.03.2007 12:20: I want to run my window service on suse linux 10.0 SP1 system. I have read about mono-service on net with which it is possible. I have already installed mono on my system and my asp.net application is running . But I didn't find mono-service anywhere on the system. Do I need to seperately install mono-service on my suse linux system. mono-service and mono-service2 are in mono-extras rpm. -- Oleg ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list