Re: [Mono-dev] Win32 build broken
On Tue, 2005-10-04 at 15:22 +0200, Kornél Pál wrote: Hi, Thanks for the fix. ETXTBSY seems to be a POSIX error code while all the other error codes are Win32 error codes so I think this is an error in the code itself rather than a missed #if !PLATFORM_WIN32. According to the documentation of ETXTBSY it is an error that cannot occur on Win32 because of different desing of file handling. But I think the case that ETXTBSY describes is something that should be mapped to ERROR_ACCESS_DENIED. It's more like a ERROR_SHARING_VIOLATION. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Re: Mono.Cairo Memory Leak
Manuel, I'm writing an interactive canvas for the MonoUML Case Tool. I'm using Cairo with Gtk# and I have experimented an ascending memory consumption when drawings are continuously performed, for example inside a MotionNotifyEvent Handler. This memory is never released and eventually SWAP memory is needed making all too slow. I attach a simple example that illustrate this problem. Cairo draws a rectangle inside a Gtk.DrawingArea every time that the mouse is moved over the DrawingArea. Compile it, run it, move the mouse, and see how memory consumption starts to getting higher and higher over time. Is anything wrong with my code? or is a bug? You're not calling g.Dispose () or ((IDisposable)g).Dispose (); when you're ready with the object. Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building Mono on Windows is extremely slow
On Wed, 2005-10-05 at 13:32 +0200, Kornél Pál wrote: Building Mono on Windows is much slower than building it on Linux for example. The problem seems to be that our scripts use a lot of processes. Processes on Linux are lightweight but are heavyweight on Windows that results in delays because of process construction and destruction. Can anything be done to speed up build? Not without using something other than automake/autoconf, since it's the `configure' script that's responsible for most of that process generation (creating compiling test programs to check for libraries and functions, checking for the presence of programs, checking for...). Alternatively, create a Makefile (or similar) setup explicitly for Win32 users, so they don't have to run configure (if you want to assume that all Win32 systems are alike). Of course, then you'd have to deal with synchronization issues... - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Problem with asmx file
Hello, I've created a webservice named General and generated the wsdl file using gSoap. I generated the proxy with the wsdl tool. I want to test it using DefaultWsdlHelpGenerator.aspx. So i wrote a simple index.asmx containing %@ WebService Class=General % I put the compiled DLL into the bin directory, and then try to access the page http://myserver/index.asmx I end up with this : *Description: *Error processing request. *Error Message: *HTTP 500. *Stack Trace: * || System.NullReferenceException: Object reference not set to an instance of an object in 0x00375 System.Web.Services.Description.ProtocolReflector:ImportBindingContent (System.Web.Services.Description.ServiceDescription desc, System.Web.Services.Protocols.TypeStubInfo typeInfo, System.String url, System.Web.Services.Protocols.BindingInfo binfo) in 0x0010e System.Web.Services.Description.ProtocolReflector:ImportBinding (System.Web.Services.Description.ServiceDescription desc, System.Web.Services.Description.Service service, System.Web.Services.Protocols.TypeStubInfo typeInfo, System.String url, System.Web.Services.Protocols.BindingInfo binfo) in 0x0014d System.Web.Services.Description.ProtocolReflector:ImportService (System.Web.Services.Description.ServiceDescription desc, System.Web.Services.Protocols.TypeStubInfo typeInfo, System.String url) in 0x00135 System.Web.Services.Description.ProtocolReflector:Reflect (System.Web.Services.Description.ServiceDescriptionReflector serviceReflector, System.Type type, System.String url, System.Xml.Serialization.XmlSchemaExporter xxporter, System.Xml.Serialization.SoapSchemaExporter sxporter) in 0x000b8 System.Web.Services.Description.ServiceDescriptionReflector:Reflect (System.Type type, System.String url) in 0x0004b System.Web.Services.Protocols.SoapDocumentationHandler:GetDescriptions () in 0x00031 System.Web.Services.Protocols.SoapDocumentationHandler:ProcessRequest (System.Web.HttpContext context) in 0x0001a System.Web.Services.Protocols.SessionWrapperHandler:ProcessRequest (System.Web.HttpContext context) in 0x00233 System.Web.HttpApplication+ExecuteHandlerState:Execute () in 0x0007a System.Web.HttpApplication+StateMachine:ExecuteState (IStateHandler state, System.Boolean readysync) Anyone knows if i am doing something wrong or if it is a bug ? Many thanks. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Initial (bad) attempt at making MonoInst.klass always meaningfu
Hello, this code is needed by type based alias analysis. In this kind of analysis we need to know as precisely as possible the class of every managed pointer that refers to an object (those referring to value types are not relevant here). In our IR, this kind of info is stored in the klass field of the MonoInst struct. However, this info is not properly maintained in the JIT. This patch is an attempt to make that field accurate. I am not ready to commit it because it has some problems, and I'm seeking comments especially on the FIXMEMASSI issues. One issue is really a trouble for me, and it is the one for which (in debugging) I duplicated the type_from_stack_type function, and introduced a silly type_from_stack_type_safe variant (which in fact is just the original, unmodified type_from_stack_type). In my patch I just wanted to modify the type_from_stack_type function, making it more explicit in case of STACK_OBJ values. This appeared to work, but introduced subtle regressions when inlining was activated. I tried to track the issue down, and verified that the problem is related to the MonoInsts laying on the evaluation stack and used as arguments when inlining. Somehow, their klass is not OK, and when type_from_stack_type uses it very strange things happen, which generally generate failures in some g_assert (not the same in different tests). The idea is that the generated IR is illegal, or corrupted, but I still did not debug this fully (there are too many places in the code that put MonoInsts on the evaluation stack). What I *did* verify (and could be a clue to those who know more than me) is that reverting my change in exactly two places (the ones that now call the silly type_from_stack_type_safe function) fully eliminates the regressions. Please, those who have clues, share them ;-) Ciao, Massi Index: mono/mono/mini/mini.c === --- mono/mono/mini/mini.c (revision 51260) +++ mono/mono/mini/mini.c (working copy) @@ -646,7 +646,11 @@ (dest)-inst_left = (sp) [0]; \ (dest)-inst_right = (sp) [1]; \ (dest)-type = STACK_MP; \ - (dest)-klass = (k); \ + if ((k) == mono_defaults.object_class) { \ + (dest)-klass = (dest)-inst_left-klass-element_class; \ + } else { \ + (dest)-klass = (k); \ + } \ (cfg)-flags |= MONO_CFG_HAS_LDELEMA; \ } while (0) @@ -1130,6 +1134,7 @@ case MONO_TYPE_SZARRAY: case MONO_TYPE_ARRAY: inst-type = STACK_OBJ; + inst-klass = klass; return; case MONO_TYPE_I8: case MONO_TYPE_U8: @@ -1627,6 +1632,28 @@ case STACK_PTR: return mono_defaults.int_class-byval_arg; case STACK_R8: return mono_defaults.double_class-byval_arg; case STACK_MP: return mono_defaults.int_class-byval_arg; + case STACK_OBJ: + if (ins-klass != NULL) { + //FIXMEMASSI: This gives troubles with inlining!!! + return ins-klass-byval_arg; + } else { + return mono_defaults.object_class-byval_arg; + } + case STACK_VTYPE: return ins-klass-byval_arg; + default: + g_error (stack type %d to montype not handled\n, ins-type); + } + return NULL; +} + +static MonoType* +type_from_stack_type_safe (MonoInst *ins) { + switch (ins-type) { + case STACK_I4: return mono_defaults.int32_class-byval_arg; + case STACK_I8: return mono_defaults.int64_class-byval_arg; + case STACK_PTR: return mono_defaults.int_class-byval_arg; + case STACK_R8: return mono_defaults.double_class-byval_arg; + case STACK_MP: return mono_defaults.int_class-byval_arg; case STACK_OBJ: return mono_defaults.object_class-byval_arg; case STACK_VTYPE: return ins-klass-byval_arg; default: @@ -1765,7 +1792,7 @@ case STACK_OBJ: if ((vnum = cfg-intvars [pos])) return cfg-varinfo [vnum]; - res = mono_compile_create_var (cfg, type_from_stack_type (ins), OP_LOCAL); + res = mono_compile_create_var (cfg, type_from_stack_type_safe (ins), OP_LOCAL); cfg-intvars [pos] = res-inst_c0; break; default: @@ -2537,6 +2564,7 @@ { MonoInst *iargs [2]; void *alloc_ftn; + int result; if (cfg-opt MONO_OPT_SHARED) { NEW_DOMAINCONST (cfg, iargs [0]); @@ -2558,7 +2586,13 @@ NEW_VTABLECONST (cfg, iargs [0], vtable); } - return mono_emit_jit_icall (cfg, bblock, alloc_ftn, iargs, ip); + result = mono_emit_jit_icall (cfg, bblock, alloc_ftn, iargs, ip); + g_assert (bblock-last_ins-opcode == CEE_STIND_REF); + g_assert (bblock-last_ins-inst_i0-opcode == OP_LOCAL); + g_assert (bblock-last_ins-inst_i1-opcode == CEE_CALL); + bblock-last_ins-inst_i0-klass = klass; + bblock-last_ins-inst_i1-klass = klass; + return result; } static MonoInst * @@ -2936,7 +2970,7 @@ if (sp [0]-opcode == OP_ICONST) { *args++ = sp [0]; } else { - temp = mono_compile_create_var (cfg, type_from_stack_type (*sp), OP_LOCAL); + temp = mono_compile_create_var (cfg, type_from_stack_type_safe (*sp), OP_LOCAL); *args++ = temp; NEW_TEMPSTORE (cfg, store, temp-inst_c0, *sp); store-cil_code = sp [0]-cil_code; @@ -4471,6 +4505,13 @@ ins-inst_i0 =
[Mono-dev] How to access method arguments in custom profiler
Hi folks, I'm developing a custom profiler, which installs callbacks for method enter/leave occurrences, as follows: #include mono/metadata/profiler.h void mono_profiler_startup (const char *desc) { /* snip */ mono_profiler_install_enter_leave (my_method_enter, my_method_leave); } I'm looking for an easy way to read and (possibly) modify actual arguments of a method invocation from within the enter callback (i.e., my_method_enter). Thanks, -- ric ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Webservices and GtkSharp
I'm trying to use MONO under w2k. The sample i've found at http://www.mono-project.com/Webservices_and_GtkSharpexplains to me how to create a web service under gtk#. When i compile the RemoteWebService.cs with mcs i've got no errors. When i try to test it with Browser and xsp i've got this message: Description: Error compiling a resource required to service this request. Review your source file and modify it to fix this error. Error message: C:\DOCUME~1\LSCARA~1.DOM\IMPOST~1\Temp\lscara-temp-aspnet-0\3a9b368c\11085.0.cs(909,44) : error CS1002: Expecting `;' File name: d:\Programmi\Mono-1.1.9.1\etc\mono\1.0\DefaultWsdlHelpGenerator.aspx Any suggestion?? Luca ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] system class
As I understand it the main difficulty in dealing with Microsoft's WMI implementation is that it runs over DCOM and not a standard protocol such as HTTP. I wrote a C# DCOM stack and WMI implementation for my company, but since they own it and not me I can't release it into the Mono class libs. -W.W. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthijs ter Woord Sent: Wednesday, October 05, 2005 1:00 PM To: Rafael Ferreira Cc: Robert Jordan; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] system class Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM standard, OpenWBEM too. - Original Message - From: Rafael Ferreira [EMAIL PROTECTED] To: Matthijs ter Woord [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com; Robert Jordan [EMAIL PROTECTED] Sent: Wednesday, October 05, 2005 6:11 PM Subject: Re: [Mono-dev] system class yeah its called snmpd :-) On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class Matthijs ter Woord wrote: Are there any WMI alternatives on linux (opensource/closed source)? An implementation of the Windows Management Instrumentation for Linux? :-) Rob ___ 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-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] How to access method arguments in custom profiler
Hi, With the current mono code, you can't. It is possible to modify the runtime code to allow this, take a look at how tracing is implemented (i.e. mini/trace.c). Zoltan On 10/5/05, Riccardo Scandariato [EMAIL PROTECTED] wrote: Hi folks, I'm developing a custom profiler, which installs callbacks for method enter/leave occurrences, as follows: #include mono/metadata/profiler.h void mono_profiler_startup (const char *desc) { /* snip */ mono_profiler_install_enter_leave (my_method_enter, my_method_leave); } I'm looking for an easy way to read and (possibly) modify actual arguments of a method invocation from within the enter callback (i.e., my_method_enter). Thanks, -- ric ___ 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] Re: [Mono-list] Re: Can't install Mono 1.1.9.1 from sources!
Ihad the same problem, and followed the advice below and it worked! I just wanted to contribute that, sohopefully it will work for you as well. JL-Original Message-From: Robert Jordan [EMAIL PROTECTED]To: Mono-list@lists.ximian.comCc: mono-devel-list@lists.ximian.comSent: Tue, 04 Oct 2005 23:00:46 +0200Subject: [Mono-list] Re: Can't install Mono 1.1.9.1 from sources! I was trying to install Mono 1.1.9.1 from sources as usual: ./configure --prefix=/home/vadim/mono/m-1.1.9.1 make make install But since this new version (1.1.9.1) I'm getting the following error (when running 'make install'): --8-- make[7]: Entering directory `/home/vadim/mono/mono-1.1.9.1/mcs/class/PEAPI' MONO_PATH="../../class/lib/net_1_1_bootstrap:$MONO_PATH" /home/vadim/mono/mono-1.1.9.1/runtime/mono-wrapper ../../class/lib/net_1_1_bootstrap/gacutil.exe /i ../../class/lib/default/PEAPI.dll /f /root /home/vadim/mono/m-1.1.9.1/lib /package 1.0 ** ERROR **: file handles.c: line 546 (_wapi_lookup_handle): assertion failed: (shared_handle_data-type == type)Rename you /home/vadim/.wapi/ folder to .w api.old and retry.Rob___Mono-list maillist - Mono-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
Well, you could always ask your employer :-) Greets, Matthijs ter Woord - Original Message - From: Will Weisser [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 7:20 PM Subject: RE: [Mono-dev] system class As I understand it the main difficulty in dealing with Microsoft's WMI implementation is that it runs over DCOM and not a standard protocol such as HTTP. I wrote a C# DCOM stack and WMI implementation for my company, but since they own it and not me I can't release it into the Mono class libs. -W.W. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthijs ter Woord Sent: Wednesday, October 05, 2005 1:00 PM To: Rafael Ferreira Cc: Robert Jordan; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] system class Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM standard, OpenWBEM too. - Original Message - From: Rafael Ferreira [EMAIL PROTECTED] To: Matthijs ter Woord [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com; Robert Jordan [EMAIL PROTECTED] Sent: Wednesday, October 05, 2005 6:11 PM Subject: Re: [Mono-dev] system class yeah its called snmpd :-) On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class Matthijs ter Woord wrote: Are there any WMI alternatives on linux (opensource/closed source)? An implementation of the Windows Management Instrumentation for Linux? :-) Rob ___ 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-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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono structure of development
Hi All, I have a questions regarding Mono structure development. I have tried all the link at Mono website, but I couldn't find it. here is my questions. 1. Is Mono only supporting runtime not the library for all other programming languages? 2. Why all the library such as System, System.Drawing, etc... class is in the mcs library not in Mono library i.g Mono[verions]/Class/System.Windows.Forms ? 3. Are you guys have different compiler for every languages and always includes the library such as System, System.Drawing, etc... i.g [../class/System] ? 4. Is Mono only support runtime for C# programming languages? Thank you in advance for your answers -- Harry Tanama Programmer/Developer .NET / JAVA Powerd by GNU/LiNUX Let Christ be glorify in our words and actions. Jesus Christ save the entire human race from sins GNU/Linux save human from high cost software applications. __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
Hi Will, As I understand it the main difficulty in dealing with Microsoft's WMI implementation is that it runs over DCOM and not a standard protocol such as HTTP. I wrote a C# DCOM stack and WMI implementation for my company, but since they own it and not me I can't release it into the Mono class libs. Just out of curiosity: did you write just a WMI provider for some system? Or a full CMI manager? Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono structure of development
Harry a écrit : Hi All, I have a questions regarding Mono structure development. I have tried all the link at Mono website, but I couldn't find it. here is my questions. 1. Is Mono only supporting runtime not the library for all other programming languages? All libraries are accessible for every languages that are targeting .NET/Mono runtime. Mono si language independant, it execute a low level code (IL for Intermediate Language). Each compiler (C#, VB.NET, etc.) generate IL code. 2. Why all the library such as System, System.Drawing, etc... class is in the mcs library not in Mono library i.g Mono[verions]/Class/System.Windows.Forms ? System co are base libraries defined by ECMA standards and/or compatible with Microsoft .NET. Others libs may be in different places, some are Mono specific, other GTK specific, etc. 3. Are you guys have different compiler for every languages and always includes the library such as System, System.Drawing, etc... i.g [../class/System] ? 4. Is Mono only support runtime for C# programming languages? No, Mono runtime is language independant. Mono project (not only runtime) also provide a C# compiler (mcs), a VB.NET compiler, a Java compiler (ikvm) and a JScript compiler. Some others compiler for Boo or Nemerle are also provided but not supported (I think) Thank you in advance for your answers -- Harry Tanama Programmer/Developer .NET / JAVA Powerd by GNU/LiNUX Let Christ be glorify in our words and actions. Jesus Christ save the entire human race from sins GNU/Linux save human from high cost software applications. __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com ___ 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] Mono structure of development
On Thu, 2005-10-06 at 08:27 -0700, Harry wrote: I have a questions regarding Mono structure development. I have tried all the link at Mono website, but I couldn't find it. here is my questions. I think you are referring to the mono and mcs svn modules (which means directories in the source tree), and the name mcs is very misleading in this case. The idea (I think for historical reasons) is that in the mono tree there are the things implemented in C (the runtime and the jit essentially), and in the mcs tree everything implemented in C# (compilers and libraries). So the mcs tree is not just the mcs compiler, but everything living in managed land. Does this clarify things? Ciao, Massi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system class
If you can make them understand the power behing open source I think they will let it released.:) Open source is good for them as well, as currently they have a version. They paid for it. But unless they pay for it again and again it's bugs won't be fixed and it will be outdated after some time. But if they release it as open source other people can fix and imporve it (in other words maintain it), and they will benefit this as well. And of course we could use it.:) Kornél - Original Message - From: Matthijs ter Woord [EMAIL PROTECTED] To: Will Weisser [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Sent: Thursday, October 06, 2005 5:07 PM Subject: Re: [Mono-dev] system class Well, you could always ask your employer :-) Greets, Matthijs ter Woord - Original Message - From: Will Weisser [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 7:20 PM Subject: RE: [Mono-dev] system class As I understand it the main difficulty in dealing with Microsoft's WMI implementation is that it runs over DCOM and not a standard protocol such as HTTP. I wrote a C# DCOM stack and WMI implementation for my company, but since they own it and not me I can't release it into the Mono class libs. -W.W. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthijs ter Woord Sent: Wednesday, October 05, 2005 1:00 PM To: Rafael Ferreira Cc: Robert Jordan; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] system class Hmm, how about OpenWBEM? WMI is supposed to be an implementation of the WBEM standard, OpenWBEM too. - Original Message - From: Rafael Ferreira [EMAIL PROTECTED] To: Matthijs ter Woord [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com; Robert Jordan [EMAIL PROTECTED] Sent: Wednesday, October 05, 2005 6:11 PM Subject: Re: [Mono-dev] system class yeah its called snmpd :-) On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class Matthijs ter Woord wrote: Are there any WMI alternatives on linux (opensource/closed source)? An implementation of the Windows Management Instrumentation for Linux? :-) Rob ___ 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-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-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] Re: Mono.Cairo Memory Leak
Hi Robert, Thanks for your answer. I have tried to put ((IDisposable)g).Dispose (); just at the end of OnMontionNotifyEvent, but, unfortunately, this does not fix the problem. Manuel. 2005/10/6, Robert Jordan [EMAIL PROTECTED]: You're not calling g.Dispose () or ((IDisposable)g).Dispose (); when you're ready with the object. Rob -- · Manuel Alejandro Cerón Estrada · [EMAIL PROTECTED] · http://ceronman.blogspot.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: Mono.Cairo Memory Leak
Hello, On Thu, 2005-10-06 at 13:48 -0500, Manuel Alejandro Cerón Estrada wrote: Hi Robert, Thanks for your answer. I have tried to put ((IDisposable)g).Dispose (); just at the end of OnMontionNotifyEvent, but, unfortunately, this does not fix the problem. Here is the relevant bug: http://bugzilla.ximian.com/show_bug.cgi?id=76230 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [Patch] Avoid creating version in AssemblyName ctor
Hey, The attached patch adds a param to mono_assembly_name_parse_full, which lets us avoid creating 'version' if it wasn't defined. This helps us to have the same behavior when the version wasn't defined in AssemblyName(string name). Carlos. Index: assembly.c === --- assembly.c (revisión: 51288) +++ assembly.c (copia de trabajo) @@ -1355,7 +1355,7 @@ } gboolean -mono_assembly_name_parse_full (const char *name, MonoAssemblyName *aname, gboolean save_public_key) +mono_assembly_name_parse_full (const char *name, MonoAssemblyName *aname, gboolean save_public_key, gboolean *is_version_defined) { gchar *dllname; gchar *version = NULL; @@ -1366,7 +1366,12 @@ gchar *value; gchar **parts; gchar **tmp; + gboolean version_defined; + if (!is_version_defined) + is_version_defined = version_defined; + *is_version_defined = FALSE; + parts = tmp = g_strsplit (name, ,, 4); if (!tmp || !*tmp) { g_strfreev (tmp); @@ -1380,6 +1385,7 @@ while (*tmp) { value = g_strstrip (*tmp); if (!g_ascii_strncasecmp (value, Version=, 8)) { + *is_version_defined = TRUE; version = g_strstrip (value + 8); tmp++; continue; @@ -1424,7 +1430,7 @@ gboolean mono_assembly_name_parse (const char *name, MonoAssemblyName *aname) { - return mono_assembly_name_parse_full (name, aname, FALSE); + return mono_assembly_name_parse_full (name, aname, FALSE, NULL); } static MonoAssembly* Index: icall.c === --- icall.c (revisión: 51288) +++ icall.c (copia de trabajo) @@ -4111,7 +4111,7 @@ } static void -fill_reflection_assembly_name (MonoDomain *domain, MonoReflectionAssemblyName *aname, MonoAssemblyName *name, const char *absolute) +fill_reflection_assembly_name (MonoDomain *domain, MonoReflectionAssemblyName *aname, MonoAssemblyName *name, const char *absolute, gboolean by_default_version) { static MonoMethod *create_culture = NULL; gpointer args [1]; @@ -4127,7 +4127,8 @@ aname-build = name-build; aname-revision = name-revision; aname-hashalg = name-hash_alg; - aname-version = create_version (domain, name-major, name-minor, name-build, name-revision); + if (by_default_version) + aname-version = create_version (domain, name-major, name-minor, name-build, name-revision); codebase = g_filename_to_uri (absolute, NULL, NULL); if (codebase) { @@ -4181,7 +4182,7 @@ absolute = g_build_filename (assembly-assembly-basedir, assembly-assembly-image-module_name, NULL); fill_reflection_assembly_name (mono_object_domain (assembly), aname, - assembly-assembly-aname, absolute); + assembly-assembly-aname, absolute, TRUE); g_free (absolute); } @@ -4216,7 +4217,7 @@ mono_raise_exception (mono_get_exception_argument (assemblyFile, The file does not contain a manifest)); } - fill_reflection_assembly_name (mono_domain_get (), aname, name, filename); + fill_reflection_assembly_name (mono_domain_get (), aname, name, filename, TRUE); g_free (filename); mono_image_close (image); @@ -4442,12 +4443,13 @@ MonoAssemblyName aname; MonoDomain *domain = mono_object_domain (name); char *val; + gboolean is_version_defined; val = mono_string_to_utf8 (assname); - if (!mono_assembly_name_parse_full (val, aname, TRUE)) + if (!mono_assembly_name_parse_full (val, aname, TRUE, is_version_defined)) return FALSE; - fill_reflection_assembly_name (domain, name, aname, ); + fill_reflection_assembly_name (domain, name, aname, , is_version_defined); mono_assembly_name_free (aname); g_free ((guint8*) aname.public_key); Index: metadata-internals.h === --- metadata-internals.h (revisión: 51288) +++ metadata-internals.h (copia de trabajo) @@ -334,7 +334,8 @@ gboolean mono_assembly_name_parse_full (const char *name, MonoAssemblyName *aname, - gboolean save_public_key); + gboolean save_public_key, + gboolean *is_version_defined); #endif /* __MONO_METADATA_INTERNALS_H__ */ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Regressions.
Your recent changes to the MBas compiler introduced a bunch of regressions that are breaking the automated tests. Please revert those patches and fix the build. Test/ArithmeticOperators1.vb(28,1) error BC2: Parsing error Test/ArithmeticOperators2.vb(28,1) error BC2: Parsing error Test/ArithmeticOperators3.vb(24,1) error BC2: Parsing error Test/Array1.vb(20,1) error BC2: Parsing error Test/Array2.vb(19,1) error BC2: Parsing error Test/Array3.vb(30,1) error BC2: Parsing error Test/AssignmentStatements1.vb(30,1) error BC2: Parsing error Test/AssignmentStatements2.vb(17,1) error BC2: Parsing error Test/AssignmentStatements3.vb(16,1) error BC2: Parsing error Test/AssignmentStatements4.vb(19,0) error BC2: Parsing error Test/ConditionalStatements1.vb(17,0) error BC2: Parsing error Test/DecimalLiteral1.vb(18,1) error BC2: Parsing error Test/DoubleLiteral1.vb(14,0) error BC2: Parsing error Test/Error.vb(23,1) error BC2: Parsing error Test/ExceptionHandling1.vb(13,0) error BC2: Parsing error Test/ExpConversionDoubletoByte1.vb(21,1) error BC2: Parsing error Test/ExpConversionDoubletoDecimal2.vb(21,1) error BC2: Parsing error Test/ExpConversionDoubletoInt1.vb(20,0) error BC2: Parsing error Test/ExpConversionSingletoByte1.vb(20,0) error BC2: Parsing error Test/ExpConversionSingletoDecimal2.vb(20,0) error BC2: Parsing error Test/ExpConversionSingletoDecimal3.vb(20,0) error BC2: Parsing error Test/ExpConversionSingletoInt1.vb(20,0) error BC2: Parsing error Test/ExpConversionStringtoBool3.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoByte2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoByte3.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoDate2.vb(20,8) error BC2: Parsing error Test/ExpConversionStringtoDecimal2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoDouble2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoInt2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoLong2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoShort2.vb(19,8) error BC2: Parsing error Test/ExpConversionStringtoSingle2.vb(19,8) error BC2: Parsing error Test/For1.vb(20,0) error BC2: Parsing error Test/ImpConversionDecimaltoByte1.vb(19,8) error BC2: Parsing error Test/ImpConversionDecimaltoInt1.vb(19,8) error BC2: Parsing error Test/ImpConversionDoubletoByte1.vb(19,8) error BC2: Parsing error Test/ImpConversionDoubletoDecimal2.vb(19,8) error BC2: Parsing error Test/ImpConversionDoubletoDecimal3.vb(19,8) error BC2: Parsing error Test/ImpConversionDoubletoInt1.vb(19,8) error BC2: Parsing error Test/ImpConversionSingletoByte1.vb(19,8) error BC2: Parsing error Test/ImpConversionSingletoDecimal2.vb(19,8) error BC2: Parsing error Test/ImpConversionSingletoDecimal3.vb(19,8) error BC2: Parsing error Test/ImpConversionSingletoInt1.vb(19,8) error BC2: Parsing error Test/ImpConversionStringtoBool3.vb(19,8) error BC2: Parsing error Test/ImpConversionStringtoByte2.vb(19,8) error BC2: Parsing error Test/ImpConversionStringtoByte3.vb(19,8) error BC2: Parsing error Test/ImpConversionStringtoDate2.vb(20,0) error BC2: Parsing error Test/ImpConversionStringtoDecimal2.vb(20,0) error BC2: Parsing error Test/ImpConversionStringtoDouble2.vb(20,0) error BC2: Parsing error Test/ImpConversionStringtoInt2.vb(21,1) error BC2: Parsing error Test/ImpConversionStringtoLong2.vb(20,0) error BC2: Parsing error Test/ImpConversionStringtoShort2.vb(20,0) error BC2: Parsing error Test/ImpConversionStringtoSingle2.vb(20,0) error BC2: Parsing error Test/Inheritance1.vb(19,0) error BC2: Parsing error Test/Inheritance2.vb(33,0) error BC2: Parsing error Test/InheritanceM.vb(30,1) error BC2: Parsing error Test/InheritanceN.vb(35,1) error BC2: Parsing error Test/IntegerLiteral1.vb(14,0) error BC2: Parsing error Test/IntegerLiteralTest1.vb(18,1) error BC2: Parsing error Test/IntegerLiteralTest2.vb(17,0) error BC2: Parsing error Test/IntegerLiteralTest3.vb(16,1) error BC2: Parsing error Test/Interface1.vb(32,0) error BC2: Parsing error Test/LateBinding10.vb(31,1) error BC2: Parsing error Test/LateBinding12.vb(27,0) error BC2: Parsing error Test/LateBinding13.vb(16,0) error BC2: Parsing error Test/LateBinding14.vb(37,0) error BC2: Parsing error Test/LateBinding1.vb(24,0) error BC2: Parsing error Test/LateBinding2.vb(24,0) error BC2: Parsing error Test/LateBinding3.vb(25,1) error BC2: Parsing error Test/LateBinding4.vb(23,0) error BC2: Parsing error Test/LateBinding5.vb(23,0) error BC2: Parsing error Test/LateBinding6.vb(30,0) error BC2: Parsing error Test/LateBinding7.vb(24,0) error BC2: Parsing error Test/LateBinding8.vb(23,0) error BC2: Parsing error Test/LateBinding9.vb(24,0) error BC2: Parsing error
[Mono-dev] [Patch] DataGrid.BoundColumn doesn't respect ReadOnly
Hi, Seems like the attached (tiny) patch fixes the issue in subject. Regards Kjell Risholm Index: BoundColumn.cs === --- BoundColumn.cs (revisjon 51366) +++ BoundColumn.cs (arbeidskopi) @@ -100,11 +100,16 @@ cell.DataBinding += new EventHandler (ItemDataBinding); break; case ListItemType.EditItem: -string df = DataField; -TextBox tb = new TextBox (); -if (df != null df != ) - tb.DataBinding += new EventHandler (ItemDataBinding); -cell.Controls.Add (tb); +if (ReadOnly) + cell.DataBinding += new EventHandler (ItemDataBinding); +else +{ + string df = DataField; + TextBox tb = new TextBox (); + if (df != null df != ) + tb.DataBinding += new EventHandler (ItemDataBinding); + cell.Controls.Add (tb); +} break; } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list