From timoch at gmail.com Sat Mar 1 07:34:10 2008 From: timoch at gmail.com (Julien De Groote) Date: Sat, 1 Mar 2008 13:34:10 +0100 Subject: [Mono-dev] DynamicMethod implementation Message-ID: Hi, I am having trouble with DynamicMethod under mono. The sample program below does compile and work under ms.net runtime but it does not run under mono. I did a quick search through bugzilla but to no avail. Does anyone know what is actually happening ? Thanks for the help, Julien Here is what I get when I run the program under mono -------------------------------------------------- ** (Program.exe:3112): WARNING **: mono_class_from_mono_type: implement me 0x00 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -------------------------------------------------- Here is the program : --------------------------------------------------- using System; using System.Collections.Generic; using System.Text; using System.Reflection.Emit; using System.Reflection; using System.Globalization; namespace DynamicMethodTest { class Program { public delegate object BodyDelegate(object[] parameters); public static int GetInt(int i) { return i; } static void Main(string[] args) { MethodInfo minfo = typeof(Program).GetMethod("GetInt"); DynamicMethod method = new DynamicMethod("GetInt", typeof(object), new Type[] { typeof(object[]) }, typeof(Program).Module); // generate the method body ILGenerator generator = method.GetILGenerator(); MethodInfo changetype = typeof(Convert).GetMethod("ChangeType", new Type[] { typeof(object), typeof(Type), typeof(IFormatProvider) }); MethodInfo gettypefromhandle = typeof(Type).GetMethod("GetTypeFromHandle", new Type[] { typeof(RuntimeTypeHandle) }); MethodInfo get_InvariantCulture = typeof(CultureInfo).GetMethod("get_InvariantCulture", BindingFlags.Static | BindingFlags.Public, null, Type.EmptyTypes, null); // for each parameter of the original method, load it on stack ParameterInfo[] parameters = minfo.GetParameters(); for (int i = 0; i < parameters.Length; i++) { ParameterInfo par = parameters[i]; // load the array generator.Emit(OpCodes.Ldarg, 0); // load the index in the array generator.Emit(OpCodes.Ldc_I4, (int)i); // get the element at given index generator.Emit(OpCodes.Ldelem_Ref); // convert it if necessary if (par.ParameterType.IsPrimitive || par.ParameterType == typeof(string)) { // load the parameter type onto stack generator.Emit(OpCodes.Ldtoken, par.ParameterType); generator.EmitCall(OpCodes.Callvirt, gettypefromhandle, null); // load the invariant culture onto stack generator.EmitCall(OpCodes.Call, get_InvariantCulture, null); // call Convert.ChangeType generator.EmitCall(OpCodes.Call, changetype, null); // if necessary, unbox the value if (par.ParameterType.IsValueType) generator.Emit(OpCodes.Unbox_Any, par.ParameterType ); } } generator.EmitCall(OpCodes.Call, minfo, null); if (minfo.ReturnType == typeof(void)) generator.Emit(OpCodes.Ldnull); if (minfo.ReturnType.IsValueType) generator.Emit(OpCodes.Box, minfo.ReturnType); generator.Emit(OpCodes.Ret); BodyDelegate del = (BodyDelegate)method.CreateDelegate(typeof(BodyDelegate)); Console.WriteLine(del(new object[] { 0 })); Console.ReadLine(); } } } -- Julien De Groote timoch at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080301/54a2233d/attachment-0001.html From kumpera at gmail.com Sat Mar 1 17:08:54 2008 From: kumpera at gmail.com (Rodrigo Kumpera) Date: Sat, 1 Mar 2008 19:08:54 -0300 Subject: [Mono-dev] DynamicMethod implementation In-Reply-To: References: Message-ID: <8cca42d80803011408s63925e48l131733654425de73@mail.gmail.com> Julien, this is a bug in the mono runtime, please fill a bug report to better track the progress of us fixing it. 2008/3/1 Julien De Groote : > Hi, > I am having trouble with DynamicMethod under mono. The sample program > below does compile and work under ms.net runtime but it does not run under > mono. I did a quick search through bugzilla but to no avail. > > Does anyone know what is actually happening ? > > Thanks for the help, > Julien > > Here is what I get when I run the program under mono > -------------------------------------------------- > > ** (Program.exe:3112): WARNING **: mono_class_from_mono_type: implement me > 0x00 > > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > -------------------------------------------------- > > Here is the program : > --------------------------------------------------- > using System; > using System.Collections.Generic; > using System.Text; > using System.Reflection.Emit; > using System.Reflection; > using System.Globalization; > > namespace DynamicMethodTest { > class Program { > public delegate object BodyDelegate(object[] parameters); > > public static int GetInt(int i) { > return i; > } > > static void Main(string[] args) { > MethodInfo minfo = typeof(Program).GetMethod("GetInt"); > DynamicMethod method = new DynamicMethod("GetInt", > typeof(object), > new Type[] { typeof(object[]) }, typeof(Program).Module); > > // generate the method body > ILGenerator generator = method.GetILGenerator(); > > MethodInfo changetype = > typeof(Convert).GetMethod("ChangeType", new Type[] { typeof(object), > typeof(Type), typeof(IFormatProvider) }); > MethodInfo gettypefromhandle = > typeof(Type).GetMethod("GetTypeFromHandle", new Type[] { > typeof(RuntimeTypeHandle) }); > MethodInfo get_InvariantCulture = > typeof(CultureInfo).GetMethod("get_InvariantCulture", BindingFlags.Static| > BindingFlags.Public, > null, Type.EmptyTypes, null); > // for each parameter of the original method, load it on stack > ParameterInfo[] parameters = minfo.GetParameters(); > for (int i = 0; i < parameters.Length; i++) { > ParameterInfo par = parameters[i]; > // load the array > generator.Emit(OpCodes.Ldarg, 0); > // load the index in the array > generator.Emit(OpCodes.Ldc_I4, (int)i); > // get the element at given index > generator.Emit(OpCodes.Ldelem_Ref); > // convert it if necessary > if (par.ParameterType.IsPrimitive || par.ParameterType == > typeof(string)) { > // load the parameter type onto stack > generator.Emit(OpCodes.Ldtoken, par.ParameterType); > generator.EmitCall(OpCodes.Callvirt, > gettypefromhandle, null); > // load the invariant culture onto stack > generator.EmitCall(OpCodes.Call, get_InvariantCulture, > null); > // call Convert.ChangeType > generator.EmitCall(OpCodes.Call, changetype, null); > // if necessary, unbox the value > if (par.ParameterType.IsValueType) > generator.Emit(OpCodes.Unbox_Any, > par.ParameterType); > } > } > > generator.EmitCall(OpCodes.Call, minfo, null); > > if (minfo.ReturnType == typeof(void)) > generator.Emit(OpCodes.Ldnull); > if (minfo.ReturnType.IsValueType) > generator.Emit(OpCodes.Box, minfo.ReturnType); > generator.Emit(OpCodes.Ret); > > BodyDelegate del = > (BodyDelegate)method.CreateDelegate(typeof(BodyDelegate)); > Console.WriteLine(del(new object[] { 0 })); > Console.ReadLine(); > } > } > } > > > > -- > Julien De Groote > timoch at gmail.com > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080301/75f07196/attachment.html From alexc at majestic12.co.uk Sun Mar 2 11:02:51 2008 From: alexc at majestic12.co.uk (Alex Chudnovsky) Date: Sun, 02 Mar 2008 16:02:51 +0000 Subject: [Mono-dev] Mono Class library question Message-ID: <47CACFAB.1030304@majestic12.co.uk> Hi, Can someone knowledgeable please clarify whether what I want to do is acceptable under Mono's license - I want to take HttpWebRequest class and change it for my custom need of being able to provide custom DNS server for resolves (this might involve changing actually Dns.Resolve function) - I am fully aware that this is not something Mono needs because you probably don't want these "extensions" of .NET's functionality, however I am concerned whether I am right thinking that LGPL 2 license under which (as I understand) class library is licensed will allow me to take these couple of source files, add extra functionality that I need and link them with my commercial application without having to make whole application open sourced - if I understand LGPL correctly I will need to make open source actual changes that I make to the library itself, which is fine by me. Am I right or wrong? Initially I looked at Rotor shared source but their license is too restrictive so I don't want to get involved with it. regards, Alex From alan.mcgovern at gmail.com Sun Mar 2 11:08:52 2008 From: alan.mcgovern at gmail.com (Alan McGovern) Date: Sun, 2 Mar 2008 16:08:52 +0000 Subject: [Mono-dev] Mono Class library question In-Reply-To: <47CACFAB.1030304@majestic12.co.uk> References: <47CACFAB.1030304@majestic12.co.uk> Message-ID: <117799f00803020808q28a58962y9142a225dda4f9ab@mail.gmail.com> http://www.mono-project.com/FAQ:_Licensing That should answer your questions in detail. Note that the class libraries themselves are under the MIT/X11 license, not (L)GPL. Alan. On Sun, Mar 2, 2008 at 4:02 PM, Alex Chudnovsky wrote: > Hi, > > Can someone knowledgeable please clarify whether what I want to do is > acceptable under Mono's license - I want to take HttpWebRequest class > and change it for my custom need of being able to provide custom DNS > server for resolves (this might involve changing actually Dns.Resolve > function) - I am fully aware that this is not something Mono needs > because you probably don't want these "extensions" of .NET's > functionality, however I am concerned whether I am right thinking that > LGPL 2 license under which (as I understand) class library is licensed > will allow me to take these couple of source files, add extra > functionality that I need and link them with my commercial application > without having to make whole application open sourced - if I understand > LGPL correctly I will need to make open source actual changes that I > make to the library itself, which is fine by me. > > Am I right or wrong? > > Initially I looked at Rotor shared source but their license is too > restrictive so I don't want to get involved with it. > > regards, > > Alex > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080302/97ab6169/attachment.html From alexc at majestic12.co.uk Sun Mar 2 11:26:21 2008 From: alexc at majestic12.co.uk (Alex Chudnovsky) Date: Sun, 02 Mar 2008 16:26:21 +0000 Subject: [Mono-dev] Mono Class library question In-Reply-To: <117799f00803020808q28a58962y9142a225dda4f9ab@mail.gmail.com> References: <47CACFAB.1030304@majestic12.co.uk> <117799f00803020808q28a58962y9142a225dda4f9ab@mail.gmail.com> Message-ID: <47CAD52D.5080908@majestic12.co.uk> Thanks Alan. Looking at MIT/X11 license it appears that it allows to do what I described in my original post? regards, Alex Alan McGovern wrote: > http://www.mono-project.com/FAQ:_Licensing > > That should answer your questions in detail. Note that the class libraries > themselves are under the MIT/X11 license, not (L)GPL. > > Alan. > > On Sun, Mar 2, 2008 at 4:02 PM, Alex Chudnovsky > wrote: > From mbd at dbc.dk Mon Mar 3 01:37:56 2008 From: mbd at dbc.dk (Mads Bondo Dydensborg) Date: Mon, 3 Mar 2008 07:37:56 +0100 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <1204234549.6734.33.camel@erandi.boston.ximian.com> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> Message-ID: <200803030737.56304.mbd@dbc.dk> torsdag 28 Februar 2008 skrev Miguel de Icaza: > Hey folks, > > For Mono 2.0 I believe it would be useful to deprecate a few > commands that have better replacements or that are not that useful > anymore. > * prj2make - Use MonoDevelop instead. I have yet to succesfully compile a version of monodevelop that actually can be used for anything - all my tries end up giving me crashes. Still looking for a stable release of monodevelop, btw. This is not to diss monodevelop - I am simply reporting my personal experience. Regards Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 From sanfordarmstrong at gmail.com Mon Mar 3 02:04:33 2008 From: sanfordarmstrong at gmail.com (Sandy Armstrong) Date: Sun, 2 Mar 2008 23:04:33 -0800 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <200803030737.56304.mbd@dbc.dk> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> <200803030737.56304.mbd@dbc.dk> Message-ID: On Sun, Mar 2, 2008 at 10:37 PM, Mads Bondo Dydensborg wrote: > torsdag 28 Februar 2008 skrev Miguel de Icaza: > > > Hey folks, > > > > For Mono 2.0 I believe it would be useful to deprecate a few > > commands that have better replacements or that are not that useful > > anymore. > > > * prj2make - Use MonoDevelop instead. > > I have yet to succesfully compile a version of monodevelop that actually can > be used for anything - all my tries end up giving me crashes. That's unfortunate, but there are plenty of developers using MD full-time on various distros that find it to be a stable and productive environment. This is fairly off-topic, though, as the prj2make functionality is part of mdtool, a command line utility distributed with MonoDevelop, which I assume is not what has been crashing on you. > Still looking for a stable release of monodevelop, btw. Perhaps you will have more luck with the upcoming 1.0 release. Have you tried the release candidates? > This is not to diss monodevelop - I am simply reporting my personal > experience. I hope you've also been reporting these experiences to bugzilla or the MonoDevelop mailing list so that they can be resolved. Cheers, Sandy From miguel at ximian.com Mon Mar 3 02:13:12 2008 From: miguel at ximian.com (Miguel de Icaza) Date: Mon, 03 Mar 2008 02:13:12 -0500 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <200803030737.56304.mbd@dbc.dk> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> <200803030737.56304.mbd@dbc.dk> Message-ID: <1204528392.10039.47.camel@erandi.boston.ximian.com> > I have yet to succesfully compile a version of monodevelop that actually can > be used for anything - all my tries end up giving me crashes. > > Still looking for a stable release of monodevelop, btw. > > This is not to diss monodevelop - I am simply reporting my personal > experience. Since pretty much everyone I know can get a working MonoDevelop, am going to take a wild guess and assume that you have a broken setup. As usual, bug reports, stack traces, versions would be useful to solve the problem. From mbd at dbc.dk Mon Mar 3 02:29:39 2008 From: mbd at dbc.dk (Mads Bondo Dydensborg) Date: Mon, 3 Mar 2008 08:29:39 +0100 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: References: <1204234549.6734.33.camel@erandi.boston.ximian.com> <200803030737.56304.mbd@dbc.dk> Message-ID: <200803030829.40180.mbd@dbc.dk> mandag 03 Marts 2008 skrev Sandy Armstrong: > On Sun, Mar 2, 2008 at 10:37 PM, Mads Bondo Dydensborg wrote: > > torsdag 28 Februar 2008 skrev Miguel de Icaza: > > I have yet to succesfully compile a version of monodevelop that actually can > > be used for anything - all my tries end up giving me crashes. > > That's unfortunate, but there are plenty of developers using MD > full-time on various distros that find it to be a stable and > productive environment. Yes. The packages by my distro also seems to work. I personally has not been able, admittedly giving it only a few hours time, to actually compile from scratch a working monodevelop "instance". Unfortunately - last I looked - mdtools was not part of the distro packages. (Which are based on quite old versions of monodevelop). > This is fairly off-topic, though, as the > prj2make functionality is part of mdtool, a command line utility > distributed with MonoDevelop, which I assume is not what has been > crashing on you. In honesty I have not tried mdtool, as I have not been able to make my homecompiled monodevelop's run. And, also, xbuild works for our purposes. Obviously, if mdtool is independent of the GUI part of monodevelop to run, and it is trivial to compile this part, prj2make should be safe to retire. > > > Still looking for a stable release of monodevelop, btw. > > Perhaps you will have more luck with the upcoming 1.0 release. Have > you tried the release candidates? No. It was my impression in start december 2007, that a stable release of monodevelop was forthcoming in mid january. I regret that I have not had the time to look at rc releases - I was planning to evaluate the stable release of mono develop (giving it the time to actually compile it) against using eclipse for C# development. > > > This is not to diss monodevelop - I am simply reporting my personal > > experience. > > I hope you've also been reporting these experiences to bugzilla or the > MonoDevelop mailing list so that they can be resolved. No I haven't. I have read similar "stories" on this list, and I was under the impression that part of the work of the stable version of monodevelop was to make it easer to create a working self-compiled version of monodevelop. Of course, I may be wrong. Regards Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 From sebastian.onofrei at eyepartner.com Mon Mar 3 04:58:47 2008 From: sebastian.onofrei at eyepartner.com (Sebi Onofrei) Date: Mon, 03 Mar 2008 11:58:47 +0200 Subject: [Mono-dev] Mono COM support question Message-ID: <47CBCBD7.2030405@eyepartner.com> Hello dear developers, I am Sebi and I'm currently developing an application which aims to do massive encoding of queued movies and of course, as open source supporter, I decided to use Mono as the development environment for this application in my company. I am currently using Mono 1.2.6-1 as I had no time to update it to a later version yet. I wrote approximately 14500 lines of code in almost 2.5 months since I started this project and I must tell you that I'm really pleased with your product. I encountered some problems but successfully developed some features from scratch if they were not implemented yet natively by Mono or found answers all over the internet about how to solve my problems (such of not implemented WebClient, WebRequest, WebResponse, etc... anyway using sockets I managed to successfully create classes that work like a charm) The problem is that now I need to use COM communication. I will have to use Flix Engine from On2 and as I discovered reading their documentation / how-tos, I sorta' need this. (functions like "Type.GetTypeFromProgID("xyz")" for example are not yet implemented) I have no experience at all with COM communication or such, so please forgive me if this will make some of you laugh or something :) Can I know when COM support will be added? Or can anyone help me a bit solving this communication? There's this SDK from On2 that I have to use. There is a version for linux of their SDK, but any suggestions about how to solve this the right way will be appreciated. Thank you for all your support and Go MONO! With kind regards, Sebi -------------- next part -------------- A non-text attachment was scrubbed... Name: sebastian_onofrei.vcf Type: text/x-vcard Size: 611 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080303/3464c4bd/attachment.vcf From kornelpal at gmail.com Mon Mar 3 05:45:43 2008 From: kornelpal at gmail.com (=?ISO-8859-1?B?S29ybulsIFDhbA==?=) Date: Mon, 3 Mar 2008 11:45:43 +0100 Subject: [Mono-dev] Mono COM support question References: <47CBCBD7.2030405@eyepartner.com> Message-ID: <003c01c87d1b$bc5c3e50$4a7326c3@kornelpal.hu> Hi, I don't know the exact status of COM support so if you need this information you should wait for Jonathan Chambers. You should be aware however that COM is a Windows specific technology so if you want to use it I recommend you to use Microsoft .NET Framework that should be compatible with Mono as has more Windows specific characteristics than Mono. Mono is intended to be platform independent so we have less focus on supporting Windows specific features altough more and more such technologies are supported by Mono as well. Also note that as far as I know WebClient, WebRequest, WebResponse are supported by Mono only a few methods are not implemented. Korn?l ----- Original Message ----- From: "Sebi Onofrei" To: Sent: Monday, March 03, 2008 10:58 AM Subject: [Mono-dev] Mono COM support question > > Hello dear developers, > > I am Sebi and I'm currently developing an application which aims to do > massive encoding of queued movies > and of course, as open source supporter, I decided to use Mono as the > development environment for this application in my > company. > > I am currently using Mono 1.2.6-1 as I had no time to update it to a > later version yet. > > I wrote approximately 14500 lines of code in almost 2.5 months since I > started this project and I must tell you that I'm really > pleased with your product. I encountered some problems but successfully > developed some features from scratch if they were > not implemented yet natively by Mono or found answers all over the > internet about how to solve my problems (such of not > implemented WebClient, WebRequest, WebResponse, etc... anyway using > sockets I managed to successfully create classes that > work like a charm) > > The problem is that now I need to use COM communication. I will have to > use Flix Engine from On2 and as I discovered reading > their documentation / how-tos, I sorta' need this. (functions like > "Type.GetTypeFromProgID("xyz")" for example are not > yet implemented) > > I have no experience at all with COM communication or such, so please > forgive me if this will make some of you laugh or something :) > > Can I know when COM support will be added? Or can anyone help me a bit > solving this communication? There's this SDK from > On2 that I have to use. There is a version for linux of their SDK, but > any suggestions about how to solve this the right way will be > appreciated. > > > Thank you for all your support and Go MONO! > > > > With kind regards, > Sebi > -------------------------------------------------------------------------------- > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > From robertj at gmx.net Mon Mar 3 06:15:33 2008 From: robertj at gmx.net (Robert Jordan) Date: Mon, 03 Mar 2008 12:15:33 +0100 Subject: [Mono-dev] Mono COM support question In-Reply-To: <47CBCBD7.2030405@eyepartner.com> References: <47CBCBD7.2030405@eyepartner.com> Message-ID: Sebi Onofrei wrote: > internet about how to solve my problems (such of not > implemented WebClient, WebRequest, WebResponse, etc... anyway using > sockets I managed to successfully create classes that > work like a charm) Those classes are implemented since ages. Robert From jonpryor at vt.edu Mon Mar 3 07:07:58 2008 From: jonpryor at vt.edu (Jonathan Pryor) Date: Mon, 03 Mar 2008 07:07:58 -0500 Subject: [Mono-dev] Mono COM support question In-Reply-To: <47CBCBD7.2030405@eyepartner.com> References: <47CBCBD7.2030405@eyepartner.com> Message-ID: <1204546078.14456.7.camel@lina.magi.jprl.com> On Mon, 2008-03-03 at 11:58 +0200, Sebi Onofrei wrote: > The problem is that now I need to use COM communication. I will have to > use Flix Engine from On2 and as I discovered reading > their documentation / how-tos, I sorta' need this. (functions like > "Type.GetTypeFromProgID("xyz")" for example are not > yet implemented) Whether this will ever be implemented on Linux is best answered by Jonathan Chambers. Regardless, it is highly unlikely that the On2 Flix engine will work via COM on Linux, so if you need Linux support it won't happen. You would instead need to, at minimum, use Win32 Mono hosted on Wine instead of Linux Mono, in addition to getting ProgID support within Mono's Win32 COM support. > Can I know when COM support will be added? Or can anyone help me a bit > solving this communication? There's this SDK from > On2 that I have to use. There is a version for linux of their SDK, but > any suggestions about how to solve this the right way will be > appreciated. If you intend to run on Linux, I would suggest looking at their Linux SDK, which in all likelihood is _not_ based on COM. - Jon From monodanmorg at yahoo.com Mon Mar 3 11:32:17 2008 From: monodanmorg at yahoo.com (Daniel Morgan) Date: Mon, 3 Mar 2008 08:32:17 -0800 (PST) Subject: [Mono-dev] monodoc Message-ID: <31333.68533.qm@web30808.mail.mud.yahoo.com> Does monodoc and the monodocer tools currently work on Windows? If it does, what do I need to do to create docs for an assembly, such as, System.Data.OracleClient? I haven't had too much success with these tools in the past. And with the results, how do i get it to work in monodoc? And how do I contribute the results to the mono project? ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From cjac at colliertech.org Mon Mar 3 11:34:53 2008 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Mon, 03 Mar 2008 08:34:53 -0800 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <1204234549.6734.33.camel@erandi.boston.ximian.com> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> Message-ID: <1204562093.6347.179.camel@cjcoll-3.desktop.amazon.com> I personally prefer to have a phased deprecation including a period of increasingly more annoying impediments. Here are some examples that I've seen work: * warning messages with feedback url * enforced periods of delay prior to executing commands * eventual removal of deprecated code and substitution with hook to replacement implementation Cheers, C.J. On Thu, 2008-02-28 at 16:35 -0500, Miguel de Icaza wrote: > Hey folks, > > For Mono 2.0 I believe it would be useful to deprecate a few > commands that have better replacements or that are not that useful > anymore. We could either remove the commands, or have them issue a > warning that the code has been deprecated. > > I welcome your feedback, here are the ones that I have in mind: > > * monolinker - replaced by the Cecil linker. > * prj2make - Use MonoDevelop instead. > > Additionally, I believe that the Cecil-based mono-api-info is a > better implementation than the SRE-based implementation. And am > wondering if we should just replace our current implementation with the > version living in cecil (this would also eliminate mono-api-info and > mono-api-info2). > > Miguel. > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080303/d5d76883/attachment-0001.html From monkey at jpobst.com Mon Mar 3 12:06:55 2008 From: monkey at jpobst.com (Jonathan Pobst) Date: Mon, 03 Mar 2008 11:06:55 -0600 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <1204234549.6734.33.camel@erandi.boston.ximian.com> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> Message-ID: <47CC302F.4000205@jpobst.com> > Additionally, I believe that the Cecil-based mono-api-info is a > better implementation than the SRE-based implementation. And am > wondering if we should just replace our current implementation with the > version living in cecil (this would also eliminate mono-api-info and > mono-api-info2). I just tried running both versions on 2.0's Accessibility.dll. The SRE one is 122k, the Cecil one is 55k. So I don't think the Cecil one is ready yet for primetime. SRE: http://jpobst.com/Accessibility.xml Cecil: http://jpobst.com/Accessibility.Cecil.xml Jonathan From alan.mcgovern at gmail.com Mon Mar 3 12:13:24 2008 From: alan.mcgovern at gmail.com (Alan McGovern) Date: Mon, 3 Mar 2008 17:13:24 +0000 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <47CC302F.4000205@jpobst.com> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> <47CC302F.4000205@jpobst.com> Message-ID: <117799f00803030913o7ceaa6a1u2d628bb88cdb6270@mail.gmail.com> Well, if you look at the output you'll see that the cecil one is considerably more condensed and readable than the SRE one, so that could easily explain the filesize difference. For example, the 'ClearProps(in System.Byte&, in System.UInt32, in System.Guid&, in System.Int32)' method is 7 lines in the cecil version but about 24 lines in the SRE version. Alan. On Mon, Mar 3, 2008 at 5:06 PM, Jonathan Pobst wrote: > > Additionally, I believe that the Cecil-based mono-api-info is a > > better implementation than the SRE-based implementation. And am > > wondering if we should just replace our current implementation with the > > version living in cecil (this would also eliminate mono-api-info and > > mono-api-info2). > > I just tried running both versions on 2.0's Accessibility.dll. The SRE > one is 122k, the Cecil one is 55k. So I don't think the Cecil one is > ready yet for primetime. > > SRE: http://jpobst.com/Accessibility.xml > Cecil: http://jpobst.com/Accessibility.Cecil.xml > > Jonathan > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080303/8c6d366f/attachment.html From monkey at jpobst.com Mon Mar 3 12:34:24 2008 From: monkey at jpobst.com (Jonathan Pobst) Date: Mon, 03 Mar 2008 11:34:24 -0600 Subject: [Mono-dev] Deprecating some Mono commands, Cecil mono-api-info In-Reply-To: <117799f00803030913o7ceaa6a1u2d628bb88cdb6270@mail.gmail.com> References: <1204234549.6734.33.camel@erandi.boston.ximian.com> <47CC302F.4000205@jpobst.com> <117799f00803030913o7ceaa6a1u2d628bb88cdb6270@mail.gmail.com> Message-ID: <47CC36A0.1070106@jpobst.com> Right, it is more condensed because it is missing the rest of the information. :) For your example, it is missing the attributes on the parameters. Both files should be exactly the same. Jonathan Alan McGovern wrote: > Well, if you look at the output you'll see that the cecil one is > considerably more condensed and readable than the SRE one, so that could > easily explain the filesize difference. For example, the 'ClearProps(in > System.Byte&, in System.UInt32, in System.Guid&, in System.Int32)' > method is 7 lines in the cecil version but about 24 lines in the SRE > version. > > Alan. > > On Mon, Mar 3, 2008 at 5:06 PM, Jonathan Pobst > wrote: > > > Additionally, I believe that the Cecil-based mono-api-info is a > > better implementation than the SRE-based implementation. And am > > wondering if we should just replace our current implementation > with the > > version living in cecil (this would also eliminate mono-api-info and > > mono-api-info2). > > I just tried running both versions on 2.0's Accessibility.dll. The SRE > one is 122k, the Cecil one is 55k. So I don't think the Cecil one is > ready yet for primetime. > > SRE: http://jpobst.com/Accessibility.xml > Cecil: http://jpobst.com/Accessibility.Cecil.xml > > Jonathan > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From jonpryor at vt.edu Mon Mar 3 12:45:03 2008 From: jonpryor at vt.edu (Jonathan Pryor) Date: Mon, 03 Mar 2008 12:45:03 -0500 Subject: [Mono-dev] monodoc In-Reply-To: <31333.68533.qm@web30808.mail.mud.yahoo.com> References: <31333.68533.qm@web30808.mail.mud.yahoo.com> Message-ID: <1204566303.20508.19.camel@lina.magi.jprl.com> On Mon, 2008-03-03 at 08:32 -0800, Daniel Morgan wrote: > Does monodoc and the monodocer tools currently work on > Windows? Yes. They're also included with the Mono Windows download. > If it does, what do I need to do to create docs for an > assembly, such as, System.Data.OracleClient? http://www.mono-project.com/Monodocer > I haven't had too much success with these tools in the > past. > > And with the results, how do i get it to work in > monodoc? http://www.mono-project.com/Assembler > And how do I contribute the results to the mono > project? If you already have a svn account, you could just `svn add` the contents into the monodoc/class directory: http://anonsvn.mono-project.com/source/trunk/monodoc/class/ Otherwise, you'll need to create a .tar.gz/.zip file and send it to the list. - Jon From cmarshall at pacificbiosciences.com Mon Mar 3 13:59:37 2008 From: cmarshall at pacificbiosciences.com (Casey Marshall) Date: Mon, 03 Mar 2008 10:59:37 -0800 Subject: [Mono-dev] Change #97189 Message-ID: <1204570777.19254.2.camel@MP-L057.nanofluidics.com> This change seems to break the build for me: > --- mono/metadata/verify.c (revision 97000) > +++ mono/metadata/verify.c (working copy) > @@ -235,6 +235,8 @@ > static gboolean > token_bounds_check (MonoImage *image, guint32 token) > { > + if (image->dynamic) > + return mono_g_hash_table_lookup (dyn->tokens, GUINT_TO_POINTER (token)) != NULL; > return image->tables [mono_metadata_token_table (token)].rows >= mono_metadata_token_index (token); > } There isn't any variable 'dyn' anywhere. From kumpera at gmail.com Mon Mar 3 14:40:57 2008 From: kumpera at gmail.com (Rodrigo Kumpera) Date: Mon, 3 Mar 2008 16:40:57 -0300 Subject: [Mono-dev] Change #97189 In-Reply-To: <1204570777.19254.2.camel@MP-L057.nanofluidics.com> References: <1204570777.19254.2.camel@MP-L057.nanofluidics.com> Message-ID: <8cca42d80803031140w6b849f07w54121f3cf860eb28@mail.gmail.com> My fault, sorry for that. I have already committed the fix. On Mon, Mar 3, 2008 at 3:59 PM, Casey Marshall < cmarshall at pacificbiosciences.com> wrote: > This change seems to break the build for me: > > > --- mono/metadata/verify.c (revision 97000) > > +++ mono/metadata/verify.c (working copy) > > @@ -235,6 +235,8 @@ > > static gboolean > > token_bounds_check (MonoImage *image, guint32 token) > > { > > + if (image->dynamic) > > + return mono_g_hash_table_lookup (dyn->tokens, > GUINT_TO_POINTER (token)) != NULL; > > return image->tables [mono_metadata_token_table (token)].rows >= > mono_metadata_token_index (token); > > } > > There isn't any variable 'dyn' anywhere. > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080303/2ab31b04/attachment.html From sebastien.pouliot at gmail.com Mon Mar 3 16:19:25 2008 From: sebastien.pouliot at gmail.com (Sebastien Pouliot) Date: Mon, 03 Mar 2008 16:19:25 -0500 Subject: [Mono-dev] Transparency from GIF files does not show up in BitmapData In-Reply-To: <4D2C811D-6104-4195-B931-A4110D78DC0E@christian-stuempel.de> References: <4D2C811D-6104-4195-B931-A4110D78DC0E@christian-stuempel.de> Message-ID: <1204579165.4073.80.camel@poupou.home> On Tue, 2008-02-26 at 15:20 +0000, Christian St?mpel wrote: > Hi everybody , > > since I got no reply I post this again. Please help... Please fill a bug report and attach both your code and your GIF image. > my program analyzes System.Drawing.Bitmaps. Many pixel formats (all- > non indexed, some indexed) work fine, but in BitmapData of Bitmaps > from GIF image files which use transparent color I cannot find the > transparency information anywhere. From the source code I guessed > that the transparent index would get transformed into an ColorPalette > entry which has the alpha component set correctly. But all palette > entries are opaque. > > A problem with the GIF decoder maybe? Any ideas? > > Christian Stuempel > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From ClassDevelopment at A-SoftTech.com Tue Mar 4 04:40:35 2008 From: ClassDevelopment at A-SoftTech.com (Andreas Nahr) Date: Tue, 4 Mar 2008 10:40:35 +0100 Subject: [Mono-dev] Possible bug in r97246 - trunk/mcs/class/System.Drawing/System.Drawing Message-ID: <03876AFF8F74402AACCAC1930EF20CBB@ansirua> The change in r97246 is likely buggy, because the comparison is now done on the current locale but should likely be ordinalIgnoreCase or InvariantIgnoreCase. Happy Hacking Andreas From sebastian.onofrei at eyepartner.com Wed Mar 5 05:09:27 2008 From: sebastian.onofrei at eyepartner.com (Sebi Onofrei) Date: Wed, 05 Mar 2008 12:09:27 +0200 Subject: [Mono-dev] Interop with Native Libraries Question Message-ID: <47CE7157.7000003@eyepartner.com> Hello everyone. Please help me translating one function in the correct way I have a library from which I have to use some methods which is written in C++. The method I need to correctly translate is this: *integer method_name(const void* a_handle, char* name, int* length)* Now, what I tried looks like this: * [DllImport (libraryName, EntryPoint = "method_name", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] private static unsafe extern integer EXT_method_name(void* handle, out string name, out int length);* when I test the code I receive an integer that informs me that I delivered Invalid parameters Next I tried this: * [DllImport (libraryName, EntryPoint = "method_name", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] private static unsafe extern integer EXT_method_name(void* handle, StringBuilder name, ref int length);* this doesn't work either Then I tried this: * [DllImport (libraryName, EntryPoint = "method_name", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] private static unsafe extern integer EXT_method_name(IntPtr handle, StringBuilder name, out int length);* and this doesn't work either :( I have a similar method which works and looks like this: *integer method_name(const void* a_handle, int* length) *And my working "translation" is this: * [DllImport (libraryName, EntryPoint = "method_name", CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] private static unsafe extern integer EXT_method_name(void* handle, out int length);* Any ideas about what I did wrong? I'm a total newbie with Interop communication :) I understood correctly that when I pass strings as parameters to that external method I have to Marshal them, but when I need strings as output... how should I do this? In mono's wiki there is an example with StringBuilder (the strncpy example), but either I did something wrong or some different approach is needed. Thank you for all your efforts in helping me With kind regards, Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080305/bf042852/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: sebastian_onofrei.vcf Type: text/x-vcard Size: 611 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080305/bf042852/attachment.vcf From jonpryor at vt.edu Wed Mar 5 07:49:07 2008 From: jonpryor at vt.edu (Jonathan Pryor) Date: Wed, 05 Mar 2008 07:49:07 -0500 Subject: [Mono-dev] Interop with Native Libraries Question In-Reply-To: <47CE7157.7000003@eyepartner.com> References: <47CE7157.7000003@eyepartner.com> Message-ID: <1204721347.29729.74.camel@lina.magi.jprl.com> On Wed, 2008-03-05 at 12:09 +0200, Sebi Onofrei wrote: > I have a library from which I have to use some methods which is > written in C++. First, make sure the C++ methods are declared `extern "C"`. > The method I need to correctly translate is this: > integer method_name(const void* a_handle, char* name, int* length) Do you have the source code to `method_name' that you can provide? What is the actual type of `integer'? void* is usually an IntPtr. Is `name' an input parameter or an output parameter? If `name' is an input parameter, it should be `string' in your P/Invoke. If it's an output parameter (e.g. the `dest' parameter in strcpy(3)), StringBuilder should work. Does `length' need to have a valid value before the call? If it does, `ref int' should be used, otherwise `out int'. > Next I tried this: > [DllImport (libraryName, EntryPoint = "method_name", CharSet = > CharSet.Auto, CallingConvention = CallingConvention.StdCall)] > private static unsafe extern integer EXT_method_name(void* > handle, StringBuilder name, ref int length); > this doesn't work either In what way doesn't this work? `integer' isn't a valid C# type (unless it's a type of your own creation). > Then I tried this: > [DllImport (libraryName, EntryPoint = "method_name", CharSet = > CharSet.Auto, CallingConvention = CallingConvention.StdCall)] > private static unsafe extern integer EXT_method_name(IntPtr > handle, StringBuilder name, out int length); > and this doesn't work either :( Again, in what way does this fail? Also keep in mind that the StringBuilder needs to have space allocated *before* the method call; see: http://mono-project.com/Dllimport#Passing_Caller-Modifiable_Strings > In mono's wiki there is an example with StringBuilder (the strncpy > example), but either I did something wrong or some different approach > is needed. Alas, without seeing the caller-side code, it's difficult to say. My best guess is that you're not providing a Capacity to the StringBuilder instance you provide. It would also be helpful to know in what way the method is failing. - Jon From skolima at gmail.com Wed Mar 5 08:00:15 2008 From: skolima at gmail.com (Leszek Ciesielski) Date: Wed, 5 Mar 2008 14:00:15 +0100 Subject: [Mono-dev] NUnit in Mono. In-Reply-To: <009701c8412b$716baba0$6401a8c0@FERRARI> References: <1197496255.4195.58.camel@erandi.boston.ximian.com> <009701c8412b$716baba0$6401a8c0@FERRARI> Message-ID: <23a15590803050500x1a89a016tccd9700966acb8a3@mail.gmail.com> On Tue, Dec 18, 2007 at 5:07 AM, Charlie Poole wrote: > Hi Miguel, > > Apparently, nobody else remembers either. :-) > > I suggest upgrading to 2.4.x if possible, and I'll take on any > bug fixes to NUnit needed to make it happen. > > Charlie > > > > -----Original Message----- > > From: mono-devel-list-bounces at lists.ximian.com > > [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf > > Of Miguel de Icaza > > Sent: Wednesday, December 12, 2007 1:51 PM > > To: mono-devel-list > > Subject: [Mono-dev] NUnit in Mono. > > > > > > Hello, > > > > Currently we ship NUnit 2.2.0 with Mono, and am wondering > > if we should be upgrading to a newer version of NUnit, and > > include all the assemblies that we do not seem to be distributing. > > > > I do not remember the reasons that we had to keep the > > NUnit at the current version. Hi, has anyone looked into this? Will mono ship NUnit 2.4.6? From contact at i-nz.net Wed Mar 5 14:20:44 2008 From: contact at i-nz.net (Ivan N. Zlatev) Date: Wed, 5 Mar 2008 19:20:44 +0000 Subject: [Mono-dev] Possible bug in r97246 - trunk/mcs/class/System.Drawing/System.Drawing In-Reply-To: <03876AFF8F74402AACCAC1930EF20CBB@ansirua> References: <03876AFF8F74402AACCAC1930EF20CBB@ansirua> Message-ID: <3db1ec7f0803051120o9ebf30eua602b54a186c6aee@mail.gmail.com> I will look into this tomorrow, cheers. On Tue, Mar 4, 2008 at 9:40 AM, Andreas Nahr wrote: > The change in r97246 is likely buggy, because the comparison is now done on > the current locale but should likely be ordinalIgnoreCase or > InvariantIgnoreCase. > > Happy Hacking > Andreas > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy." From michi at zeroc.com Wed Mar 5 19:01:45 2008 From: michi at zeroc.com (Michi Henning) Date: Thu, 06 Mar 2008 10:01:45 +1000 Subject: [Mono-dev] Installing policy file in the GAC? Message-ID: <47CF3469.60008@zeroc.com> Hi, I'm writing an install script that places an assembly into the GAC using gacutil. However, with the assembly, I also need to install a policy file to control backward compatibility with previous version. I know that the policy file needs to go into the lib/mono/gac directory. But how do I get it there? gacutil won't install a policy file in the GAC because the policy file isn't an assembly. So, obviously, I have to copy it there from the install script. But how can the install script find out where Mono is installed? Is there any command I can use to get at the Mono installation directory? Thanks, Michi. From calberto.cortez at gmail.com Wed Mar 5 20:08:46 2008 From: calberto.cortez at gmail.com (Carlos Alberto Cortez) Date: Wed, 05 Mar 2008 19:08:46 -0600 Subject: [Mono-dev] Installing policy file in the GAC? In-Reply-To: <47CF3469.60008@zeroc.com> References: <47CF3469.60008@zeroc.com> Message-ID: <1204765726.6374.4.camel@heaven.site> > > gacutil won't install a policy file in the GAC because the policy file isn't > an assembly. So, obviously, I have to copy it there from the install script. > But how can the install script find out where Mono is installed? Is there > any command I can use to get at the Mono installation directory? > You don't copy the file directly - but use the assembly linker (al.exe) to create an assembly based on the configuration file: al /link:policy-file.config /out:policy.1.0.YourAssembly.dll /keyfile:YourAssemblyKey.snk then you can just gacutil on the generated assembly: gacutil -i policy.1.0.YourAssembly.dll See http://msdn2.microsoft.com/en-us/library/dz32563a(vs.71).aspx Carlos. From twiest at novell.com Wed Mar 5 23:20:35 2008 From: twiest at novell.com (Thomas Wiest) Date: Wed, 05 Mar 2008 21:20:35 -0700 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! Message-ID: <47CF7113.1050707@novell.com> Hey Everyone, We've just released Mono 1.9.0 Preview 4 today! Please help us out by giving it a try with your applications. As always, you can get the preview releases here: http://mono.ximian.com/monobuild/preview/download-preview/ Please report any bugs that you may find using our Bugs page, AND reply to this thread with the bug numbers so we can track them! http://www.mono-project.com/Bugs You can see the bugs we're tracking for Mono 1.9.0 here: https://bugzilla.novell.com/buglist.cgi?bug_file_loc_type=allwordssubstr&bug_file_loc=http%3A%2F%2Fwww.go-mono.com%2Farchive%2F1.9%2F&order=bugs.bug_status%20 The earlier you file the bugs and reply to this message, the more likely your bugs will get fixed. Special attention is given to regressions, so if you can tell us a version of Mono where the bug worked and you tag the summary of the bug with [Regression], then it is much more likely your bug will get fixed. Please help the Mono team to make 1.9.0 the best release of Mono ever. Thanks again! Mono QA From sebastian.onofrei at eyepartner.com Thu Mar 6 01:17:12 2008 From: sebastian.onofrei at eyepartner.com (Sebi Onofrei) Date: Thu, 06 Mar 2008 08:17:12 +0200 Subject: [Mono-dev] Host offer Message-ID: <47CF8C68.9000708@eyepartner.com> Hello everyone, I bought some time ago a host / domain and I have no time at the moment to use it. So, can you use it for mirroring purposes? Total disk space: 5Gb Per month traffic limit: 250Gb hosted by godaddy I would really like to set-up some sort of mirroring there, even with apt / yum support, etc So if this will help you, please let me know With kind regards, Sebi -------------- next part -------------- A non-text attachment was scrubbed... Name: sebastian_onofrei.vcf Type: text/x-vcard Size: 611 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080306/75bd3648/attachment-0001.vcf From michi at zeroc.com Thu Mar 6 02:49:18 2008 From: michi at zeroc.com (Michi Henning) Date: Thu, 06 Mar 2008 17:49:18 +1000 Subject: [Mono-dev] Installing policy file in the GAC? In-Reply-To: <47CF3469.60008@zeroc.com> References: <47CF3469.60008@zeroc.com> Message-ID: <47CFA1FE.4010100@zeroc.com> Michi Henning wrote: > But how can the install script find out where Mono is installed? Is there > any command I can use to get at the Mono installation directory? Never mind, I figured it out. Thanks, Michi. From contact at i-nz.net Thu Mar 6 15:35:19 2008 From: contact at i-nz.net (Ivan N. Zlatev) Date: Thu, 6 Mar 2008 20:35:19 +0000 Subject: [Mono-dev] Possible bug in r97246 - trunk/mcs/class/System.Drawing/System.Drawing In-Reply-To: <03876AFF8F74402AACCAC1930EF20CBB@ansirua> References: <03876AFF8F74402AACCAC1930EF20CBB@ansirua> Message-ID: <3db1ec7f0803061235o2dfdfc3cod9a4b6af317d2e31@mail.gmail.com> On Tue, Mar 4, 2008 at 9:40 AM, Andreas Nahr wrote: > The change in r97246 is likely buggy, because the comparison is now done on > the current locale but should likely be ordinalIgnoreCase or > InvariantIgnoreCase. > You were right. This is fixed in r97619. Thanks. Ivan. From kutulu at kutulu.org Thu Mar 6 18:23:48 2008 From: kutulu at kutulu.org (Mike Edenfield) Date: Thu, 06 Mar 2008 18:23:48 -0500 Subject: [Mono-dev] Interop with Native Libraries Question In-Reply-To: <47CE7157.7000003@eyepartner.com> References: <47CE7157.7000003@eyepartner.com> Message-ID: <47D07D04.90708@kutulu.org> Sebi Onofrei wrote: > Now, what I tried looks like this: > * [DllImport (libraryName, EntryPoint = "method_name", CharSet > = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] > private static unsafe extern integer EXT_method_name(void* > handle, out string name, out int length);* If I remember my interop correctly, you need to tack on a [MarshalAs.UnmanagedType(UnmanagedType.LPChar)], or something close to that, in front of the string parameter. CLR strings are quite different from old-style null terminated C "strings", and there are many different ways the Interop library can interpret string, so you need to tell it. I think there's also a parameter you can pass into the MarshalAs attribute that tells the compiler that the "length" parameter is expected to hold the length of the string on the return from the call, so it can get the allocation right. --Mike From mbd at dbc.dk Fri Mar 7 08:51:14 2008 From: mbd at dbc.dk (Mads Bondo Dydensborg) Date: Fri, 7 Mar 2008 14:51:14 +0100 Subject: [Mono-dev] 64 bit ODBC problem? Message-ID: <200803071451.14893.mbd@dbc.dk> Hi there I am trying to use a Sybase ASA 64 bit databaseserver on an 64 bit machine, but have problems with it. Platform: $ cat /etc/debian_version 4.0 $ uname -a Linux nikko 2.6.18-5-amd64 #1 SMP Sat Dec 22 20:43:59 UTC 2007 x86_64 GNU/Linux $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : Dual Core AMD Opteron(tm) Processor 270 (snippet, 4 cores in total) $ mono --version Mono JIT compiler version 1.9 (/trunk/ r96530) Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC: Included Boehm (with typed GC) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none $ file /usr/local/mono-svn/bin/mono /usr/local/mono-svn/bin/mono: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, not stripped $ file /usr/lib/libodbc.so.1.0.0 /usr/lib/libodbc.so.1.0.0: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped And, here is my crash: $ MONO_LOG_LEVEL="debug" MONO_LOG_MASK="dll" mono --debug Bin/Debug/DBC.CheckOut.exe Connecting to database: 'dbc.data.checkout'/'DBA'/'SQL' Mono-INFO: DllImport attempting to load: 'libodbc.so'. Mono-INFO: DllImport loading location: 'libodbc.so.so'. Mono-INFO: DllImport error loading library: 'libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading library: './libodbc.so.so'. Mono-INFO: DllImport error loading library './libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading: 'libodbc.so'. Mono-INFO: Searching for 'SQLAllocHandle'. Mono-INFO: Probing 'SQLAllocHandle'. Mono-INFO: Found as 'SQLAllocHandle'. Mono-INFO: DllImport attempting to load: 'libodbc.so'. Mono-INFO: DllImport loading location: 'libodbc.so.so'. Mono-INFO: DllImport error loading library: 'libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading library: './libodbc.so.so'. Mono-INFO: DllImport error loading library './libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading: 'libodbc.so'. Mono-INFO: Searching for 'SQLSetEnvAttr'. Mono-INFO: Probing 'SQLSetEnvAttr'. Mono-INFO: Found as 'SQLSetEnvAttr'. Mono-INFO: DllImport attempting to load: 'libodbc.so'. Mono-INFO: DllImport loading location: 'libodbc.so.so'. Mono-INFO: DllImport error loading library: 'libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading library: './libodbc.so.so'. Mono-INFO: DllImport error loading library './libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading: 'libodbc.so'. Mono-INFO: Searching for 'SQLConnect'. Mono-INFO: Probing 'SQLConnect'. Mono-INFO: Found as 'SQLConnect'. Mono-INFO: DllImport attempting to load: 'libodbc.so'. Mono-INFO: DllImport loading location: 'libodbc.so.so'. Mono-INFO: DllImport error loading library: 'libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading library: './libodbc.so.so'. Mono-INFO: DllImport error loading library './libodbc.so.so: cannot open shared object file: No such file or directory'. Mono-INFO: DllImport loading: 'libodbc.so'. Mono-INFO: Searching for 'SQLDriverConnect'. Mono-INFO: Probing 'SQLDriverConnect'. Mono-INFO: Found as 'SQLDriverConnect'. Stacktrace: at (wrapper managed-to-native) System.Data.Odbc.libodbc.SQLConnect (intptr,string,int16,string,int16,string,int16) <0x000e7> at (wrapper managed-to-native) System.Data.Odbc.libodbc.SQLConnect (intptr,string,int16,string,int16,string,int16) <0xffffffff> at System.Data.Odbc.OdbcConnection.Open () [0x001b8] in /home/madsdyd/Compile/Mono/mcs/class/System.Data/System.Data.Odbc/OdbcConnection.cs:376 at DBC.ORM.SybaseODBCProvider.DBC.ORM.IProvider.Connect (string,string,string) [0x000ab] in /home/madsdyd/xintegra/trunk/Components/DBC.ORM/Providers/SybaseODBCProvider.cs:75 at DBC.ORM.Broker.Connect (string,string,string) [0x00011] in /home/madsdyd/xintegra/trunk/Components/DBC.ORM/Broker/Broker.cs:108 at DBC.ORM.BrokerFactory.Create () [0x00020] in /home/madsdyd/xintegra/trunk/Components/DBC.ORM/Broker/BrokerPool.cs:41 at DBC.Common.ThreadAccessPool`1..ctor (DBC.Common.IPoolFactory`1,int,int) [0x000c3] in /home/madsdyd/xintegra/trunk/Components/DBC.Common/ThreadAccessPool.cs:117 at DBC.ORM.BrokerPool..ctor (int,string,string,string) [0x00000] in /home/madsdyd/xintegra/trunk/Components/DBC.ORM/Broker/BrokerPool.cs:63 at DBC.CheckOut.CheckOut..ctor () [0x00062] in /home/madsdyd/xintegra/trunk/Applications/DBC.CheckOut/CheckOut.cs:356 at DBC.CheckOut.MainClass.Main (string[]) [0x00060] in /home/madsdyd/xintegra/trunk/Applications/DBC.CheckOut/Main.cs:56 at (wrapper runtime-invoke) DBC.CheckOut.MainClass.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: mono [0x52b961] mono [0x442afd] /opt/sybase/SYBSsa9/lib64/libdbtasks9_r.so [0x2aaaacb79738] /lib/libpthread.so.0 [0x2ac0f213d410] /lib/libc.so.6(strcmp+0) [0x2ac0f243afe0] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaaca1dd7e] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaaca0661a] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaaca06839] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaaca06981] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaaca0ebde] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaac9c1a50] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaac99efb6] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so [0x2aaaac9a1260] /opt/sybase/SYBSsa9/lib64/libdbodbc9_r.so(SQLAllocHandle+0xd1) [0x2aaaac9a1551] /opt/sybase/SYBSsa9/lib/libdbodbc9.so(SQLAllocHandle+0x122) [0x2aaaac870cf2] /usr/lib/libodbc.so [0x2aaaac50e612] /usr/lib/libodbc.so(SQLConnect+0x4aa) [0x2aaaac50edca] [0x40268ed7] Any help greatly appreciated. Regards Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 From e.robertson.svg at gmail.com Fri Mar 7 12:50:03 2008 From: e.robertson.svg at gmail.com (E Robertson) Date: Fri, 7 Mar 2008 11:50:03 -0600 Subject: [Mono-dev] Mono Support question Message-ID: <200803071150.13955.e.robertson.svg@gmail.com> Hi, I'm new to Mono and actually never heard of it until two weeks ago when I was asked to look into it. I manage to get an existing .NET application (developed under VS2005) build and ran on my debian box. Their were a few issue but related to filenames (case sensitivity and/or path processing), but I got it to run despite never using the software (Mono or .NET). What I don't know is to what extent .NET differs from Mono. Is their a comparison chart of what's supported in Mono when comared to .NET? Is their any documentation indicating the difference between the? How do I determine what are the basic tools I need to run a build application? ldd does not work on the executables so how so I know which libraries are absolutely required? Does ldd on mono tell the whole story? Thank you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080307/242c0a12/attachment.bin From emperon at gmail.com Fri Mar 7 13:21:36 2008 From: emperon at gmail.com (Onur Gumus) Date: Fri, 7 Mar 2008 20:21:36 +0200 Subject: [Mono-dev] Mono Support question In-Reply-To: <200803071150.13955.e.robertson.svg@gmail.com> References: <200803071150.13955.e.robertson.svg@gmail.com> Message-ID: <8a7a2d050803071021w10bdf567uedaa0a71c6fbb1ea@mail.gmail.com> Informally I can tell. C# 3.0 is mostly there except linq to sql. Winforms 1.1 is complete. Winforms 2.0 support is improving day by day. ASP.NET 2.0 is there except web parts. Asp.net Ajax is there including the control toolkit is being able to run. Core libraries are there. WCF and WF is partially there WPF is absent. For development on linux you can use monodevelop. However it does not support C# 3.0 even if it can compile it at the moment. Onur 2008/3/7 E Robertson : > Hi, > I'm new to Mono and actually never heard of it until two weeks ago when I was > asked to look into it. I manage to get an existing .NET application > (developed under VS2005) build and ran on my debian box. Their were a few > issue but related to filenames (case sensitivity and/or path processing), but > I got it to run despite never using the software (Mono or .NET). > > What I don't know is to what extent .NET differs from Mono. Is their a > comparison chart of what's supported in Mono when comared to .NET? > Is their any documentation indicating the difference between the? > > How do I determine what are the basic tools I need to run a build application? > ldd does not work on the executables so how so I know which libraries are > absolutely required? Does ldd on mono tell the whole story? > > Thank you. > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From cmarshall at pacificbiosciences.com Fri Mar 7 14:35:56 2008 From: cmarshall at pacificbiosciences.com (Casey Marshall) Date: Fri, 07 Mar 2008 11:35:56 -0800 Subject: [Mono-dev] [patch] partial implementation of System.Reflection.Emit.DynamicILInfo Message-ID: <1204918556.25103.4.camel@MP-L057.nanofluidics.com> The attached patches add a partial implementation of DynamicILInfo -- basically enough that you can specify the IL code and locals for a method, and have that method runnable. I might work on this more if I have time, *plus* I'm not sure if this here is too naive, and would need to change a lot for a full implementation. Thanks. -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-dil2.patch Type: text/x-patch Size: 4094 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080307/97efba5c/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-dil.patch Type: text/x-patch Size: 3060 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080307/97efba5c/attachment-0003.bin From e.robertson.svg at gmail.com Fri Mar 7 14:58:55 2008 From: e.robertson.svg at gmail.com (E Robertson) Date: Fri, 7 Mar 2008 13:58:55 -0600 Subject: [Mono-dev] Mono Support question In-Reply-To: <8a7a2d050803071021w10bdf567uedaa0a71c6fbb1ea@mail.gmail.com> References: <200803071150.13955.e.robertson.svg@gmail.com> <8a7a2d050803071021w10bdf567uedaa0a71c6fbb1ea@mail.gmail.com> Message-ID: <200803071359.02136.e.robertson.svg@gmail.com> On Friday 07 March 2008 12:21:36 pm Onur Gumus wrote: > Informally I can tell. C# 3.0 is mostly there except linq to sql. > Winforms 1.1 is complete. Winforms 2.0 support is improving day by > day. > ASP.NET 2.0 is there except web parts. Asp.net Ajax is there including > the control toolkit is being able to run. Core libraries are there. > WCF and WF is partially there WPF is absent. > > For development on linux you can use monodevelop. However it does not > support C# 3.0 even if it can compile it at the moment. Thanks Onur, I'm not sure what are the basic components needed to run the application but from my sources, the application I rebuild in MonoDevelop was created with C#2.0 and VS2005. I'm not sure what Winform is and if it's used but the application does have buttons (if that's what the winform does). As for ASP that's not used as far as I can tell. Could I assume that a comparison chart of .NET and Mono is pointless because of the various components? What would be the best comparison method to compare the two? Or what would be the determining how usable a particular version of mono is? Is it the version of C# supported? My all means correct me if I'm wrong or off-track because I'm not sure how Mono fits together. Much thanks. > Onur > > 2008/3/7 E Robertson : > > Hi, > > I'm new to Mono and actually never heard of it until two weeks ago when > > I was asked to look into it. I manage to get an existing .NET application > > (developed under VS2005) build and ran on my debian box. Their were a few > > issue but related to filenames (case sensitivity and/or path processing), > > but I got it to run despite never using the software (Mono or .NET). > > > > What I don't know is to what extent .NET differs from Mono. Is their a > > comparison chart of what's supported in Mono when comared to .NET? > > Is their any documentation indicating the difference between the? > > > > How do I determine what are the basic tools I need to run a build > > application? ldd does not work on the executables so how so I know which > > libraries are absolutely required? Does ldd on mono tell the whole story? > > > > Thank you. > > > > _______________________________________________ > > Mono-devel-list mailing list > > Mono-devel-list at lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080307/a9e3dd4f/attachment.bin From dbera.web at gmail.com Fri Mar 7 16:13:34 2008 From: dbera.web at gmail.com (D Bera) Date: Fri, 7 Mar 2008 21:13:34 +0000 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <47CF7113.1050707@novell.com> References: <47CF7113.1050707@novell.com> Message-ID: <1f1f006d0803071313h42ae0c85iea3dbcd5952c7a29@mail.gmail.com> > We've just released Mono 1.9.0 Preview 4 today! Please help us out by giving it a try with your applications. > > As always, you can get the preview releases here: > http://mono.ximian.com/monobuild/preview/download-preview/ Are the rpms in the link above preview-3 or preview-4 ? The page title says preview-4 but the filenames seem to suggest preview-4. If I go the download link for suse-103-i586, the page says preview-3 and the filenames seem to suggest preview-3 too. Can someone clarify if they are actually preview-4 rpms or not ? Thanks, - dBera -- ----------------------------------------------------- Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user From denisraytek at yahoo.com Sat Mar 8 07:28:52 2008 From: denisraytek at yahoo.com (Dennis Hayes) Date: Sat, 8 Mar 2008 04:28:52 -0800 (PST) Subject: [Mono-dev] RightToLeftLayout functions In-Reply-To: Message-ID: <250832.21616.qm@web39613.mail.mud.yahoo.com> I am considering going through and stubbing out the RightToLeftLayout functions that are missing, and adding ToDO: needs implementing. Why? 1) These show up a good bit in the MoMa reports. 2) If they are missing, or even throw notimplment, the application will not run. 3) If the sets do nothing, and the gets always return false (or a value from the parent or client) it will be correct in almost all cases, and worst case, will be displayed backwards. This seems beter than always crashing. Good idea? Bad Idea? Comments or suggestions? Thanks, Dennis --------------------------------- Never miss a thing. Make Yahoo your homepage. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080308/dd4a8fdd/attachment.html From luke.a.page at gmail.com Sat Mar 8 07:39:01 2008 From: luke.a.page at gmail.com (Luke Page) Date: Sat, 8 Mar 2008 12:39:01 +0000 Subject: [Mono-dev] RightToLeftLayout functions In-Reply-To: <250832.21616.qm@web39613.mail.mud.yahoo.com> References: <250832.21616.qm@web39613.mail.mud.yahoo.com> Message-ID: <8e1414d80803080439j51d36f7av37abca15d3fa3732@mail.gmail.com> I recently did TextBox etc. It wasn't too difficult, the main problem being that the control was drawn at an assumption of (0,0) with the scroll bars always on the right. I couldn't help thinking that there should be a nice common way of doing it e.g. an internal ScrollableControl that automatically adjusted offsets. At least if you get the latest SVN, the text-boxes should all work RTOL. Maybe worth asking on the winforms list instead/as well. Luke 2008/3/8 Dennis Hayes : > I am considering going through and stubbing out the RightToLeftLayout > functions that are missing, and adding ToDO: needs implementing. > Why? > 1) These show up a good bit in the MoMa reports. > 2) If they are missing, or even throw notimplment, the application > will not run. > 3) If the sets do nothing, and the gets always return false (or a > value from the parent or client) it will be correct in almost all cases, and > worst case, will be displayed backwards. This seems beter than always > crashing. > Good idea? > Bad Idea? > Comments or suggestions? > > Thanks, > Dennis > > ------------------------------ > Never miss a thing. Make Yahoo your homepage. > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080308/09d52a0f/attachment.html From sanfordarmstrong at gmail.com Sat Mar 8 08:41:08 2008 From: sanfordarmstrong at gmail.com (Sandy Armstrong) Date: Sat, 8 Mar 2008 08:41:08 -0500 Subject: [Mono-dev] Mono Support question In-Reply-To: <200803071359.02136.e.robertson.svg@gmail.com> References: <200803071150.13955.e.robertson.svg@gmail.com> <8a7a2d050803071021w10bdf567uedaa0a71c6fbb1ea@mail.gmail.com> <200803071359.02136.e.robertson.svg@gmail.com> Message-ID: 2008/3/7 E Robertson : > On Friday 07 March 2008 12:21:36 pm Onur Gumus wrote: > > Informally I can tell. C# 3.0 is mostly there except linq to sql. > > Winforms 1.1 is complete. Winforms 2.0 support is improving day by > > day. > > ASP.NET 2.0 is there except web parts. Asp.net Ajax is there including > > the control toolkit is being able to run. Core libraries are there. > > WCF and WF is partially there WPF is absent. > > > > For development on linux you can use monodevelop. However it does not > > support C# 3.0 even if it can compile it at the moment. > > Thanks Onur, > I'm not sure what are the basic components needed to run the application but > from my sources, the application I rebuild in MonoDevelop was created with > C#2.0 and VS2005. I'm not sure what Winform is and if it's used but the > application does have buttons (if that's what the winform does). As for ASP > that's not used as far as I can tell. Winforms is short of Windows Forms, which is the GUI toolkit of .NET (so yeah, if you have buttons you're probably using it). > Could I assume that a comparison chart of .NET and Mono is pointless because > of the various components? What would be the best comparison method to > compare the two? Or what would be the determining how usable a particular > version of mono is? Is it the version of C# supported? My all means correct > me if I'm wrong or off-track because I'm not sure how Mono fits together. I'm not sure, but I think your best bet is to run the Mono Migration Analyzer (we called it MoMA) on your application from Windows to see if there are any potential problems with the pieces of Mono you would be using: http://www.mono-project.com/MoMA Best, Sandy From monkey at jpobst.com Sat Mar 8 12:01:59 2008 From: monkey at jpobst.com (Jonathan Pobst) Date: Sat, 08 Mar 2008 11:01:59 -0600 Subject: [Mono-dev] RightToLeftLayout functions In-Reply-To: <250832.21616.qm@web39613.mail.mud.yahoo.com> References: <250832.21616.qm@web39613.mail.mud.yahoo.com> Message-ID: <47D2C687.2000704@jpobst.com> I don't really think there are many left to be stubbed. The only places I see ones that are missing or throw notimplement are: - AxHost - we don't support any of this, everything throws notimplement - DataGridView - we aren't supporting this in time for Mono 2.0 - WebBrowser - andreia is taking care of implementing and stubbing everything here All the other ones are already implemented as TODO, unless I am missing something? Jonathan Dennis Hayes wrote: > I am considering going through and stubbing out the RightToLeftLayout > functions that are missing, and adding ToDO: needs implementing. > Why? > 1) These show up a good bit in the MoMa reports. > 2) If they are missing, or even throw notimplment, the application > will not run. > 3) If the sets do nothing, and the gets always return false (or a > value from the parent or client) it will be correct in almost all cases, > and worst case, will be displayed backwards. This seems beter than > always crashing. > Good idea? > Bad Idea? > Comments or suggestions? > > Thanks, > Dennis > > ------------------------------------------------------------------------ > Never miss a thing. Make Yahoo your homepage. > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From grendello at gmail.com Sun Mar 9 19:39:23 2008 From: grendello at gmail.com (Marek Habersack) Date: Sun, 9 Mar 2008 19:39:23 -0400 Subject: [Mono-dev] [PATCH] System.Web support for *.browser files and control adapters In-Reply-To: References: Message-ID: <20080309193923.1b46cbb2@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 9 Mar 2008 16:21:14 -0700 "Dean Brettle" wrote: > Hi all, Hey Dean, > The attached patch adds support for *.browser files and control adapters to > System.Web under the 2.0 profile. It doesn't break any existing tests and > includes a bunch of new tests. The *.browser processing is based on Owen > Brady's > implementation . > > This patch doesn't add any *.browser files to the mono installation. For > now, users will need to put those files in their apps' App_Browsers folder. > > OK to commit? Looks good to me, please go ahead and commit. Thanks! marek -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH1HUuq3909GIf5uoRAp1tAJ9o8QGzcj9bFM4jd/slRBjNUmskTwCfQYXp U0yMz0Pv+5fRaCrhqtrDz3o= =Grci -----END PGP SIGNATURE----- From dean at brettle.com Sun Mar 9 20:01:00 2008 From: dean at brettle.com (Dean Brettle) Date: Sun, 9 Mar 2008 17:01:00 -0700 Subject: [Mono-dev] Committed System.Web support for *.browser files and control adapters Message-ID: Hi all, With Marek's approval, I've committed a patchto trunk that adds support for *.browser files and control adapters to System.Web under the 2.0 profile. It doesn't break any existing tests and includes a bunch of new tests. The *.browser processing is based on Owen Brady's implementation . The patch doesn't add any *.browser files to the mono installation. For now, webapp developers will need to put those files in their app's App_Browsers folder. --Dean -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080309/44dbd756/attachment.html From jit at occams.info Mon Mar 10 07:32:08 2008 From: jit at occams.info (Joshua Tauberer) Date: Mon, 10 Mar 2008 07:32:08 -0400 Subject: [Mono-dev] RoleManagerModule NRE Message-ID: <47D51C38.1010605@occams.info> Hi, Occasionally I am seeing in my website a NRE in System.Web.Security.RoleManagerModule as follows: System.NullReferenceException: Object reference not set to an instance of an object at System.Web.Security.RoleManagerModule.OnPostAuthenticateRequest (System.Object sender, System.EventArgs args) [0x00007] in /tmp/monobuild/build/BUILD/mono-1.9/mcs/class/System.Web/System.Web.Security/RoleManagerModule.cs:65 at System.Web.HttpApplication+<>c__CompilerGenerated1.MoveNext () [0x001d9] in /tmp/monobuild/build/BUILD/mono-1.9/mcs/class/System.Web/System.Web/HttpApplication.cs:793 at System.Web.HttpApplication+<>c__CompilerGenerated2.MoveNext () [0x002fd] in /tmp/monobuild/build/BUILD/mono-1.9/mcs/class/System.Web/System.Web/HttpApplication.cs:913 at System.Web.HttpApplication.Tick () [0x00000] in /tmp/monobuild/build/BUILD/mono-1.9/mcs/class/System.Web/System.Web/HttpApplication.cs:697 The offending line is accessing a private field (_config) that has not been initialized yet. It suggests that the problem is in the class's IHttpModule.Init, where it adds its event handlers to the HttpApplication *before* initializing _config, and an event handler is being called in the middle. Is this a symptom of a larger problem --- i.e. event handlers should not be called until Init returns --- or is this a bug in this module and _config should be initialized first? (RoleManagerModule has been like this since r74728, 2007-03-21.) -- - Josh Tauberer http://razor.occams.info "Yields falsehood when preceded by its quotation! Yields falsehood when preceded by its quotation!" Achilles to Tortoise (in "Godel, Escher, Bach" by Douglas Hofstadter) From kornelpal at gmail.com Mon Mar 10 09:25:50 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Mon, 10 Mar 2008 14:25:50 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for Windows SDK Message-ID: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> Hi, This patch defines macros for Windows SDK in CFLAGS and CPPFLAGS. I used this because this is inherited by libgc. Also defines UNICODE to ensure that Unicode (W) version of the functions are used. For some reason I was unable to find out Mono already uses Unicode versions of Windows API functions but libgc used ANSI (A) versions altough it's code is prepared for Unicode. I removed Windows version macros from individual source files. This helps to maintain the entire source. Also note that if the currently specified version macros should be modified for later versions will most likely cause Mono not to run on Windows 2000. So this ensures compatibility with Windows 2000 as well. I also modified winconfig.h to define Windows version based on target platform and adjusted HAVE_GETPROCESSID and SIZEOF_VOID_P according to the target platform. Also udpated VERSION to "1.9". Please review and approve the patch. Korn?l -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: WindowsDefines.diff.txt Url: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080310/4de55086/attachment.txt From robertj at gmx.net Mon Mar 10 10:06:46 2008 From: robertj at gmx.net (Robert Jordan) Date: Mon, 10 Mar 2008 15:06:46 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for Windows SDK In-Reply-To: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> Message-ID: Hi Korn?l, >Index: mono/configure.in > =================================================================== > --- mono/configure.in (revision 97847) > +++ mono/configure.in (working copy) > @@ -70,7 +70,12 @@ > export CC > fi > HOST_CC="gcc" > - CPPFLAGS="$CPPFLAGS -DWIN32_THREADS -DFD_SETSIZE=1024 -DUNICODE Why did you remove FD_SETSIZE? Robert > -D_UNICODE" > + # Windows 2000 is required that includes Internet Explorer 5.01 > + win32_defines="-DUNICODE -D_UNICODE -DWINVER=0x0500 > -D_WIN32_WINNT=0x0500 -D_WIN32_IE=0x0501" > + CFLAGS="$CFLAGS $win32_defines" > + export CFLAGS > + CPPFLAGS="$CPPFLAGS $win32_defines" > + export CPPFLAGS From kornelpal at gmail.com Mon Mar 10 10:18:39 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Mon, 10 Mar 2008 15:18:39 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for WindowsSDK References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> Message-ID: <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> Hi, >>Index: mono/configure.in >> =================================================================== >> --- mono/configure.in (revision 97847) >> +++ mono/configure.in (working copy) >> @@ -70,7 +70,12 @@ >> export CC >> fi >> HOST_CC="gcc" >> - CPPFLAGS="$CPPFLAGS -DWIN32_THREADS -DFD_SETSIZE=1024 -DUNICODE > >Why did you remove FD_SETSIZE? As far as I know we don't use C++ compiler so I consider this whole line being some kind of "junk". Please correct me if I'm wrong. Korn?l From robertj at gmx.net Mon Mar 10 11:10:01 2008 From: robertj at gmx.net (Robert Jordan) Date: Mon, 10 Mar 2008 16:10:01 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for WindowsSDK In-Reply-To: <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> Message-ID: Korn?l P?l wrote: > Hi, > >>> Index: mono/configure.in >>> =================================================================== >>> --- mono/configure.in (revision 97847) >>> +++ mono/configure.in (working copy) >>> @@ -70,7 +70,12 @@ >>> export CC >>> fi >>> HOST_CC="gcc" >>> - CPPFLAGS="$CPPFLAGS -DWIN32_THREADS -DFD_SETSIZE=1024 -DUNICODE >> Why did you remove FD_SETSIZE? > > As far as I know we don't use C++ compiler so I consider this whole line > being some kind of "junk". Please correct me if I'm wrong. CPPFLAGS are C-Pre-Processor-Flags. C++ variables start with CXX. Robert From andreas.faerber at web.de Mon Mar 10 11:11:34 2008 From: andreas.faerber at web.de (=?ISO-8859-2?Q?Andreas_F=E4rber?=) Date: Mon, 10 Mar 2008 16:11:34 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for WindowsSDK In-Reply-To: <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> Message-ID: <958F38D8-D76E-43EB-AAC3-50E8BB7962E7@web.de> Hi, Am 10.03.2008 um 15:18 schrieb Korn?l P?l: > Hi, > >>> Index: mono/configure.in >>> =================================================================== >>> --- mono/configure.in (revision 97847) >>> +++ mono/configure.in (working copy) >>> @@ -70,7 +70,12 @@ >>> export CC >>> fi >>> HOST_CC="gcc" >>> - CPPFLAGS="$CPPFLAGS -DWIN32_THREADS -DFD_SETSIZE=1024 - >>> DUNICODE >> >> Why did you remove FD_SETSIZE? > > As far as I know we don't use C++ compiler so I consider this whole > line > being some kind of "junk". Please correct me if I'm wrong. CPP is for C pre-processor. CXX is C++. Andreas From davidjdh at gmail.com Fri Mar 7 19:43:57 2008 From: davidjdh at gmail.com (David Hammerton) Date: Sat, 8 Mar 2008 11:43:57 +1100 Subject: [Mono-dev] Patch: properly ignore PNG icon entries - fixes crash in resgen2 Message-ID: <61fba4eb0803071643x16d5567at2a3b2e9965d8289f@mail.gmail.com> Hi all, Attached is a patch so that, when deserializing an icon, PNG icons are properly ignored, and the number of icon entries is updated to reflect this. Presently, when mono comes across a PNG icon entry, it doesn't read it, but it also doesn't update the size of the icon directory array.. This causes a crash in SaveIconImage(...) when it hits the last entry in the array (which was never read, so ii.iconColors was never initialized etc). This patch makes sure that if we *do* come accross a PNG icon, we not only skip it, but we make sure it we reduce the icon count properly, so we wont try to write an icon entry that was never read... Of course, the real fix would be to read the PNG icon and write it again.. But this should at least help for now! David. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080308/78b8f373/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: icon_ignore_png.diff Type: text/x-patch Size: 1283 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080308/78b8f373/attachment.bin From trofimich at gmail.com Sun Mar 9 11:38:22 2008 From: trofimich at gmail.com (sasha) Date: Sun, 09 Mar 2008 17:38:22 +0200 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <47CF7113.1050707@novell.com> References: <47CF7113.1050707@novell.com> Message-ID: Could you please view at this bug: https://bugzilla.novell.com/show_bug.cgi?id=368516 From billholmes54 at gmail.com Mon Mar 10 12:42:47 2008 From: billholmes54 at gmail.com (Bill Holmes) Date: Mon, 10 Mar 2008 12:42:47 -0400 Subject: [Mono-dev] [PATCH] [Windows] MSVC mono build fixes Message-ID: <37c5788d0803100942m75a6320ci9c846710e504558e@mail.gmail.com> Theses changes are needed for building the mono runtime with Visual Studio. Please review and let me know if it is OK to commit. The diff file has Windows end of lines. thanks -bill -------------- next part -------------- A non-text attachment was scrubbed... Name: msvcBuildFixes_2008_03_10.diff Type: application/octet-stream Size: 17155 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080310/493eefbc/attachment-0001.obj From vargaz at gmail.com Mon Mar 10 13:34:43 2008 From: vargaz at gmail.com (Zoltan Varga) Date: Mon, 10 Mar 2008 18:34:43 +0100 Subject: [Mono-dev] [PATCH] [Windows] MSVC mono build fixes In-Reply-To: <37c5788d0803100942m75a6320ci9c846710e504558e@mail.gmail.com> References: <37c5788d0803100942m75a6320ci9c846710e504558e@mail.gmail.com> Message-ID: <295e750a0803101034t476bcfa8j1e8fadb15242fa51@mail.gmail.com> Hi, This is ok to check in. Zoltan 2008/3/10 Bill Holmes : > Theses changes are needed for building the mono runtime with Visual > Studio. Please review and let me know if it is OK to commit. The > diff file has Windows end of lines. > > thanks > -bill > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From billholmes54 at gmail.com Mon Mar 10 14:28:23 2008 From: billholmes54 at gmail.com (Bill Holmes) Date: Mon, 10 Mar 2008 14:28:23 -0400 Subject: [Mono-dev] [PATCH] [Windows] MSVC mono build fixes In-Reply-To: <295e750a0803101034t476bcfa8j1e8fadb15242fa51@mail.gmail.com> References: <37c5788d0803100942m75a6320ci9c846710e504558e@mail.gmail.com> <295e750a0803101034t476bcfa8j1e8fadb15242fa51@mail.gmail.com> Message-ID: <37c5788d0803101128r1ad19c7cya1d86e4dc423366d@mail.gmail.com> Thanks Zoltan. Committed r97889 -bill On Mon, Mar 10, 2008 at 1:34 PM, Zoltan Varga wrote: > Hi, > > This is ok to check in. > > Zoltan > > 2008/3/10 Bill Holmes : > > > > Theses changes are needed for building the mono runtime with Visual > > Studio. Please review and let me know if it is OK to commit. The > > diff file has Windows end of lines. > > > > thanks > > -bill > > > > _______________________________________________ > > Mono-devel-list mailing list > > Mono-devel-list at lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > > > From jnmiller at cryptofreak.org Mon Mar 10 15:08:56 2008 From: jnmiller at cryptofreak.org (Jay Miller) Date: Mon, 10 Mar 2008 12:08:56 -0700 Subject: [Mono-dev] mod_mono and client certificates - no worky? Message-ID: <33f0a7e60803101208k7394dd8bs4e5ce899a6469266@mail.gmail.com> Hello. I'm sure I'm just missing something silly, but I can't seem to get any client certificate information from Apache. My server is set to require client certificates using "SSLVerifyClient require". I have self-signed CA and client/server certificates set up. For testing, I'm using the ASP.NET example found here: http://www.mono-project.com/UsingClientCertificatesWithXSP When I attempt to take a vanilla host to my test page, Apache denies me. When I add my client certificate to Firefox and attempt the test page again, Apache lets me through. My client certificate is shown in the Apache debug output: ssl_engine_kernel.c(1190): Certificate Verification: depth: 0, subject: /CN=test, issuer: ... ... ssl_engine_kernel.c(1770): OpenSSL: Write: SSL negotiation finished successfully However, the test page does not appear to have the client certificate because I see, "Hello from an secure session. But who are you ?" I've tried adding a bit more code to the test page and found that Request.ServerVariables does not contain the flags necessary to indicate a client certificate is present: Key: CERT_FLAGS Value 0: 0 It seems as though mod_mono isn't receiving (or passing on) all of the connection info, or something. Does anyone have any ideas on some things I might have missed in my setup? I'd be grateful for any help! Thank you in advance! -- Jay Miller PGP Fingerprint | 5f7adbbe bfc60727 96dca94c 616d5080 09e3e846 From sebastien.pouliot at gmail.com Mon Mar 10 16:48:46 2008 From: sebastien.pouliot at gmail.com (Sebastien Pouliot) Date: Mon, 10 Mar 2008 16:48:46 -0400 Subject: [Mono-dev] Patch: properly ignore PNG icon entries - fixes crash in resgen2 In-Reply-To: <61fba4eb0803071643x16d5567at2a3b2e9965d8289f@mail.gmail.com> References: <61fba4eb0803071643x16d5567at2a3b2e9965d8289f@mail.gmail.com> Message-ID: <1205182126.2716.38.camel@poupou.home> Hey, It would probably be easier just to avoid saving this empty entry than re-allocating and copying all the icons. Could you supply a test case, or at least the stack trace, to a bug report ? Thanks Sebastien On Sat, 2008-03-08 at 11:43 +1100, David Hammerton wrote: > Hi all, > > Attached is a patch so that, when deserializing an icon, PNG icons are > properly ignored, and the number of icon entries is updated to reflect > this. > > Presently, when mono comes across a PNG icon entry, it doesn't read > it, but it also doesn't update the size of the icon directory array.. > This causes a crash in SaveIconImage(...) when it hits the last entry > in the array (which was never read, so ii.iconColors was never > initialized etc). > > This patch makes sure that if we *do* come accross a PNG icon, we not > only skip it, but we make sure it we reduce the icon count properly, > so we wont try to write an icon entry that was never read... > > Of course, the real fix would be to read the PNG icon and write it > again.. But this should at least help for now! > > David. > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list From sebastien.pouliot at gmail.com Mon Mar 10 16:51:19 2008 From: sebastien.pouliot at gmail.com (Sebastien Pouliot) Date: Mon, 10 Mar 2008 16:51:19 -0400 Subject: [Mono-dev] mod_mono and client certificates - no worky? In-Reply-To: <33f0a7e60803101208k7394dd8bs4e5ce899a6469266@mail.gmail.com> References: <33f0a7e60803101208k7394dd8bs4e5ce899a6469266@mail.gmail.com> Message-ID: <1205182280.2716.42.camel@poupou.home> Hello Jay, It's been quite a while since I last looked at this but I think client certificates are not supported by mod_mono (but only XSP). At least I don't recall testing them... However it should not be too complex to copy-paste the apache->mod_mono server certificate code to work for the client certs. Sebastien On Mon, 2008-03-10 at 12:08 -0700, Jay Miller wrote: > Hello. I'm sure I'm just missing something silly, but I can't seem to > get any client certificate information from Apache. My server is set > to require client certificates using "SSLVerifyClient require". I > have self-signed CA and client/server certificates set up. > > For testing, I'm using the ASP.NET example found here: > > http://www.mono-project.com/UsingClientCertificatesWithXSP > > When I attempt to take a vanilla host to my test page, Apache denies > me. When I add my client certificate to Firefox and attempt the test > page again, Apache lets me through. My client certificate is shown in > the Apache debug output: > > ssl_engine_kernel.c(1190): Certificate Verification: depth: 0, > subject: /CN=test, issuer: ... > ... > ssl_engine_kernel.c(1770): OpenSSL: Write: SSL negotiation finished > successfully > > However, the test page does not appear to have the client certificate > because I see, "Hello from an secure session. But who are you ?" > > I've tried adding a bit more code to the test page and found that > Request.ServerVariables does not contain the flags necessary to > indicate a client certificate is present: > > Key: CERT_FLAGS > Value 0: 0 > > It seems as though mod_mono isn't receiving (or passing on) all of the > connection info, or something. Does anyone have any ideas on some > things I might have missed in my setup? I'd be grateful for any help! > > Thank you in advance! > From gnorton at novell.com Mon Mar 10 16:57:04 2008 From: gnorton at novell.com (Geoff Norton) Date: Mon, 10 Mar 2008 16:57:04 -0400 Subject: [Mono-dev] Announcing moonlight-list Message-ID: <0279FE9B-2C81-4343-AA24-8B5BA97D9F5B@novell.com> I have just created a new mailing list specific to Moonlight. You can subscribe to this new list @ http://lists.ximian.com/mailman/listinfo/moonlight-list Let me know if there are any issues. -g From jnmiller at cryptofreak.org Mon Mar 10 17:06:18 2008 From: jnmiller at cryptofreak.org (Jay Miller) Date: Mon, 10 Mar 2008 14:06:18 -0700 Subject: [Mono-dev] mod_mono and client certificates - no worky? In-Reply-To: <1205182280.2716.42.camel@poupou.home> References: <33f0a7e60803101208k7394dd8bs4e5ce899a6469266@mail.gmail.com> <1205182280.2716.42.camel@poupou.home> Message-ID: <33f0a7e60803101406kaf0be16g745954158e1954ff@mail.gmail.com> On Mon, Mar 10, 2008 at 1:51 PM, Sebastien Pouliot wrote: > It's been quite a while since I last looked at this but I think client > certificates are not supported by mod_mono (but only XSP). At least I > don't recall testing them... At first I thought this might be the problem too, but in the 1.1.17 changelog I found the following: --- mod_mono Added support for X.509 client certificates. It's now possible to use System.Web.HttpClientCertificate with Apache. Certificate validation can be done by Apache, Mono or both (default). [Hubert Fongarnand, Sebastien Pouliot] --- which seems to indicate that support does exist..? I considered looking through the mod_mono code earlier, but the fact that the CERT_FLAGS variable was not even set made me think it was actually Apache that wasn't sending the appropriate info to mod_mono rather than mod_mono not supporting the interpretation of those variables. Perhaps mod_mono isn't actually requesting that info from Apache? As is probably obvious, I have no idea what I'm talking about. Any suggestions on where to start would be most welcome, heh. -- Jay Miller PGP Fingerprint | 5f7adbbe bfc60727 96dca94c 616d5080 09e3e846 From kornelpal at gmail.com Mon Mar 10 17:12:28 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Mon, 10 Mar 2008 22:12:28 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros forWindowsSDK References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> Message-ID: <001f01c882f3$75538210$5ebdc5d9@kornelpal.hu> >CPPFLAGS are C-Pre-Processor-Flags. C++ variables start with CXX. Thanks for both of you. Now I understand why Mono already used Unicode. Modifying the variables didn't break the build and I see no meaning of FD_SETSIZE on Windows. Is there any use of FD_SETSIZE on Windows? Korn?l From billholmes54 at gmail.com Mon Mar 10 18:52:04 2008 From: billholmes54 at gmail.com (Bill Holmes) Date: Mon, 10 Mar 2008 18:52:04 -0400 Subject: [Mono-dev] [PATCH] [Windows] eglib changes for Windows. Message-ID: <37c5788d0803101552n44959f98q90683316e6e39657@mail.gmail.com> Please review the attached diff file and let me know if it is OK to commit. It is fixes for a couple of build errors, and bugs with eglib on Windows. I am not very confident of my implementation of g_get_charset but it does work for what I need it to do. Any suggestions on how to make this right is appreciated. -bill -------------- next part -------------- A non-text attachment was scrubbed... Name: eglib_Windows_2008_03_10.diff Type: application/octet-stream Size: 6875 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080310/46f4502d/attachment-0001.obj From billholmes54 at gmail.com Mon Mar 10 19:01:49 2008 From: billholmes54 at gmail.com (Bill Holmes) Date: Mon, 10 Mar 2008 19:01:49 -0400 Subject: [Mono-dev] [PATCH] [Windows] eglib changes for Windows. In-Reply-To: <37c5788d0803101552n44959f98q90683316e6e39657@mail.gmail.com> References: <37c5788d0803101552n44959f98q90683316e6e39657@mail.gmail.com> Message-ID: <37c5788d0803101601xed8e62aoab083d10fdb7f09b@mail.gmail.com> Sorry All. I have to send this again because I found a bug in my refactoring about 30 seconds after I hit send. -bill On Mon, Mar 10, 2008 at 6:52 PM, Bill Holmes wrote: > Please review the attached diff file and let me know if it is OK to > commit. It is fixes for a couple of build errors, and bugs with eglib > on Windows. > > I am not very confident of my implementation of g_get_charset but it > does work for what I need it to do. Any suggestions on how to make > this right is appreciated. > > -bill > -------------- next part -------------- A non-text attachment was scrubbed... Name: eglib_Windows_2008_03_10_2.diff Type: application/octet-stream Size: 6869 bytes Desc: not available Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080310/4155f143/attachment.obj From robertj at gmx.net Mon Mar 10 19:04:49 2008 From: robertj at gmx.net (Robert Jordan) Date: Tue, 11 Mar 2008 00:04:49 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros forWindowsSDK In-Reply-To: <001f01c882f3$75538210$5ebdc5d9@kornelpal.hu> References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> <001f01c882f3$75538210$5ebdc5d9@kornelpal.hu> Message-ID: Korn?l P?l wrote: >> CPPFLAGS are C-Pre-Processor-Flags. C++ variables start with CXX. > > Thanks for both of you. Now I understand why Mono already used Unicode. > > Modifying the variables didn't break the build and I see no meaning of > FD_SETSIZE on Windows. Is there any use of FD_SETSIZE on Windows? Yes. It defaults to 64 which means that only 64 sockets can be select(2)ed at once. Robert From twiest at novell.com Mon Mar 10 22:59:53 2008 From: twiest at novell.com (Thomas Wiest) Date: Mon, 10 Mar 2008 20:59:53 -0600 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: References: <47CF7113.1050707@novell.com> Message-ID: <47D5F5A9.1050603@novell.com> sasha wrote: > Could you please view at this bug: > https://bugzilla.novell.com/show_bug.cgi?id=368516 > Unfortunately it's too late to get this bug fixed for 1.9. I've added it to our list of bugs to look at for our next release. Sorry for the inconvenience. Thomas From twiest at novell.com Mon Mar 10 23:01:31 2008 From: twiest at novell.com (Thomas Wiest) Date: Mon, 10 Mar 2008 21:01:31 -0600 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <1f1f006d0803071313h42ae0c85iea3dbcd5952c7a29@mail.gmail.com> References: <47CF7113.1050707@novell.com> <1f1f006d0803071313h42ae0c85iea3dbcd5952c7a29@mail.gmail.com> Message-ID: <47D5F60B.3090305@novell.com> D Bera wrote: >> We've just released Mono 1.9.0 Preview 4 today! Please help us out by giving it a try with your applications. >> >> As always, you can get the preview releases here: >> http://mono.ximian.com/monobuild/preview/download-preview/ >> > > Are the rpms in the link above preview-3 or preview-4 ? The page title > says preview-4 but the filenames seem to suggest preview-4. If I go > the download link for suse-103-i586, the page says preview-3 and the > filenames seem to suggest preview-3 too. Can someone clarify if they > are actually preview-4 rpms or not ? > > Thanks, > - dBera > > Yes, these are RPMs for preview 4. Our build guy forgot to update the top of the page. I've cc'd him on this mail. Thanks for pointing this out! :) Thomas From billholmes54 at gmail.com Mon Mar 10 23:29:01 2008 From: billholmes54 at gmail.com (Bill Holmes) Date: Mon, 10 Mar 2008 23:29:01 -0400 Subject: [Mono-dev] GC Question. Message-ID: <37c5788d0803102029h19b6a97eqd0597692de028e6@mail.gmail.com> I did not want to file a bug on this just yet as it may be related to https://bugzilla.novell.com/show_bug.cgi?id=319247 . Or it just may be a bad test case. The following code under MS.net displays _activeCount = 1 _activeCount = 0 Where mono displays _activeCount = 1 _activeCount = 1 Should I file a bug report on this? thanks -bill using System; public class Test { private static int _activeCount = 0; Test () { System.Threading.Interlocked.Increment (ref _activeCount); } ~Test () { // are we allowed to do this in a finaliser? System.Threading.Interlocked.Decrement (ref _activeCount); } [STAThread] static void Main (string[] args) { if (args.Length == 0) { Test test = new Test (); Console.WriteLine ("_activeCount = " + _activeCount); GC.KeepAlive (test); test = null; } GC.Collect (); GC.WaitForPendingFinalizers (); Console.WriteLine ("_activeCount = " + _activeCount); } } From kornelpal at gmail.com Tue Mar 11 04:38:05 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Tue, 11 Mar 2008 09:38:05 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros forWindowsSDK References: <007101c882b2$43cfcaa0$0100a8c0@kornelpal.hu> <009801c882b9$c67fbd00$0100a8c0@kornelpal.hu> <001f01c882f3$75538210$5ebdc5d9@kornelpal.hu> Message-ID: <005201c88353$3b517ee0$767326c3@kornelpal.hu> Thank you very much for the help. I attached a revised version of the patch. Korn?l ----- Original Message ----- From: "Robert Jordan" To: Sent: Tuesday, March 11, 2008 12:04 AM Subject: Re: [Mono-dev] [PATCH] [Windows] Define version macros forWindowsSDK Korn?l P?l wrote: >> CPPFLAGS are C-Pre-Processor-Flags. C++ variables start with CXX. > > Thanks for both of you. Now I understand why Mono already used Unicode. > > Modifying the variables didn't break the build and I see no meaning of > FD_SETSIZE on Windows. Is there any use of FD_SETSIZE on Windows? Yes. It defaults to 64 which means that only 64 sockets can be select(2)ed at once. Robert _______________________________________________ Mono-devel-list mailing list Mono-devel-list at lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: WindowsDefines.diff.txt Url: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080311/1c81d80c/attachment-0001.txt From monodanmorg at yahoo.com Tue Mar 11 09:04:07 2008 From: monodanmorg at yahoo.com (Daniel Morgan) Date: Tue, 11 Mar 2008 06:04:07 -0700 (PDT) Subject: [Mono-dev] MonoDevelop on Windows In-Reply-To: <47BEEB85.8070808@jpobst.com> Message-ID: <362879.43325.qm@web30802.mail.mud.yahoo.com> Have these changes been put into svn yet? --- Jonathan Pobst wrote: > I pretty much just compiled trunk on Linux with > --disable-gnomeplatform, > and don't put an option for gtksourceview2, and it > will just use the new > managed source editor. Later I wrote a > WindowsPlatform addin, and got > Lluis to remove a few Unix-isms. > > After that, Geoff Norton pretty much took over and > made the real > progress. He made a lot of fixes for remoting and > such to make it work > much better. Next week, when he gets back from the > conference he is at, > I will try to prod him to put his changes into SVN. > > Jonathan > > > Daniel Morgan wrote: > > Jonathan, > > > > What steps did you use to build and run > MonoDevelop on > > Windows? And what dependencies did you use? > > > > I understand from your blog that a lot of it does > not > > work, but I still would like to see it at least > run. > > I'm sure others would be interested in helping > and/or > > testing it. > > > > Hopefully, you can commit your fixes to svn so > others > > can try it out. > > > > Thanks, > > Daniel > > > > > > > > > ____________________________________________________________________________________ > > Never miss a thing. Make Yahoo your home page. > > http://www.yahoo.com/r/hs > > > > > > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From safknw at gmail.com Tue Mar 11 09:36:39 2008 From: safknw at gmail.com (Sharique uddin Ahmed Farooqui) Date: Tue, 11 Mar 2008 19:06:39 +0530 Subject: [Mono-dev] error compiling Olive Message-ID: <4da6cf8d0803110636s68454776o4aae130b62266b6@mail.gmail.com> Hi, I have installed mono 1.2.6 and monodevelop 0.19. I'm trying to compile olive project. I get following error touch ../../class/lib/net_3_5//.stamp MONO_PATH="../../class/lib/net_3_5:../../class/lib/net_3_0:$MONO_PATH" gmcs /codepage:65001 -d:NET_1_1 -d:NET_2_0 -d:NET_3_5 -debug+ /noconfig -r: System.dll -r:System.Xml.dll -r:System.Configuration.dll-r:../lib/net_3_0/System.Runtime.Serialization.dll -r:../lib/net_3_0/System.ServiceModel.dll -target:library -out:../../class/lib/net_3_5/System.ServiceModel.Web.dll @ System.ServiceModel.Web.dll.sources System.ServiceModel.Web/WebGetAttribute.cs(39,41): error CS1644: Feature `object initializers' cannot be used because it is not part of the C# 2.0language specification Compilation failed: 1 error(s), 0 warnings -- Sharique uddin Ahmed Farooqui (C++/C# Developer, IT Consultant) A revolution is about to begin. A world is about to change. And you and I are "the initiator". -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080311/4f504c3b/attachment.html From sanfordarmstrong at gmail.com Tue Mar 11 09:57:13 2008 From: sanfordarmstrong at gmail.com (Sandy Armstrong) Date: Tue, 11 Mar 2008 06:57:13 -0700 Subject: [Mono-dev] error compiling Olive In-Reply-To: <4da6cf8d0803110636s68454776o4aae130b62266b6@mail.gmail.com> References: <4da6cf8d0803110636s68454776o4aae130b62266b6@mail.gmail.com> Message-ID: 2008/3/11 Sharique uddin Ahmed Farooqui : > Hi, > I have installed mono 1.2.6 and monodevelop 0.19. I'm trying to compile > olive project. I get following error Mono 1.9 is required to build Olive now. Cheeers, Sandy From gnorton at novell.com Tue Mar 11 10:41:25 2008 From: gnorton at novell.com (Geoff Norton) Date: Tue, 11 Mar 2008 10:41:25 -0400 Subject: [Mono-dev] MonoDevelop on Windows In-Reply-To: <362879.43325.qm@web30802.mail.mud.yahoo.com> References: <362879.43325.qm@web30802.mail.mud.yahoo.com> Message-ID: Dan, On 11-Mar-08, at 9:04 AM, Daniel Morgan wrote: > Have these changes been put into svn yet? > The changes have been in in SVN since the hack week. Whats missing is the following: WindowsPlatform (this is incomplete so neither me or Jonathan commited it yet). To get things running on the ms runtime with the managed editor you'll also need to disassembly Mono.Texteditor.dll and change the Mono.Cairo reference back to the 1.0.5000.0 version and recompile it. After this things should mostly "just work" (as much as they do). The last thing I looked at was a random crash painting with Gtk+/Gtk# which I havn't debugged fully yet. -g From wberrier at novell.com Tue Mar 11 11:23:36 2008 From: wberrier at novell.com (Wade Berrier) Date: Tue, 11 Mar 2008 09:23:36 -0600 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <47D5F60B.3090305@novell.com> References: <47CF7113.1050707@novell.com> <1f1f006d0803071313h42ae0c85iea3dbcd5952c7a29@mail.gmail.com> <47D5F60B.3090305@novell.com> Message-ID: <1205249016.4140.0.camel@miniwade.site> Yeah, sorry about that. I think they had the wrong preview number on that page for a day or so before I fixed it. Wade On Mon, 2008-03-10 at 21:01 -0600, Thomas Wiest wrote: > D Bera wrote: > >> We've just released Mono 1.9.0 Preview 4 today! Please help us out by giving it a try with your applications. > >> > >> As always, you can get the preview releases here: > >> http://mono.ximian.com/monobuild/preview/download-preview/ > >> > > > > Are the rpms in the link above preview-3 or preview-4 ? The page title > > says preview-4 but the filenames seem to suggest preview-4. If I go > > the download link for suse-103-i586, the page says preview-3 and the > > filenames seem to suggest preview-3 too. Can someone clarify if they > > are actually preview-4 rpms or not ? > > > > Thanks, > > - dBera > > > > > Yes, these are RPMs for preview 4. Our build guy forgot to update the > top of the page. I've cc'd him on this mail. > > Thanks for pointing this out! :) > > Thomas > From edson.da2 at gmail.com Tue Mar 11 11:48:03 2008 From: edson.da2 at gmail.com (Edson - gMail) Date: Tue, 11 Mar 2008 12:48:03 -0300 Subject: [Mono-dev] Mono on F8 Message-ID: <47D6A9B3.4080804@gmail.com> I have a machine at work to install mono monodevelop, but, the os installed on this machine is Fedora 8. At http://www.go-mono.com/mono-downloads/download.html I can find just packages for RHEL 4 or the .bin file to install, but they don't assemble perfectly. Fedora 8 installs just the basic. Is there a place to get the packages (or any kind of installation) for with both packages (without conflicts). Someone else had installed it with success in this distribution? Thanks. From mbd at dbc.dk Tue Mar 11 12:08:51 2008 From: mbd at dbc.dk (Mads Bondo Dydensborg) Date: Tue, 11 Mar 2008 17:08:51 +0100 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <47D5F5A9.1050603@novell.com> References: <47CF7113.1050707@novell.com> <47D5F5A9.1050603@novell.com> Message-ID: <200803111708.51512.mbd@dbc.dk> tirsdag 11 Marts 2008 skrev Thomas Wiest: > sasha wrote: > > Could you please view at this bug: > > https://bugzilla.novell.com/show_bug.cgi?id=368516 > > > > Unfortunately it's too late to get this bug fixed for 1.9. I've added it > to our list of bugs to look at for our next release. Please add this as well: https://bugzilla.novell.com/show_bug.cgi?id=352210 As far as I can tell, it did not make it into 1.9.pre4 either? Regards Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 From kornelpal at gmail.com Tue Mar 11 12:38:41 2008 From: kornelpal at gmail.com (=?iso-8859-2?B?S29ybulsIFDhbA==?=) Date: Tue, 11 Mar 2008 17:38:41 +0100 Subject: [Mono-dev] [PATCH] [Windows] Define version macros for Windows SDK [2] Message-ID: <001c01c88396$5e9b2ca0$a36e26c3@kornelpal.hu> Hi, With respect to the comments to the previous patch I revised it. I have added version macros to CPPFLAGS without removing existing settings and exported CPPFLAGS for libgc. I also added compile time ARCHITECTURE detection to winconfig.h in addition to the enhancements in the previously proposed patch. Please lease let me know if this patch is OK to commit. Korn?l -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: WindowsDefines.diff.txt Url: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080311/0bd2753d/attachment-0001.txt From buhochileno at gmail.com Mon Mar 10 14:31:37 2008 From: buhochileno at gmail.com (buhochileno at gmail.com) Date: Mon, 10 Mar 2008 14:31:37 -0400 Subject: [Mono-dev] Mono on F8 In-Reply-To: <47D6A9B3.4080804@gmail.com> References: <47D6A9B3.4080804@gmail.com> Message-ID: <47D57E89.1080100@gmail.com> Hi: recently i have lot of problem to get mono/monodevelop in my fedora 8, i recomend you the following steps: #FOLLOW THIS RECOMENDED LINK TO ADD REPOSITORIES, ETC: http://cardix.wordpress.com/2007/11/13/post-instalacion-de-fedora-8/ #INSTALL RPMS IN THE FOLLOWING ORDER FROM PAQUAGES FROM http://download.opensuse.org/repositories/Mono/Fedora_7/ (I RECOMEND YOU THE FEDORA7 RPMS INSTEAD OF THE FEDORA8 ONES, ANIWAY ARE MORE NEW VERSIONS) rpm -Uvh libgdiplus0-1.2.6-3.1.i386.rpm mono-data-1.2.6-9.2.i386.rpm mono-data-sqlite-1.2.6-9.2.i386.rpm mono-winforms-1.2.6-9.2.i386.rpm mono-core-1.2.6-9.2.i386.rpm mono-web-1.2.6-9.2.i386.rpm rpm -Uvh bytefx-data-mysql-1.2.6-9.2.i386.rpm ibm-data-db2-1.2.6-9.2.i386.rpm mono-data-firebird-1.2.6-9.2.i386.rpm mono-data-oracle-1.2.6-9.2.i386.rpm mono-data-postgresql-1.2.6-9.2.i386.rpm mono-data-sybase-1.2.6-9.2.i386.rpm mono-devel-1.2.6-9.2.i386.rpm mono-extras-1.2.6-9.2.i386.rpm mono-jscript-1.2.6-9.2.i386.rpm mono-locale-extras-1.2.6-9.2.i386.rpm mono-nunit-1.2.6-9.2.i386.rpm rpm -Uvh mono-complete-1.2.6-9.2.i386.rpm rpm -Uvh glib-sharp-1.0.10-80.2.i386.rpm rpm -Uvh gtk-sharp2-2.10.3-77.1.i386.rpm glib-sharp2-2.10.3-77.1.i386.rpm glade-sharp2-2.10.3-77.1.i386.rpm rpm -Uvh gtk-sharp2-complete-2.10.3-77.1.i386.rpm gtk-sharp2-doc-2.10.3-77.1.i386.rpm gtk-sharp2-gapi-2.10.3-77.1.i386.rpm rpm -Uvh gnome-sharp2-2.16.1-52.1.i386.rpm gnome-sharp2-complete-2.16.1-52.1.i386.rpm art-sharp2-2.16.1-52.1.i386.rpm gconf-sharp2-2.16.1-52.1.i386.rpm gnome-vfs-sharp2-2.16.1-52.1.i386.rpm rsvg-sharp2-2.16.1-52.1.i386.rpm vte-sharp2-2.16.1-52.1.i386.rpm gtkhtml-sharp2-2.16.1-52.1.i386.rpm --replacefiles rpm -Uvh xsp-1.2.6-4.1.noarch.rpm rpm -Uvh mod_mono-1.2.6-3.1.i386.rpm rpm -Uvh heap-buddy-0.2-14.3.i386.rpm #UPDATE/INSTALL yum install gtksourceview #MORE RPMS rpm -Uvh boo-0.8.1.2865-1.1.noarch.rpm gecko-sharp2-0.12-74.3.noarch.rpm gtksourceview-sharp2-0.12-1.1.noarch.rpm nant-0.86_beta1-26.1.noarch.rpm rpm -Uvh ikvm-0.36.0.5-3.1.noarch.rpm IPCE-r7-2.1.noarch.rpm #UPDATE/INSTALL yum install avahi-sharp #MORE RPMS rpm -Uvh mono-addins-0.3.1-1.1.noarch.rpm mono-basic-1.2.6-4.1.noarch.rpm mono-tools-1.2.6-4.1.noarch.rpm mono-zeroconf-0.7.5-1.1.noarch.rpm mono-zeroconf-provider-avahi-0.7.5-1.1.noarch.rpm monodoc-core-1.2.6-4.1.noarch.rpm rpm -Uvh monodevelop-0.19-2.1.noarch.rpm #UPDATE/INSTALL yum install *SDL* yum install freeglut-devel yum install openal-devel yum install ode-* yum install *faad* yum install *faac* yum install gsm-* yum install lame-* yum install x264-* yum install xvidcore-* yum install xvidcap-* yum install *DevIL* (SOME RPMS ARE IN THE i386 folder and others in the noarch folder....) good luck Mauricio Edson - gMail wrote: > I have a machine at work to install mono monodevelop, but, the os > installed on this machine is Fedora 8. At > http://www.go-mono.com/mono-downloads/download.html I can find just > packages for RHEL 4 or the .bin file to install, but they don't assemble > perfectly. Fedora 8 installs just the basic. Is there a place to get the > packages (or any kind of installation) for with both packages (without > conflicts). Someone else had installed it with success in this distribution? > > Thanks. > > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > From safknw at gmail.com Tue Mar 11 16:06:13 2008 From: safknw at gmail.com (Sharique uddin Ahmed Farooqui) Date: Wed, 12 Mar 2008 01:36:13 +0530 Subject: [Mono-dev] Mono on F8 In-Reply-To: <47D6A9B3.4080804@gmail.com> References: <47D6A9B3.4080804@gmail.com> Message-ID: <4da6cf8d0803111306i53a9cde9n4d1c21311ec6b11a@mail.gmail.com> You can install from Fedora 9 (development) rawhide. On Tue, Mar 11, 2008 at 9:18 PM, Edson - gMail wrote: > I have a machine at work to install mono monodevelop, but, the os > installed on this machine is Fedora 8. At > http://www.go-mono.com/mono-downloads/download.html I can find just > packages for RHEL 4 or the .bin file to install, but they don't assemble > perfectly. Fedora 8 installs just the basic. Is there a place to get the > packages (or any kind of installation) for with both packages (without > conflicts). Someone else had installed it with success in this > distribution? > > Thanks. > > > _______________________________________________ > Mono-devel-list mailing list > Mono-devel-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > -- Sharique uddin Ahmed Farooqui (C++/C# Developer, IT Consultant) A revolution is about to begin. A world is about to change. And you and I are "the initiator". -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080312/aab0ba00/attachment.html From twiest at novell.com Tue Mar 11 18:15:18 2008 From: twiest at novell.com (Thomas Wiest) Date: Tue, 11 Mar 2008 16:15:18 -0600 Subject: [Mono-dev] Mono 1.9.0 Preview 4 is out!! In-Reply-To: <200803111708.51512.mbd@dbc.dk> References: <47CF7113.1050707@novell.com> <47D5F5A9.1050603@novell.com> <200803111708.51512.mbd@dbc.dk> Message-ID: <47D70476.2040905@novell.com> Mads Bondo Dydensborg wrote: > tirsdag 11 Marts 2008 skrev Thomas Wiest: > >> sasha wrote: >> >>> Could you please view at this bug: >>> https://bugzilla.novell.com/show_bug.cgi?id=368516 >>> >>> >> Unfortunately it's too late to get this bug fixed for 1.9. I've added it >> to our list of bugs to look at for our next release. >> > > Please add this as well: > > https://bugzilla.novell.com/show_bug.cgi?id=352210 > Done. Thomas From stephane at omni-ts.com Wed Mar 12 16:52:26 2008 From: stephane at omni-ts.com (=?UTF-8?Q?St=C3=A9phane=20Zanoni?=) Date: Wed, 12 Mar 2008 14:52:26 -0600 Subject: [Mono-dev] Issues generating code stub for webservice using wsdl2.exe Message-ID: <47D7EDFA.D223.00CB.0@omni-ts.com> This is our last major non-interface related issue converting our projects to supporting Mono. We have been using Mono 1.2.6. The wsdl file we are using is provided by Novell and used to access GroupWise. We have been using the MS.NET 2.0 wsdl.exe generated code up till now. We would countinue to use the assembly that was generated by the MS tool, however it causes our application to crash during certain web method requests. So we figured we'd try to use the Mono generation tool to see what we get. We have identified that some of the same web methods generated by MS.NET that crash are the ones with warnings during the Mono wsdl2.exe code generation. (kinda makes sense) --- Command line executed to call wsdl2 > wsdl2 /nologo /language:CS /namespace:Novell.GroupWise.Client.Soap /out:Novell.GroupWise.Client.Soap.cs /protocol:SOAP groupwise.wsdl types.xsd methods.xsd events.xsd --- Response: There where some warnings while generating the code: groupwise.wsdl - WARNING: At least one operation is of an unsupported type and has been ignored Writing file 'Novell.GroupWise.Client.Soap.cs' --- (note the typo in the message? 'where' should be 'were') The header of the generated Mono .cs file shows a whole bunch of methods that were ignored during generation: >>> SNIP <<< // WARNING: Could not generate operation binding createItemRequest. Type boolean not supported // WARNING: Could not generate operation binding createSignatureRequest. Type boolean not supported // WARNING: Could not generate operation binding forwardRequest. Type boolean not supported // WARNING: Could not generate operation binding getAttachmentRequestMessage. Type string not supported // WARNING: Could not generate operation binding getFolderListRequest. Type boolean not supported // WARNING: Could not generate operation binding getRuleListRequest. Type boolean not supported // WARNING: Could not generate operation binding getSignaturesRequest. Type boolean not supported // WARNING: Could not generate operation binding readCursorRequest. Type boolean not supported // WARNING: Could not generate operation binding removeCustomDefinitionRequest. Type boolean not supported // WARNING: Could not generate operation binding removeSignatureRequest. Type boolean not supported // WARNING: Could not generate operation binding retractRequest. Type boolean not supported // WARNING: Could not generate operation binding cleanEventConfigurationRequest. Type boolean not supported // WARNING: Could not generate operation binding configureEventsRequest. Type boolean not supported // WARNING: Could not generate operation binding getEventsRequest. Type boolean not supported >>> SNIP <<< I find it pretty difficult to believe that boolean's are not supported, as it would be a "slight" oversight. Can someone comment on what the messages mean and what measure of effort will be required to address this issue? Also the fact that every Request/Response class is prefixed with "Message" and is proper-cased using the Mono wsdl2.exe, causes a major compatibility difference between the MS.NET 2.0 and the Mono tool. I've attached the wsdl+xsd as well as the Mono and MS.NET generated code stubs. Attachments moved to: http://www.omni-ts.com/_mono-list/attachments.zip Any help getting to the bottom of this would be greatly appreciated. St?phane From mabra at manfbraun.de Wed Mar 12 17:04:36 2008 From: mabra at manfbraun.de (mabra at manfbraun.de) Date: Wed, 12 Mar 2008 22:04:36 +0100 Subject: [Mono-dev] XSP and compilation on the fly In-Reply-To: <1203369817.6352.0.camel@redbull.qnetp.net> Message-ID: Hi ! If this list is not the right list for end-users using mono, please tell me. I try to use xsp [1.1] under debian. I can execute a simple aspx file, but my global.asax ist not used: <%@Application inherits="Test.Global" src="/bin/global2.asax.cs" %> Excerpt from /bin/global2.asax.cs namespace Test { public class Global:System.Web.HttpApplication { public static string rand() //random ( ... ) .... The /bin/global2.asax.cs is not used, I am missing my configuration, which is made in namespace Test, class Global inside this file. If i write just simply wrong statements, no errors are thrown if I execute a standard aspx file, containing nothing else than

<% = DateTime.Now %>

. This works. If I use a aspx-file, containing: <%@ import namespace="Test" %>

<% = Global.rand() %>

it throws an exception, telling me: The type or namespace name `Test' could not be found. The shown code is already reduced to the very basic approach;The whole app runs fine under windows. What do I wrong here? Thanks a lot, Manfred From krapfenbauer at ict.tuwien.ac.at Thu Mar 13 09:15:39 2008 From: krapfenbauer at ict.tuwien.ac.at (Harald Krapfenbauer) Date: Thu, 13 Mar 2008 14:15:39 +0100 Subject: [Mono-dev] Mono Debugger Patch that allows Remote Debugging Message-ID: <47D928FB.7030903@ict.tuwien.ac.at> Hello Martin, Hello Mono community! We are currently working on a project that makes use of Mono and the Mono debugger. Now, because we deal with embedded systems, we wanted to have a resource-saving debugger. We developed a remote debugger based on MDB that follows the concept of GDB and gdbserver. The extension is available under the GNU GPL license and can be downloaded here: http://www.streamunlimited.com/vimem Martin: If you want to integrate our patch into the official MDB, please contact us - we wouldn't mind! Also, in the course of development, we discovered some MDB bugs which we filed on bugzilla.novell.com. Best greetings, Harald Krapfenbauer From vlad.dimitrov at gmail.com Thu Mar 13 09:49:37 2008 From: vlad.dimitrov at gmail.com (Vladimir Dimitrov) Date: Thu, 13 Mar 2008 15:49:37 +0200 Subject: [Mono-dev] Mono.Unix.Catalog.Init where does it get the locale from? Message-ID: <000501c88511$15c55010$414ff030$@net> Hi guys, On windows when I set Thread.CurrentThread.CurrentCulture = new CultureInfo (config.Localization) I can change the localization of the current thread and if I call Catalog.Init after that the localization is properly initialized, and Catalog.GetString gives me correct string from the localization setup I have for my application. But if use the same code on Linux Catalog.GetString does not respect the changes I made and does not return the messages for the localization I set. If I use LANG=cs_CZ.utf8 mono MyApp.exe Then everything is fine and the localization works. Is there something I am doing wrong or is this a bug in Mono.Unix? Thanks, Vladimir -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/mono-devel-list/attachments/20080313/241d015f/attachment-0001.html From jonpryor at vt.edu Thu Mar 13 12:30:11 2008 From: jonpryor at vt.edu (Jonathan Pryor) Date: Thu, 13 Mar 2008 16:30:11 +0000 Subject: [Mono-dev] Mono.Unix.Catalog.Init where does it get the locale from? In-Reply-To: <000501c88511$15c55010$414ff030$@net> References: <000501c88511$15c55010$414ff030$@net> Message-ID: <12