Re: [Mono-dev] Call for testing: Mono 1.2.4 Preview Available
Title: RE: [Mono-dev] Call for testing: Mono 1.2.4 Preview Available Hey Wade, Can you please replace [Mainsoft] contributor in ASP.NET section with [Igor Zelmanovich] ? Thanks, Kosta -Original Message- From: [EMAIL PROTECTED] on behalf of Wade Berrier Sent: Sat 4/21/2007 07:26 To: [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Subject: [Mono-dev] Call for testing: Mono 1.2.4 Preview Available Hi, Mono 1.2.4 preview sources, packages, and installers are available at: http://mono.ximian.com/monobuild/preview/download-preview/ The beginnings of the release notes for 1.2.4 are available at: http://go-mono.com/archive/1.2.4/ If no critical bugs are found after the preview period, these same downloads will be posted on mono-project.com for general consumption. If there are critical bugs found, only those packages/sources will be updated before publishing to mono-project.com. Since this release hasn't been pushed to our main download server, some sources may be retagged if critical bugs are found. Those tags are not final until we publish to mono-project.com. Wade ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Screensavers in C# with Linux
Hello Paul, I've dug a little into the KDE screen saver and it seems that he works quite different from the way it works on windows. Windows Invokes the .scr file with different params to either show or configure the screen saver, hower KDE uses a QtWidget called KScreenSaver which either shows the screen saver or the config dialog wether if it is being created with an windowId passed to the constructor or not. (See kscreensaver.h in the KDE-include dir) So it should get a little more tricky than on windows if you try to integrate your screensaver to the existing ones. Howerver the KDE manual says the following: = Using a non-KDE screen saver = KDE does not prevent another screen saver from working. To use a different screen saver, such as xscreensaver, simply disable the KDE Screen Saver, and set up your other screen saver program normally. So it should be possible to replace the KDE screensavers completely. That is what I found out about it, but I can not promise it's correctness since my knowledge of KDE and Qt is very very limited. Kind Regards, Valentin On Friday 20 April 2007 00:01, Paul wrote: > Hi, > > It's pretty simple to write a screensaver for Win32 in C# (intercept a > mouse and keyboard event and a few other bits, then rename the .exe > to .scr). > > Does anyone know if it's as simple to write a screensaver in C# for > Linux boxes (either Gnome or KDE desktop)? > > TTFN > > Paul ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Screensavers in C# with Linux
On 4/19/07, Paul <[EMAIL PROTECTED]> wrote: > Hi, > > It's pretty simple to write a screensaver for Win32 in C# (intercept a > mouse and keyboard event and a few other bits, then rename the .exe > to .scr). > > Does anyone know if it's as simple to write a screensaver in C# for > Linux boxes (either Gnome or KDE desktop)? I suggest looking at how f-spot does it... http://svn.gnome.org/viewcvs/f-spot/trunk/tools/f-spot-screensaver?view=markup -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Feedback on release notes.
Hi, On 4/19/07, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > The draft is: > > http://www.go-mono.com/archive/1.2.4/ In there, you have this chunk: > In addition to the old Mono.Data.Sqlite, we are now also shipping > Mono.Data.Sqlite2, which is Robert Simpson's Sqlite binding for > .NET adapted to ship with the Mono framework. Is the namespace really called Mono.Data.Sqlite2? Because that could be confusing, seeing as it only supports Sqlite 3.x. The convention is to call Sqlite 2.x "sqlite2" and Sqlite 3.x "sqlite3" or (at this point) "sqlite". Joe ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Call for testing: -- Timer issue
With the 1.2.4 preview, I encountered something with the MySql Connector which I narrowed down to an issue with System.Threading.Timer. I don't know what the proper way to use the Timer is, so it may be improper use on MySql's end, but nevertheless it's unexpected. When creating and disposing a bunch of timers from various threads, very quickly a deadlock (or something near enough) occurs. I'm attaching a test program. I expect the program to come to completion, but inevitably one of the threads gets stuck creating a timer. This is on a single-processor x86-32. (In MySQL, this comes up in the Command Timeout.) TIA for looking into this for whoever knows about that part of Mono. - Josh using System; using System.Threading; public class Test { public static void Main(string[] arg) { for (int i = 0; i < 10; i++) new Thread(new Test(i).Runner).Start(); } int tid; Timer timer; public Test(int tid) { this.tid = tid; } public void Runner() { Console.Error.WriteLine("Thread {0} Starting", tid); timer = new Timer(Callback, null, 50, 50); //timer.Dispose(); // MySQL disposes right away in the usual case Console.Error.WriteLine("Thread {0} Finished", tid); } void Callback(object state) { Console.Error.WriteLine("Callback on Thread: {0}", tid); timer.Dispose(); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Feedback on release notes.
On 4/21/07, Joe Shaw <[EMAIL PROTECTED]> wrote: > In there, you have this chunk: > > > In addition to the old Mono.Data.Sqlite, we are now also shipping > > Mono.Data.Sqlite2, which is Robert Simpson's Sqlite binding for > > .NET adapted to ship with the Mono framework. > > Is the namespace really called Mono.Data.Sqlite2? Because that could > be confusing, seeing as it only supports Sqlite 3.x. The convention > is to call Sqlite 2.x "sqlite2" and Sqlite 3.x "sqlite3" or (at this > point) "sqlite". Also there is Mono.Data.SqliteClient as well. May be a bit of clarification which one is recommended to use won't hurt. Regards. -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy." ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono 1.2.4 Preview Available)
When attempting to compile the attached code, gmcs fails: $ gmcs test.cs Unhandled Exception: Mono.CSharp.InternalErrorException: test.cs (4,33): Test.ExtensionHandler ---> System.ArgumentNullException: Argument cannot be null. Parameter name: con at System.Reflection.Emit.CustomAttributeBuilder.Initialize (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs, System.Reflection.PropertyInfo[] namedProperties, System.Object[] propertyValues, System.Reflection.FieldInfo[] namedFields, System.Object[] fieldValues) [0x0] at System.Reflection.Emit.CustomAttributeBuilder..ctor (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs) [0x0] at Mono.CSharp.ParamsParameter.ApplyAttributes (System.Reflection.Emit.MethodBuilder mb, System.Reflection.Emit.ConstructorBuilder cb, Int32 index) [0x0] at Mono.CSharp.Parameters.ApplyAttributes (System.Reflection.MethodBase builder) [0x0] at Mono.CSharp.Delegate.Define () [0x0] at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] --- End of inner exception stack trace --- at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] at Mono.CSharp.TypeContainer.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList mcal) [0x0] at Mono.CSharp.Class.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList list) [0x0] at Mono.CSharp.TypeContainer.DoDefineMembers () [0x0] at Mono.CSharp.Class.DoDefineMembers () [0x0] at Mono.CSharp.TypeContainer.DefineMembers () [0x0] at Mono.CSharp.RootContext.PopulateTypes () [0x0] at Mono.CSharp.Driver.MainDriver (System.String[] args) [0x0] at Mono.CSharp.Driver.Main (System.String[] args) [0x0] This is the code: public class Test { public static void Main(string[] argS) { } private delegate object ExtensionHandler(params object[] args); } Removing params from the delegate declaration avoids the compiler error exception. - Steve -- Steve G. Bjorg http://www.mindtouch.com http://www.opengarden.org On Apr 20, 2007, at 9:26 PM, Wade Berrier wrote: Hi, Mono 1.2.4 preview sources, packages, and installers are available at: http://mono.ximian.com/monobuild/preview/download-preview/ The beginnings of the release notes for 1.2.4 are available at: http://go-mono.com/archive/1.2.4/ If no critical bugs are found after the preview period, these same downloads will be posted on mono-project.com for general consumption. If there are critical bugs found, only those packages/sources will be updated before publishing to mono-project.com. Since this release hasn't been pushed to our main download server, some sources may be retagged if critical bugs are found. Those tags are not final until we publish to mono-project.com. Wade ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list test.cs Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] BindingNavigator patch - from olivier dufour
Hi, Olivier had trouble posting this patch up, so he sent it to me to post. The only thing i see wrong with it is that there's an NUnit test which always fails (call to Assert.Fail(string)). Alan. Index: System.Windows.Forms/BindingNavigator.cs === --- System.Windows.Forms/BindingNavigator.cs (revision 0) +++ System.Windows.Forms/BindingNavigator.cs (revision 0) @@ -0,0 +1,321 @@ +// Permission is hereby granted, free of charge, to any person obtaining +// a copy of this software and associated documentation files (the +// "Software"), to deal in the Software without restriction, including +// without limitation the rights to use, copy, modify, merge, publish, +// distribute, sublicense, and/or sell copies of the Software, and to +// permit persons to whom the Software is furnished to do so, subject to +// the following conditions: +// +// The above copyright notice and this permission notice shall be +// included in all copies or substantial portions of the Software. +// +// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, +// EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF +// MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND +// NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE +// LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION +// OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION +// WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. +// +// Copyright (c) 2005 Novell, Inc. (http://www.novell.com) +// +// Authors: +// Olivier Dufour [EMAIL PROTECTED] +// +// + +#if NET_2_0 + +using System; +using System.Collections.Generic; +using System.Text; +using System.ComponentModel; +using System.Runtime.InteropServices; + +namespace System.Windows.Forms +{ + [ComVisibleAttribute(true)] + [ClassInterfaceAttribute(ClassInterfaceType.AutoDispatch)] + public class BindingNavigator : ToolStrip, ISupportInitialize + { + public BindingNavigator() : this(false) + { + } + + public BindingNavigator(BindingSource bindingSource) + { + this.bindingSource = bindingSource; + this.AddStandardItems(); + } + + public BindingNavigator(bool addStandardItems) + { + this.bindingSource = null; + if (addStandardItems) +this.AddStandardItems(); + } + + public BindingNavigator(IContainer container) + { + container.Add(this); + bindingSource = null; + } + + #region private fields + + private ToolStripItem addNewItem = null; + private BindingSource bindingSource = null; + private ToolStripItem countItem = null; + private string countItemFormat = Locale.GetText("of {0}"); + private ToolStripItem deleteItem = null; + private ToolStripItem moveFirstItem = null; + private ToolStripItem moveLastItem = null; + private ToolStripItem moveNextItem = null; + private ToolStripItem movePreviousItem = null; + private ToolStripItem positionItem = null; + private bool initFlag = false; + #endregion + + #region Public Properties + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem AddNewItem { + get { return addNewItem; } + set { +addNewItem.Click -= new EventHandler(OnAddNew); +value.Click += new EventHandler(OnAddNew); +addNewItem = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public BindingSource BindingSource { + get { return bindingSource; } + set { +bindingSource = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem CountItem { + get { return countItem; } + set { +countItem = value; +this.OnRefreshItems(); + } + } + + public string CountItemFormat { + get { return countItemFormat; } + set { +countItemFormat = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem DeleteItem { + get { return deleteItem; } + set { +deleteItem.Click -= new EventHandler(OnDelete); +value.Click += new EventHandler(OnDelete); +deleteItem = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem MoveFirstItem { + get { return moveFirstItem; } + set { +moveFirstItem.Click -= new EventHandler(OnMoveFirst); +value.Click += new EventHandler(OnMoveFirst); +moveFirstItem = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem MoveLastItem { + get { return moveLastItem; } + set { +moveLastItem.Click -= new EventHandler(OnMoveLast); +value.Click += new EventHandler(OnMoveLast); +moveLastItem = value; +this.OnRefreshItems(); + } + } + + [TypeConverter(typeof(ReferenceConverter))] + public ToolStripItem MoveNextItem { + get { return moveNextItem; } + set { +moveNextItem.Click -= new EventHandler(OnMoveNext); +valu
[Mono-dev] [PATCH] Mono does not build on Mac OS X
Hello, I've prepared a patch for mono/mini/Makefile.am to work again to OS X / automake 1.6.x: http://bugzilla.ximian.com/show_bug.cgi?id=81417 Please let me know if that is an acceptable way of fixing it. Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Feedback on release notes.
Hey, > > In addition to the old Mono.Data.Sqlite, we are now also shipping > > Mono.Data.Sqlite2, which is Robert Simpson's Sqlite binding for > > .NET adapted to ship with the Mono framework. > > Is the namespace really called Mono.Data.Sqlite2? Because that could > be confusing, seeing as it only supports Sqlite 3.x. The convention > is to call Sqlite 2.x "sqlite2" and Sqlite 3.x "sqlite3" or (at this > point) "sqlite". Am waiting for Marek to provide some details so we can fill in that section. miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Feedback on release notes.
Hey, For WinForms we have also support for Balloon tips in NotifyIcons. In vm Paolo made fixes to double type for armel. Everaldo. On 4/19/07, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > Hello, > > As usual, am working on the release notes and I need your help. > > I have been reading for hours a gigantic diff (17 megs of diff) and > I came up with the following notes, but people probably know better what > are the important changes. > > There are a handful of FIXMEs and there are entire sections that I > did not document as I did not know what to highlight (winforms, > webcontrols, system). > > The draft is: > > http://www.go-mono.com/archive/1.2.4/ > > Miguel. > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello, here is a short patch to fix the xml output of monocov. The monocov-profiler does not replace the "<" and ">" of generic members with the right HTML-Entities when outputting to xml this caused the monocov-gui to crash when trying to display the .cov file. This has been fixed by the attached patch, so please take a look at it. Kind Regards, Valentin Index: coverage.c === --- coverage.c (revision 76009) +++ coverage.c (working copy) @@ -31,6 +31,9 @@ FILE *outfile; }; +static char +*filter_html_from_classname(char *string); + static void add_filter (MonoProfiler *prof, const char *filter); @@ -270,6 +273,41 @@ prev_offset = entry->iloffset; } +static char +*filter_html_from_classname(char *string) +{ + char *string2,*ret; + if( !(string2=calloc(strlen(string)*4+1,sizeof(char))) ) + return NULL; + + ret=string2; + while(*string) + { + switch(*string) + { + case '<': +*string2++='&'; +*string2++='l'; +*string2++='t'; +*string2++=';'; +string++; +break; + case '>': +*string2++='&'; +*string2++='g'; +*string2++='t'; +*string2++=';'; +string++; +break; + default: +*string2++=*string++; +break; + } + } + *string2='\0'; + return ret; +} + static void output_method (MonoMethod *method, gpointer dummy, MonoProfiler *prof) { @@ -288,7 +326,7 @@ tmpsig = g_markup_escape_text (tmpsig, strlen (tmpsig)); klass = mono_method_get_class (method); - classname = mono_type_get_name (mono_class_get_type (klass)); + classname = filter_html_from_classname (mono_type_get_name (mono_class_get_type (klass))); image = mono_class_get_image (klass); tmpname = mono_method_get_name (method); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello again, sorry but my previous mail was a little bit to early and enthusiastic. I've taken a closer look into monocov and found out that the CoverageModel had problem loading generic types, since the types are called Type in the *.cov file and Type`2 in the corresponding assembly, therefore the output of the monocov-profiler had to be changed again. So please review this patch instead of the initial one, since this one. Kind Regards, Valentin On Saturday 21 April 2007 20:56, Valentin Sawadski wrote: > Hello, > > here is a short patch to fix the xml output of monocov. > > The monocov-profiler does not replace the "<" and ">" of generic members > with the right HTML-Entities when outputting to xml this caused the > monocov-gui to crash when trying to display the .cov file. > > This has been fixed by the attached patch, so please take a look at it. > > Kind Regards, > Valentin Index: coverage.c === --- coverage.c (revision 76009) +++ coverage.c (working copy) @@ -31,6 +31,9 @@ FILE *outfile; }; +static char +*parse_generic_type_names(char *string); + static void add_filter (MonoProfiler *prof, const char *filter); @@ -270,6 +273,47 @@ prev_offset = entry->iloffset; } +static char +*parse_generic_type_names(char *name) +{ + char *new_name,*ret; + int within_generic_declaration=0, generic_members=1; + if( !(ret = new_name = calloc(strlen(name) * 4 + 1, sizeof(char))) ) + return NULL; + + do + { + switch(*name) + { + case '<': +within_generic_declaration = 1; +break; + case '>': +within_generic_declaration = 0; +if( *(name-1) != '<') +{ + *new_name++ = '`'; + *new_name++ = '0' + generic_members; +} +else +{ + memcpy(new_name,"<>",8); + new_name+=8; +} +generic_members = 0; +break; + case ',': +generic_members++; +break; + default: +if(!within_generic_declaration) + *new_name++ = *name; +break; + } + }while(*name++); + return ret; +} + static void output_method (MonoMethod *method, gpointer dummy, MonoProfiler *prof) { @@ -288,7 +332,7 @@ tmpsig = g_markup_escape_text (tmpsig, strlen (tmpsig)); klass = mono_method_get_class (method); - classname = mono_type_get_name (mono_class_get_type (klass)); + classname = parse_generic_type_names (mono_type_get_name (mono_class_get_type (klass))); image = mono_class_get_image (klass); tmpname = mono_method_get_name (method); ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hi, This is now fixed. Zoltan On 4/21/07, Valentin Sawadski <[EMAIL PROTECTED]> wrote: > Hello, > > here is a short patch to fix the xml output of monocov. > > The monocov-profiler does not replace the "<" and ">" of generic members with > the right HTML-Entities when outputting to xml this caused the monocov-gui to > crash when trying to display the .cov file. > > This has been fixed by the attached patch, so please take a look at it. > > Kind Regards, > Valentin > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] proper xml for the .cov output of monocov
Hello, did you get my second email as well? Because the modifications suggested in this email result in a failure in the CoverageModel which can not load the type of generic Classes. And where can I see the changes? I can not find them in trunk/monocov. Kind Regards, Valentin On Saturday 21 April 2007 23:47, you wrote: > Hi, > > This is now fixed. > > Zoltan > > On 4/21/07, Valentin Sawadski <[EMAIL PROTECTED]> wrote: > > Hello, > > > > here is a short patch to fix the xml output of monocov. > > > > The monocov-profiler does not replace the "<" and ">" of generic members > > with the right HTML-Entities when outputting to xml this caused the > > monocov-gui to crash when trying to display the .cov file. > > > > This has been fixed by the attached patch, so please take a look at it. > > > > Kind Regards, > > Valentin > > > > ___ > > Mono-devel-list mailing list > > Mono-devel-list@lists.ximian.com > > http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono1.2.4 Preview Available)
Steve, Please submit a bug report for this. Gert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Bjorg Sent: zaterdag 21 april 2007 17:15 To: [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Subject: [Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono1.2.4 Preview Available) When attempting to compile the attached code, gmcs fails: $ gmcs test.cs Unhandled Exception: Mono.CSharp.InternalErrorException: test.cs (4,33): Test.ExtensionHandler ---> System.ArgumentNullException: Argument cannot be null. Parameter name: con at System.Reflection.Emit.CustomAttributeBuilder.Initialize (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs, System.Reflection.PropertyInfo[] namedProperties, System.Object[] propertyValues, System.Reflection.FieldInfo[] namedFields, System.Object[] fieldValues) [0x0] at System.Reflection.Emit.CustomAttributeBuilder..ctor (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs) [0x0] at Mono.CSharp.ParamsParameter.ApplyAttributes (System.Reflection.Emit.MethodBuilder mb, System.Reflection.Emit.ConstructorBuilder cb, Int32 index) [0x0] at Mono.CSharp.Parameters.ApplyAttributes (System.Reflection.MethodBase builder) [0x0] at Mono.CSharp.Delegate.Define () [0x0] at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] --- End of inner exception stack trace --- at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] at Mono.CSharp.TypeContainer.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList mcal) [0x0] at Mono.CSharp.Class.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList list) [0x0] at Mono.CSharp.TypeContainer.DoDefineMembers () [0x0] at Mono.CSharp.Class.DoDefineMembers () [0x0] at Mono.CSharp.TypeContainer.DefineMembers () [0x0] at Mono.CSharp.RootContext.PopulateTypes () [0x0] at Mono.CSharp.Driver.MainDriver (System.String[] args) [0x0] at Mono.CSharp.Driver.Main (System.String[] args) [0x0] This is the code: public class Test { public static void Main(string[] argS) { } private delegate object ExtensionHandler(params object[] args); } Removing params from the delegate declaration avoids the compiler error exception. - Steve -- Steve G. Bjorg http://www.mindtouch.com http://www.opengarden.org On Apr 20, 2007, at 9:26 PM, Wade Berrier wrote: > Hi, > > Mono 1.2.4 preview sources, packages, and installers are available at: > > http://mono.ximian.com/monobuild/preview/download-preview/ > > The beginnings of the release notes for 1.2.4 are available at: > > http://go-mono.com/archive/1.2.4/ > > If no critical bugs are found after the preview period, these same > downloads will be posted on mono-project.com for general consumption. > > If there are critical bugs found, only those packages/sources will be > updated before publishing to mono-project.com. > > Since this release hasn't been pushed to our main download server, > some sources may be retagged if critical bugs are found. Those tags > are not final until we publish to mono-project.com. > > Wade > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono1.2.4 Preview Available)
Never mind, I think it's a dup of bug #81414: http://bugzilla.ximian.com/show_bug.cgi?id=81414 Can you confirm this, and attach your repro to that bug report if it is ? -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: zondag 22 april 2007 8:39 To: 'Steve Bjorg'; 'mono-devel-list@lists.ximian.com' Subject: RE: [Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono1.2.4 Preview Available) Steve, Please submit a bug report for this. Gert -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Bjorg Sent: zaterdag 21 april 2007 17:15 To: [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Subject: [Mono-dev] gmcs compiler exception (was Re: Call for testing: Mono1.2.4 Preview Available) When attempting to compile the attached code, gmcs fails: $ gmcs test.cs Unhandled Exception: Mono.CSharp.InternalErrorException: test.cs (4,33): Test.ExtensionHandler ---> System.ArgumentNullException: Argument cannot be null. Parameter name: con at System.Reflection.Emit.CustomAttributeBuilder.Initialize (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs, System.Reflection.PropertyInfo[] namedProperties, System.Object[] propertyValues, System.Reflection.FieldInfo[] namedFields, System.Object[] fieldValues) [0x0] at System.Reflection.Emit.CustomAttributeBuilder..ctor (System.Reflection.ConstructorInfo con, System.Object[] constructorArgs) [0x0] at Mono.CSharp.ParamsParameter.ApplyAttributes (System.Reflection.Emit.MethodBuilder mb, System.Reflection.Emit.ConstructorBuilder cb, Int32 index) [0x0] at Mono.CSharp.Parameters.ApplyAttributes (System.Reflection.MethodBase builder) [0x0] at Mono.CSharp.Delegate.Define () [0x0] at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] --- End of inner exception stack trace --- at Mono.CSharp.TypeContainer +MemberCoreArrayList.DefineContainerMembers () [0x0] at Mono.CSharp.TypeContainer.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList mcal) [0x0] at Mono.CSharp.Class.DefineContainerMembers (Mono.CSharp.MemberCoreArrayList list) [0x0] at Mono.CSharp.TypeContainer.DoDefineMembers () [0x0] at Mono.CSharp.Class.DoDefineMembers () [0x0] at Mono.CSharp.TypeContainer.DefineMembers () [0x0] at Mono.CSharp.RootContext.PopulateTypes () [0x0] at Mono.CSharp.Driver.MainDriver (System.String[] args) [0x0] at Mono.CSharp.Driver.Main (System.String[] args) [0x0] This is the code: public class Test { public static void Main(string[] argS) { } private delegate object ExtensionHandler(params object[] args); } Removing params from the delegate declaration avoids the compiler error exception. - Steve -- Steve G. Bjorg http://www.mindtouch.com http://www.opengarden.org On Apr 20, 2007, at 9:26 PM, Wade Berrier wrote: > Hi, > > Mono 1.2.4 preview sources, packages, and installers are available at: > > http://mono.ximian.com/monobuild/preview/download-preview/ > > The beginnings of the release notes for 1.2.4 are available at: > > http://go-mono.com/archive/1.2.4/ > > If no critical bugs are found after the preview period, these same > downloads will be posted on mono-project.com for general consumption. > > If there are critical bugs found, only those packages/sources will be > updated before publishing to mono-project.com. > > Since this release hasn't been pushed to our main download server, > some sources may be retagged if critical bugs are found. Those tags > are not final until we publish to mono-project.com. > > Wade > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list