Re: [Mono-docs-list] Mono Implementation Note: bug/issue
On Mon, 2003-08-25 at 21:05, Miguel de Icaza wrote: Hello, I noticed that MonoDoc-0.6 slabs this to any enum documentation: Mono Implementation Note: This type has 2 members that are marked as unfinished. This is very strange. I wonder why it shows up, it is definitely a bug. We have mentioned that here before, that is because there are two unfinished methods in System.Enum, and the other enums inherit them. The same happens with any Exception, as there are two unimplemented methods there. -- Ben ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Doc Fixes for Glade - Rapid ApplicationDevelopment with Gnome 2
Thanks, I put it into cvs. John On Fri, 2003-08-22 at 16:47, Phil Crosby wrote: Hello I was reading through the glade doc and found a few errors, thought Id submit them. ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Mono Implementation Note: bug/issue
On Tue, 2003-08-26 at 03:45, Ben Maurer wrote: On Mon, 2003-08-25 at 21:05, Miguel de Icaza wrote: Hello, I noticed that MonoDoc-0.6 slabs this to any enum documentation: Mono Implementation Note: This type has 2 members that are marked as unfinished. This is very strange. I wonder why it shows up, it is definitely a bug. We have mentioned that here before, that is because there are two unfinished methods in System.Enum, and the other enums inherit them. The same happens with any Exception, as there are two unimplemented methods there. That explains it :o) Now is this a good thing? Would it be better to only show the error in the base class where the problem is? I dont even think we show System.Enum in the docs. Now all enums seems to be not finished. -- Martin Willemoes Hansen E-Mail [EMAIL PROTECTED] Website mwh.sysrq.dk IRC MWH, freenode.net ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] Re: [Gtk-sharp-list] Gnome# delegates, should these be included?
On Mon, 2003-08-04 at 13:29, Martin Willemoes Hansen wrote: Hi! During my documentation effort of the Gnome# delegates, I was wondering about these delegates: ReplyCallback StringCallback It seems that they are used by the convenience functions in gnome-dialog-util fx: GtkWidget* gnome_question_dialog (const gchar *question, GnomeReplyCallback callback, gpointer data); Now these functions does not seem be wrapped in any way. Should they be mapped at some point? If not should the callbacks then be suppresed and hidden? Just for the record, Gonzalo says yes! I have pushed this on my mental TODO list. -- Martin Willemoes Hansen E-Mail [EMAIL PROTECTED] Website mwh.sysrq.dk IRC MWH, freenode.net ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] Rendering if methods error
Hi! In MonoDoc-0.6, the methods with parameters do not have a space between method name and parameter list, but the space is in the parameter list like: void foobar( Foo foo); I think are correct rendering would yield: void foobar (Foo foo); I can make a bug report, but I could perhaps fix it, if it is easy enough? -- Martin Willemoes Hansen E-Mail [EMAIL PROTECTED] Website mwh.sysrq.dk IRC MWH, freenode.net ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Referencing a enum member in MonoDoc
On Mon, 2003-08-25 at 12:56, Martin Willemoes Hansen wrote: Hi! I was wondering if it is posible to reference a enum member in MonoDoc? Like see cref=T:NS.MyEnum.MyEnumMember / If not I could make a bug report. Miguel tells me that enums are referenced like Fields, ie. see cref=E:NS.MyEnum.MyEnumMember / That solves the mistery about the missing enum. -- Martin Willemoes Hansen E-Mail [EMAIL PROTECTED] Website mwh.sysrq.dk IRC MWH, freenode.net ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Mono Implementation Note: bug/issue
On Tue, 2003-08-26 at 09:39, Miguel de Icaza wrote: In the case of Enums, the TODO does not even say what is missing, so that is even more annoying, so I would suggest just removing the TODOs as they seem complete to me. IMHO, this is what i think we should do: Mark classes missing only if the *class* is marked MonoTODO: [MonoTODO] public class T { } And give the message: Mono Implementation Note: This class is not implemented. For methods that are marked: [MonoTODO] public void X () { } we say Mono Implementation Note: This method is not implemented My rational for this is that even though two exception methods are unimplemented, as a *whole* the class is usable. Comments? ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] Re: [Gtk-sharp-list] Wrapping GObject based C Libraries tutorial
On Tue, 2003-08-26 at 23:07, Mike Kestner wrote: Hi Martin, On Fri, 2003-08-22 at 14:35, Martin Willemoes Hansen wrote: It is to be found in CVS, but will probably be accessible from: http://www.go-mono.com/tutorial/html/en/wrapping/clibs.html at some point. Could you possibly post a cvs path to the doc. I'm not familiar with where and how the tutorial is stored and I'd love to read your doc. It is in module monkeyguide in the dir /html/en/wrapping/clibs.html The website is update now, so you should also be able to read it online. -- Martin Willemoes Hansen E-Mail [EMAIL PROTECTED] Website mwh.sysrq.dk IRC MWH, freenode.net ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-list] bug found! :-)
uint u = 3; int i = 4; int o = i/u; error Mono gives the error: cannot convert from int to long. But there is no long here, just an uint (32 bits). mono 0.26 redhat rpms. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug found! :-)
thats not a bug! cause 4/3 = 1.333 != integer. thanks rohit --- Maurizio Colucci [EMAIL PROTECTED] wrote: uint u = 3; int i = 4; int o = i/u; error Mono gives the error: cannot convert from int to long. But there is no long here, just an uint (32 bits). mono 0.26 redhat rpms. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Winforms progress and goals.
I'm sorry to say, but the sd-mono-list suggests that they are aiming at 1.0 with windows forms. What happens after that isn't really clear. I think they should go to #wt before 1.0, but it's not me too choose... -- Sijmen Mulder: From: Luis Fernandez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [Mono-list] Winforms progress and goals. Date: Mon, 25 Aug 2003 22:18:41 +0100 Hi, #Develop currently uses System.Windows.Forms but from what I think the aim is to move it to #WT before the 1.0 release. Because of this, even if the SWF got to the point of been able to run the current #develop release, you might not be able to do so until #WT is more complete on Linux and the port to it is finished. Well, that was the last thing I heard form the project a while back so things might have changed... Luis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sergio Blanco Cuaresma Sent: 25 August 2003 19:14 To: Mono Winforms; [EMAIL PROTECTED] Subject: Re: [Mono-list] Winforms progress and goals. El lun, 25-08-2003 a las 19:36, Miguel de Icaza escribió: We want to push for a particular milestone: running WebMatrix out of the box on Linux and MacOS with Mono. This is a fairly large Winforms application that excercises plenty of areas in Winforms and the runtime. I know it requires a lot of work so sorry for my suggestion with no real help, but it would be nice to also run SharpDevelop ;-) -- [aka Marble] Registered LiNUX user #140941http://counter.li.org/ Socio #3274 de HispaLinuxhttp://www.hispalinux.es Miembro de GPL URVhttp://www.gplurv.org GnuPG key: 0x0ED2CF9Dpgp.escomposlinux.org ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list _ Chatten met je online vrienden via MSN Messenger. http://messenger.msn.nl/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] bug found! :-)
On Tuesday 26 August 2003 05:36, Rohit wrote: thats not a bug! cause 4/3 = 1.333 != integer. Then why does this remove the error? int o = i/(int)u ? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] bug found! :-)
Hmm..that's not the reason. 4/3 isn't an integer if you're doing floating point arithmetic but that's not what's happening here. Notice how the following compiles without an error: int u = 3; int I = 4; int o = i / u; The reason there is an error in Maurizio's code is because dividing an integer by an unsigned integer yields a long (otherwise precision would be lost). The resulting long can't be assigned to the integer o without a cast. Of course the error should be cannot convert from long to int rather than cannot convert from int to long. All the best, ^Tum -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Rohit Sent: Tuesday, 26 August 2003 3:37 p.m. To: Maurizio Colucci; [EMAIL PROTECTED] Subject: Re: [Mono-list] bug found! :-) thats not a bug! cause 4/3 = 1.333 != integer. thanks rohit --- Maurizio Colucci [EMAIL PROTECTED] wrote: uint u = 3; int i = 4; int o = i/u; error Mono gives the error: cannot convert from int to long. But there is no long here, just an uint (32 bits). mono 0.26 redhat rpms. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.298 / Virus Database: 161 - Release Date: 13/11/2001 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.298 / Virus Database: 161 - Release Date: 13/11/2001 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Gtk# type problem
Hi, I am trying to write a UIML (http://www.uiml.org) renderer using Mono and Gtk#. I need to inherit from Gtk.Window, but I keep getting this type of error (gtk assertion): (unknown:1462): Gtk-CRITICAL **: file gtkwindow.c: line 953 (gtk_window_set_title): assertion `GTK_IS_WINDOW (window)' failed This happens when I try to execute: m_topWindow = new GtkRenderedInstance(); m_topWindow.Title = Uiml container; the assertion happens here. The class definition of GtkRenderedInstance is (very simple): == namespace Uiml.Rendering.GTKsharp { using Gtk; using GtkSharp; public class GtkRenderedInstance : Window, IRenderedInstance{ public GtkRenderedInstance() { Application.Init(); } public GtkRenderedInstance(string title) : base(title) {} public void ShowIt(){ ShowAll(); Application.Run(); } } } = Am I doing something wrong here Regards, Kris -- Kris Luyten Expertisecentrum Digitale Media - Limburgs Universitair Centrum Wetenschapspark 2 3590 Diepenbeek (Belgium) tel.: +32 (0)11 268411 email: [EMAIL PROTECTED] PGP-key: http://lumumba.luc.ac.be/kris/kris-pub.txt homepage: http://lumumba.luc.ac.be/kris/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] bug found! :-)
please see inline... --- Thong (Tum) Nguyen [EMAIL PROTECTED] wrote: Hmm..that's not the reason. 4/3 isn't an integer if you're doing floating point arithmetic but that's not what's happening here. Notice how the following compiles without an error: int u = 3; int I = 4; int o = i / u; The reason there is an error in Maurizio's code is because dividing an integer by an unsigned integer yields a long (otherwise precision would be lost). The resulting long can't be assigned to the integer o without a cast. that is exactly what I mean when I said 4/3 != integer (i did mean 3 is of uint type as was asked and as gaurav too correctly and clearly pointed out). Of course the error should be cannot convert from long to int rather than cannot convert from int to long. All the best, ^Tum -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Rohit Sent: Tuesday, 26 August 2003 3:37 p.m. To: Maurizio Colucci; [EMAIL PROTECTED] Subject: Re: [Mono-list] bug found! :-) thats not a bug! cause 4/3 = 1.333 != integer. thanks rohit --- Maurizio Colucci [EMAIL PROTECTED] wrote: uint u = 3; int i = 4; int o = i/u; error Mono gives the error: cannot convert from int to long. But there is no long here, just an uint (32 bits). mono 0.26 redhat rpms. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.298 / Virus Database: 161 - Release Date: 13/11/2001 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.298 / Virus Database: 161 - Release Date: 13/11/2001 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] System.Data.Common.DbDataAdapter buglet...
El mar, 26-08-2003 a las 09:19, Mark Easton escribió: Having just found a ridiculously simple buglet in the DbDataAdapter.cs file's 'BuildSchema' method, I thought I'd send some details through for perusal. I would have included a test but haven't had a chance yet to work out how the common data methods should be tested in a provider agnostic fashion. It's fixed now in CVS. Thanks. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Strange errors due to ~/.wapi problems
On Mon, 2003-08-25 at 09:59, Dag Wieers wrote: Hi, I've got some strange behavior running a program on one of my machines. On another machine it is working properly. When I run the Tray Icon, it starts up normally (although it prints WARNING **: Shared memory sanity check failed.), but when I click on a menu-item that normally would invoke an external command I get: If the shared memory is corrupted, the runtime reverts to a non-shared setup. This has the side effect of preventing process forking. You can delete the shared memory files in ~/.wapi when this happens, but it would be very useful if you could track down _why_ the corruption occurred. Running out of space might do it, but the sanity check looks at the first few bytes. - Dick ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Winforms progress and goals.
SharpDevelop will be a Windows Forms application in 1.0. After that, it depends on the maturity of Mono and UI libraries if we again spend time on a porting effort (our preferred way would be someone providing a proof of port, which we can then merge into the current source tree). Please read http://lists.ximian.com/archives/public/sd-mono-port/2003-August/000507.html Chris At 08:11 AM 8/26/2003 +0200, Sijmen Mulder wrote: I'm sorry to say, but the sd-mono-list suggests that they are aiming at 1.0 with windows forms. What happens after that isn't really clear. I think they should go to #wt before 1.0, but it's not me too choose... -- Sijmen Mulder: From: Luis Fernandez [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: [Mono-list] Winforms progress and goals. Date: Mon, 25 Aug 2003 22:18:41 +0100 Hi, #Develop currently uses System.Windows.Forms but from what I think the aim is to move it to #WT before the 1.0 release. Because of this, even if the SWF got to the point of been able to run the current #develop release, you might not be able to do so until #WT is more complete on Linux and the port to it is finished. Well, that was the last thing I heard form the project a while back so things might have changed... Luis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sergio Blanco Cuaresma Sent: 25 August 2003 19:14 To: Mono Winforms; [EMAIL PROTECTED] Subject: Re: [Mono-list] Winforms progress and goals. El lun, 25-08-2003 a las 19:36, Miguel de Icaza escribió: We want to push for a particular milestone: running WebMatrix out of the box on Linux and MacOS with Mono. This is a fairly large Winforms application that excercises plenty of areas in Winforms and the runtime. I know it requires a lot of work so sorry for my suggestion with no real help, but it would be nice to also run SharpDevelop ;-) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] bug found! :-)
^Tum -Original Message- From: [EMAIL PROTECTED] [mailto:mono-list- [EMAIL PROTECTED] On Behalf Of Rohit Sent: Tuesday, 26 August 2003 10:06 p.m. To: Thong (Tum) Nguyen; 'Maurizio Colucci'; [EMAIL PROTECTED] Subject: RE: [Mono-list] bug found! :-) please see inline... --- Thong (Tum) Nguyen [EMAIL PROTECTED] wrote: Hmm..that's not the reason. 4/3 isn't an integer if you're doing floating point arithmetic but that's not what's happening here. Notice how the following compiles without an error: int u = 3; int I = 4; int o = i / u; The reason there is an error in Maurizio's code is because dividing an integer by an unsigned integer yields a long (otherwise precision would be lost). The resulting long can't be assigned to the integer o without a cast. that is exactly what I mean when I said 4/3 != integer (i did mean 3 is of uint type as was asked and as gaurav too correctly and clearly pointed out). You said: 4/3 = 1.333 != integer. The excessive amount of 3s made me think you thought 4/3 = 1.3F rather than 4/3 = 1L = long != integer. That's an important distinction. ^Tum --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.298 / Virus Database: 161 - Release Date: 13/11/2001 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.Data.Common.DbDataAdapter buglet...
Having just found a ridiculously simple buglet in the DbDataAdapter.cs file's 'BuildSchema' method, I thought I'd send some details through for perusal. I would have included a test but haven't had a chance yet to work out how the common data methods should be tested in a provider agnostic fashion. A description of the buglet follows: The last call to 'ToArray' in 'BuildSchema' doesn't specify a type and can be fixed by adding 'typeof(DataColumn)' as a parameter, as follows: Current Implementation: if (MissingSchemaAction == MissingSchemaAction.AddWithKey primaryKey.Count 0){ table.PrimaryKey = (DataColumn[])primaryKey.ToArray(); } Fixed Implementation: if (MissingSchemaAction == MissingSchemaAction.AddWithKey primaryKey.Count 0){ table.PrimaryKey = (DataColumn[])primaryKey.ToArray(typeof(DataColumn)); } Hope this is of help Mark __ [EMAIL PROTECTED] +44(0)20 8406 3641 +44(0)77 1167 5960 // // System.Data.Common.DbDataAdapter.cs // // Author: // Rodrigo Moya ([EMAIL PROTECTED]) // Tim Coleman ([EMAIL PROTECTED]) // // (C) Ximian, Inc // Copyright (C) 2002 Tim Coleman // using System; using System.Collections; using System.ComponentModel; using System.Data; namespace System.Data.Common { public abstract class DbDataAdapter : DataAdapter, ICloneable { #region Fields public const string DefaultSourceTableName = Table; const string DefaultSourceColumnName = Column; #endregion // Fields #region Constructors protected DbDataAdapter() { } #endregion // Fields #region Properties IDbCommand DeleteCommand { get { return ((IDbDataAdapter) this).DeleteCommand; } } IDbCommand InsertCommand { get { return ((IDbDataAdapter) this).InsertCommand; } } IDbCommand SelectCommand { get { return ((IDbDataAdapter) this).SelectCommand; } } IDbCommand UpdateCommand { get { return ((IDbDataAdapter) this).UpdateCommand; } } #endregion // Properties #region Events [DataCategory (Fill)] [DataSysDescription (Event triggered when a recoverable error occurs during Fill.)] public event FillErrorEventHandler FillError; #endregion // Events #region Methods protected abstract RowUpdatedEventArgs CreateRowUpdatedEvent (DataRow dataRow, IDbCommand command, StatementType statementType, DataTableMapping tableMapping); protected abstract RowUpdatingEventArgs CreateRowUpdatingEvent (DataRow dataRow, IDbCommand command, StatementType statementType, DataTableMapping tableMapping); private FillErrorEventArgs CreateFillErrorEvent (DataTable dataTable, object[] values, Exception e) { FillErrorEventArgs args = new FillErrorEventArgs (dataTable, values); args.Errors = e; args.Continue = false; return args; } protected override void Dispose (bool disposing) { if (disposing) { ((IDbDataAdapter) this).SelectCommand = null; ((IDbDataAdapter) this).InsertCommand = null; ((IDbDataAdapter) this).UpdateCommand = null; ((IDbDataAdapter) this).DeleteCommand = null; } } public override int Fill (DataSet dataSet) { return Fill (dataSet, 0, 0, DefaultSourceTableName, SelectCommand, CommandBehavior.Default); } public int Fill (DataTable dataTable) { if (dataTable == null) throw new NullReferenceException (); return Fill (dataTable, SelectCommand, CommandBehavior.Default); } public int Fill (DataSet dataSet, string srcTable) { return Fill (dataSet, 0, 0, srcTable, SelectCommand, CommandBehavior.Default); } protected virtual int Fill (DataTable dataTable, IDataReader dataReader) { int count = 0; bool doContinue = true; if (dataReader.FieldCount == 0) {
Re: [Mono-list] bug found! :-)
Sorry for the fuzz guys. Now get back to your work :-) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Reference runtime internal variable in managed code
Hi, I am experimenting with some ideas using mono. I hope this is not off-topic. I want to modify the JIT of mono to insert some code to methods when they are being JIT -ted. Specifically, I need to insert a check to some internal variables declared in the mono runtime (e.g. an int, a single bit, etc). The problem is that these are unmanaged stuff existing in the runtime's address space. And I must insert the check to User's code that are managed. I need a way to insert this check crossing the managed / unmanaged boundary. I know the Marshal class would do that for me. But I am guess it might be too slow. Are there other ways to do it? Maybe the only better way is to patch up the native code after the code gen process? Any insight is appreciated. Thanks. Regards, Derek Woo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list