Re: [Mono-dev] libgdiplus-1.1.9.2.tar.gz
El dl 10 de 10 del 2005 a les 14:10 -0700, en/na Harry va escriure: Hi guys, I am try to download the latest libgdiplus but I coudn't find it at Mono-Development-Project website release code and also on the svc. Please advise. Thanks you in advance It is available at: http://go-mono.com/sources/ Jordi, -- Jordi Mas i Hernàndez - Mono development team - http://www.mono-project.com Homepage and LiveJournal at http://www.softcatala.org/~jmas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Fold a + 'b' + c to a + b + c in mcs
On Tue, 2005-10-11 at 07:59 +0100, Marek Safar wrote: Hello Ben, Today I noticed a perf issue in corlib in a place where we did a + 'b' + c. The constant char in this case needs to be boxed and a string allocated for its value. A better way to write this is a + b + c, which saves two allocations. Good idea, so why not extend this to all other constant cases like. a + 1 + c etc. ToString there is culture dependent, for char it is not. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] RE: Mono website down ?
We have the same problem here. BTW, I was able to access the mono web site during the weekend from home. Can somebody post the mono web page IP address to this list so that if it is a DNS problem people can still access it? Thanks Sébas -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Joe Audette Envoyé : Sunday, October 09, 2005 8:59 AM À : mono-devel-list@lists.ximian.com Objet : Re: [Mono-dev] RE: Mono website down ? I saw this issue yesterday when it was first reported, then it seemed to heal itself but today it is back again. I'm getting a generic looking Novell site when I try to visit the mono project site on either of my machines, windows or Suse. I get the same results in Firefox or IE Joe --- Matt Philmon [EMAIL PROTECTED] wrote: Let's see if this one posts... My last response is apparently waiting on approval... Whatever. I'm seeing the same thing and it's still happening as of this evening (Saturday). It started sometime on Friday (though early-ish). Here's a twist though: Work: Windows 2000 Professional using Firefox 1.5 B2 AND IE 6.x I cannot browse to the Mono site. I get that stripped down Novell site instead and Monologue is unreachable. This happens the same on both browsers. Home: I have 2 computers. The one running Windows XP Professional SP2 has the exact same problem as the one at work... Cannot get the the mono page... Redirected to this Novell thing. HOWEVER, on my other PC that runs Ubuntu Breezy (development) and Firefox 1.0.7 I get to the correct page without problem using the same URL. My home network is extremely simple... DHCP router and cable modem hosts 2 PC's and 2 Tivos. I've tried everything I can think of to try. Something is seriously messed up in the configuration of the site. I think it's somehow failing to recognize Windows OS or something. Matt Philmon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] RE: Mono website down ?
www.mono-project.com=64.14.94.162 www.go-mono.com=64.14.94.188 Kornél - Original Message - From: Sébastien Robitaille [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Cc: 'Joe Audette' [EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:06 PM Subject: RE: [Mono-dev] RE: Mono website down ? We have the same problem here. BTW, I was able to access the mono web site during the weekend from home. Can somebody post the mono web page IP address to this list so that if it is a DNS problem people can still access it? Thanks Sébas -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Joe Audette Envoyé : Sunday, October 09, 2005 8:59 AM À : mono-devel-list@lists.ximian.com Objet : Re: [Mono-dev] RE: Mono website down ? I saw this issue yesterday when it was first reported, then it seemed to heal itself but today it is back again. I'm getting a generic looking Novell site when I try to visit the mono project site on either of my machines, windows or Suse. I get the same results in Firefox or IE Joe --- Matt Philmon [EMAIL PROTECTED] wrote: Let's see if this one posts... My last response is apparently waiting on approval... Whatever. I'm seeing the same thing and it's still happening as of this evening (Saturday). It started sometime on Friday (though early-ish). Here's a twist though: Work: Windows 2000 Professional using Firefox 1.5 B2 AND IE 6.x I cannot browse to the Mono site. I get that stripped down Novell site instead and Monologue is unreachable. This happens the same on both browsers. Home: I have 2 computers. The one running Windows XP Professional SP2 has the exact same problem as the one at work... Cannot get the the mono page... Redirected to this Novell thing. HOWEVER, on my other PC that runs Ubuntu Breezy (development) and Firefox 1.0.7 I get to the correct page without problem using the same URL. My home network is extremely simple... DHCP router and cable modem hosts 2 PC's and 2 Tivos. I've tried everything I can think of to try. Something is seriously messed up in the configuration of the site. I think it's somehow failing to recognize Windows OS or something. Matt Philmon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] RE: Mono website down ?
Thanks. But that does not work... 64.14.94.162 is the Banshee web site. 64.14.94.188 is the Novell web site (without css). Sébas -Message d'origine- De : Kornél Pál [mailto:[EMAIL PROTECTED] Envoyé : Tuesday, October 11, 2005 9:40 AM À : Sébastien Robitaille; mono-devel-list@lists.ximian.com Cc : 'Joe Audette' Objet : Re: [Mono-dev] RE: Mono website down ? www.mono-project.com=64.14.94.162 www.go-mono.com=64.14.94.188 Kornél - Original Message - From: Sébastien Robitaille [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Cc: 'Joe Audette' [EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:06 PM Subject: RE: [Mono-dev] RE: Mono website down ? We have the same problem here. BTW, I was able to access the mono web site during the weekend from home. Can somebody post the mono web page IP address to this list so that if it is a DNS problem people can still access it? Thanks Sébas -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Joe Audette Envoyé : Sunday, October 09, 2005 8:59 AM À : mono-devel-list@lists.ximian.com Objet : Re: [Mono-dev] RE: Mono website down ? I saw this issue yesterday when it was first reported, then it seemed to heal itself but today it is back again. I'm getting a generic looking Novell site when I try to visit the mono project site on either of my machines, windows or Suse. I get the same results in Firefox or IE Joe --- Matt Philmon [EMAIL PROTECTED] wrote: Let's see if this one posts... My last response is apparently waiting on approval... Whatever. I'm seeing the same thing and it's still happening as of this evening (Saturday). It started sometime on Friday (though early-ish). Here's a twist though: Work: Windows 2000 Professional using Firefox 1.5 B2 AND IE 6.x I cannot browse to the Mono site. I get that stripped down Novell site instead and Monologue is unreachable. This happens the same on both browsers. Home: I have 2 computers. The one running Windows XP Professional SP2 has the exact same problem as the one at work... Cannot get the the mono page... Redirected to this Novell thing. HOWEVER, on my other PC that runs Ubuntu Breezy (development) and Firefox 1.0.7 I get to the correct page without problem using the same URL. My home network is extremely simple... DHCP router and cable modem hosts 2 PC's and 2 Tivos. I've tried everything I can think of to try. Something is seriously messed up in the configuration of the site. I think it's somehow failing to recognize Windows OS or something. Matt Philmon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] RE: Mono website down ?
The IP Address is quite surely shared, and so dns-name may redirect to different web applications. A possibility is that OS/browser detection remapping is ocurring in the apache server and something is messed there, or in the front (firewall/router/loadbalancer) servers that may behave differently according to the source/route of the request. Just wild guesses so that someone may find a cure. Personally, I'm not experiencing any problem accessing here in Brazil from my FC3-Firefox box. Regards, On 10/11/05, Sébastien Robitaille [EMAIL PROTECTED] wrote: Thanks. But that does not work... 64.14.94.162 is the Banshee web site. 64.14.94.188 is the Novell web site (without css). Sébas -Message d'origine- De: Kornél Pál [mailto:[EMAIL PROTECTED] Envoyé: Tuesday, October 11, 2005 9:40 AM À: Sébastien Robitaille; mono-devel-list@lists.ximian.com Cc: 'Joe Audette' Objet: Re: [Mono-dev] RE: Mono website down ? www.mono-project.com=64.14.94.162 www.go-mono.com=64.14.94.188 Kornél - Original Message - From: Sébastien Robitaille [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Cc: 'Joe Audette' [EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:06 PM Subject: RE: [Mono-dev] RE: Mono website down ? We have the same problem here. BTW, I was able to access the mono web site during the weekend from home. Can somebody post the mono web page IP address to this list so that if it is a DNS problem people can still access it? Thanks Sébas -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Joe Audette Envoyé : Sunday, October 09, 2005 8:59 AM À : mono-devel-list@lists.ximian.com Objet : Re: [Mono-dev] RE: Mono website down ? I saw this issue yesterday when it was first reported, then it seemed to heal itself but today it is back again. I'm getting a generic looking Novell site when I try to visit the mono project site on either of my machines, windows or Suse. I get the same results in Firefox or IE Joe --- Matt Philmon [EMAIL PROTECTED] wrote: Let's see if this one posts... My last response is apparently waiting on approval... Whatever. I'm seeing the same thing and it's still happening as of this evening (Saturday). It started sometime on Friday (though early-ish). Here's a twist though: Work: Windows 2000 Professional using Firefox 1.5 B2 AND IE 6.x I cannot browse to the Mono site. I get that stripped down Novell site instead and Monologue is unreachable. This happens the same on both browsers. Home: I have 2 computers. The one running Windows XP Professional SP2 has the exact same problem as the one at work... Cannot get the the mono page... Redirected to this Novell thing. HOWEVER, on my other PC that runs Ubuntu Breezy (development) and Firefox 1.0.7 I get to the correct page without problem using the same URL. My home network is extremely simple... DHCP router and cable modem hosts 2 PC's and 2 Tivos. I've tried everything I can think of to try. Something is seriously messed up in the configuration of the site. I think it's somehow failing to recognize Windows OS or something. Matt Philmon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- I'm trying to become a Rosh Gadol before my own eyes. See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment. It hurts! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] RE: Mono website down ?
I am now able to access the Mono web site at: http://mono-project.com. On the other hand, http://www.mono-project.com still points to the Novell web site. Sébas -Message d'origine- De : Sébastien Robitaille Envoyé : Tuesday, October 11, 2005 9:49 AM À : Kornél Pál; mono-devel-list@lists.ximian.com Cc : 'Joe Audette' Objet : RE: [Mono-dev] RE: Mono website down ? Thanks. But that does not work... 64.14.94.162 is the Banshee web site. 64.14.94.188 is the Novell web site (without css). Sébas -Message d'origine- De : Kornél Pál [mailto:[EMAIL PROTECTED] Envoyé : Tuesday, October 11, 2005 9:40 AM À : Sébastien Robitaille; mono-devel-list@lists.ximian.com Cc : 'Joe Audette' Objet : Re: [Mono-dev] RE: Mono website down ? www.mono-project.com=64.14.94.162 www.go-mono.com=64.14.94.188 Kornél - Original Message - From: Sébastien Robitaille [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Cc: 'Joe Audette' [EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:06 PM Subject: RE: [Mono-dev] RE: Mono website down ? We have the same problem here. BTW, I was able to access the mono web site during the weekend from home. Can somebody post the mono web page IP address to this list so that if it is a DNS problem people can still access it? Thanks Sébas -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Joe Audette Envoyé : Sunday, October 09, 2005 8:59 AM À : mono-devel-list@lists.ximian.com Objet : Re: [Mono-dev] RE: Mono website down ? I saw this issue yesterday when it was first reported, then it seemed to heal itself but today it is back again. I'm getting a generic looking Novell site when I try to visit the mono project site on either of my machines, windows or Suse. I get the same results in Firefox or IE Joe --- Matt Philmon [EMAIL PROTECTED] wrote: Let's see if this one posts... My last response is apparently waiting on approval... Whatever. I'm seeing the same thing and it's still happening as of this evening (Saturday). It started sometime on Friday (though early-ish). Here's a twist though: Work: Windows 2000 Professional using Firefox 1.5 B2 AND IE 6.x I cannot browse to the Mono site. I get that stripped down Novell site instead and Monologue is unreachable. This happens the same on both browsers. Home: I have 2 computers. The one running Windows XP Professional SP2 has the exact same problem as the one at work... Cannot get the the mono page... Redirected to this Novell thing. HOWEVER, on my other PC that runs Ubuntu Breezy (development) and Firefox 1.0.7 I get to the correct page without problem using the same URL. My home network is extremely simple... DHCP router and cable modem hosts 2 PC's and 2 Tivos. I've tried everything I can think of to try. Something is seriously messed up in the configuration of the site. I think it's somehow failing to recognize Windows OS or something. Matt Philmon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] RE: Mono website down ?
For me, the output of 'dig www.mono-project.com' shows: www.mono-project.com. 97311 IN CNAME redirector.novell.com. redirector.novell.com. 17436 IN A 130.57.4.70 And as expected, I don't see the Mono homepage when I go to that url. If Novellites haven't figured it out yet, I hope that will help them figure out what's up. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] RE: Mono website down ?
I think there was a DNS problem at Novell but now what you get are cached results of your DNS servers rather than results from Novell DNS servers. Kornél - Original Message - From: Joshua Tauberer [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: 'Joe Audette' [EMAIL PROTECTED]; Sébastien Robitaille [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Sent: Tuesday, October 11, 2005 4:48 PM Subject: Re: [Mono-dev] RE: Mono website down ? For me, the output of 'dig www.mono-project.com' shows: www.mono-project.com. 97311 IN CNAME redirector.novell.com. redirector.novell.com. 17436 IN A 130.57.4.70 And as expected, I don't see the Mono homepage when I go to that url. If Novellites haven't figured it out yet, I hope that will help them figure out what's up. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ 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] CausesValidation=false for asp:Button behavior changed in xsp for v1.1.9.2 vs. v1.0.9.0
It looks like the behavior has changed with xsp ver. 1.1.9.2 with regard to the CausesValidation attribute on a button. I am unsure if this is a problem with mono or my code. ver. 1.1.9.2 - http://65.12.160.30:8080/DeptAdd.aspx For the page above, the cancel button should take you to the main page at http://65.12.160.30:8080/Dept.aspx. This was the behavior with xsp ver. v1.0.9.0 (mono ver. 1.1.8.3). The good part is a submit is no longer performed when attempting to validate prior to submit from the Add button (nice!), client side validation, this was not happening before. The bad part is I wanted to have the Cancel button take a user back to the main screen. Am I doing this correctly? I know there are other ways to do this, but since it was working I would like to understand why it is not working now. It did used to work, actually it still does on my laptop, which still has the old xsp version, but same source code. Any help is greatly appreciated. Just an FYI, I'm still working on this, only departments B-100, and T-300 have and haven't added a cancel from Details screen yet... The buttons are declared inside a form in the file DeptAdd.aspx like so: !-- // created on 10/7/2005 at 10:52 PM -- !-- /* Departments Demo Application */ -- !-- /* Author: Gregory A. Cook */ -- %@ Page language=c# Codebehind=DeptAdd.aspx.cs AutoEventWireup=false Inherits=NonIT.DeptAdd % %@ Assembly name=Dept % ... ... ... asp:Button id=btnAddDept Text=Add OnClick=btnAddDept_Click CausesValidation=true runat=server /nbsp;nbsp;nbsp; asp:Button id=btnCancel Text=Cancel OnClick=btnCancel_Click CausesValidation=false runat=server / ... ... ... I am using code-behind for the events in a file DeptAdd.aspx.cs like so: public class DeptAdd: System.Web.UI.Page { protected System.Web.UI.WebControls.Literal litError; protected System.Web.UI.WebControls.TextBox txtDepartmentName; protected System.Web.UI.WebControls.DropDownList drpSelectCoreTeam; protected System.Web.UI.WebControls.TextBox txtDepartmentNbr; protected System.Web.UI.WebControls.Button btnAddDept; protected System.Web.UI.WebControls.Button btnCancel; protected System.Web.UI.WebControls.RequiredFieldValidator reqvDepartmentName; protected System.Web.UI.WebControls.RequiredFieldValidator reqvDepartmentNbr; ... ... ... private void InitializeComponent() { this.Load += new System.EventHandler(this.Page_Load); this.PreRender += new System.EventHandler(this.PreRender_Handler); this.Unload += new System.EventHandler(this.Page_Unload); this.btnAddDept.Click += new System.EventHandler(this.btnAddDept_Click); this.btnCancel.Click += new System.EventHandler(this.btnCancel_Click); } ... ... ... // Access-level must be protected due to bug fixed in svn r50950 //On Wed, 2005-09-28 at 12:35 +0200, Kornél Pál wrote: // Hi, // // The error is the following: // // System.Web.UI.HtmlControls/HtmlHead.cs(162,55): error CS0122: // `System.Web.UI.CssStyleCollection.BagToString()' is inaccessible due to its // protection level // //This is fixed in svn r50950. //Sorry about that. // //-Gonzalo protected void btnAddDept_Click(object sender, EventArgs e) { if (!Page.IsValid) { litError.Text = Some Required fields are missing!; } } // Access-level must be protected due to bug fixed in svn r50950 // ...(see comments for btnAddDept_Click() protected void btnCancel_Click(object sender, EventArgs e) { Response.Redirect(../Dept.aspx); } ... ... ... -- Gregory A. Cook Principal, Galexan LLC Email: [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono/.NET interoperability of System.Collections.Specialized
Hello, I intend to commit patches for the bug 76235. If I receive no objections, I will commit them during next 2 days. As these classes touch the core of Mono, you should wait for approval from the maintainers of each one of those classes. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: Mono/.NET interoperability of System.Collections.Specialized
Hello, The compatibility of the inner representation of the Mono and .NET classes is very important, and, in some cases, we need to break API compatibility to achieve it. If a class is not implement ISerializable interface and it has different from .NET inner structure, we have a problem with interoperability, specially in remoting, where the server and the client can run on different machines with different runtimes. This problem raises not only in the System.Collection.Specialized namespace, and we should make a global decision about an our behavior in this case. Am not sure that to keep compatibility we must break compatibility is a good argument. If this is so important, then we might have to revisit the problematic classes implementation and try to make it so it works with the field names that the framework expects. But adding a public ISerializable sounds like a bad idea, currently am thinking of code that the compiler would compile on Mono, but would not on Windows, producing incompatible binaries. This solution requires changes in the Mono's runtime. Another possibility is to change implementation of the class to be fully compatible with implementation in .NET. In the HybridDictionary class, for example, we should return the previous version of the class and treat Hashtable and List as two separate fields. Another alternative is to break the API compatibility and implement the ISerializable interface to manage the serialization info, as I made. What strategy is appropriate? Any other ideas? Reimplementing the class to match the exposed internals would be the best path in my opinion. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Question about the build system
Hello, The question: where do I drop the underlying Win32 named pipe channel? Into S.R.R? Into a new a assembly mcs/class/Mono.Win32? In the same assembly where the Ipc channel lives. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Cairo Memory Leak
I attach a simple example that illustrate this problem. Cairo draws a rectangle inside a Gtk.DrawingArea every time that the mouse is moved over the DrawingArea. Compile it, run it, move the mouse, and see how memory consumption starts to getting higher and higher over time. Is anything wrong with my code? or is a bug? Can you try the latest Gtk#? Gonzalo fixed a problem in the code base. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling System.Web with CSC
Hi, all. We prefer the solution where mcs is generating pdb files. This solution is well aligned with our strategy for the long term. In case the mcs/pdb project is not so simple and easy to implement soon, we need to examine the shorter term solutions. Checking the approach of using .Net 2.0 compiler, I took a less hacky approach where I analyzed the assembly created by .Net 2.0 compiler (using ildasm) and added to our binary compiler the few new .Net 2.0 opcodes that were used. I will still need to see how to read the PDB files of MS .Net 2.0, but this should be feasible. Eyal. On Wed, 28 Sep 2005, Kornél Pál wrote: Date: Wed, 28 Sep 2005 18:04:59 +0200 From: Kornél Pál [EMAIL PROTECTED] To: Eyal Alaluf [EMAIL PROTECTED], Miguel de Icaza [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], mono-devel-list@lists.ximian.com, Philippe Cohen [EMAIL PROTECTED], Noam Lampert [EMAIL PROTECTED] Subject: Re: [Mono-dev] Compiling System.Web with CSC Hi, MS ildasm is able to extract information from PDB files to IL code. If there is a PDB file it includes variable names in IL code an with /linenum switch it will emit line number information as well. MS ilasm generates a PDB with /debug switch that will contain the names of local variables and line numbers. And I think all the other usual symbols. Kornél - Original Message - From: Eyal Alaluf [EMAIL PROTECTED] To: Miguel de Icaza [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com; Philippe Cohen [EMAIL PROTECTED]; Noam Lampert [EMAIL PROTECTED] Sent: Wednesday, September 28, 2005 5:52 PM Subject: Re: [Mono-dev] Compiling System.Web with CSC Hi, Miguel. The option of playing with ilasm/ildasm will mess out completely the debug information. PDB uses the tokens from the DLL to identify the class, method, etc. The tokens will be completely messed up by this exercise. I will look at the output of ildasm to analyze better the .Net 2.0 dependencies to see if we can come up with some kind of hack for using the CSC 2.0 compiler. Eyal. On Tue, 27 Sep 2005, Miguel de Icaza wrote: Date: Tue, 27 Sep 2005 18:12:03 -0400 From: Miguel de Icaza [EMAIL PROTECTED] To: Eyal Alaluf [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Noam Lampert [EMAIL PROTECTED], Philippe Cohen [EMAIL PROTECTED], mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Compiling System.Web with CSC Hello, I think it is a bad idea, specially considering that it means that we have to write more and debug more code than we otherwise would. There is an easy solution that I mentioned before which is that we can add support to mcs to generate pdb files instead. MCS already uses the API to generate debugging information, the only difference is that it consumes a Mono-specific API instead of the cross-platform API. We did not use the cross-platform API in the past because we did not have information on how to use it, but now IronPython has code that shows how to use it. Alternatively to upgrading mcs, you can use csc, and then do: ildasm /out:output file.dll sed script ilasm output.il Where the sed script would remove the couple of new keywords on ildasm and replace the 2.x references with 1.x references. ___ 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] Compiling System.Web with CSC
On Tue, 2005-10-11 at 19:34 +0200, Eyal Alaluf wrote: Hi, all. We prefer the solution where mcs is generating pdb files. This solution is well aligned with our strategy for the long term. In case the mcs/pdb project is not so simple and easy to implement soon, we need to examine the shorter term solutions. Checking the approach of using .Net 2.0 compiler, I took a less hacky approach where I analyzed the assembly created by .Net 2.0 compiler (using ildasm) and added to our binary compiler the few new .Net 2.0 opcodes that were used. I will still need to see how to read the PDB files of MS .Net 2.0, but this should be feasible. How are you guys handling generics in Array? In 2.0, array has methods like: public static int IndexOfT (T [] array, T value) Method overloading will redirect calls that before were non-generic to generic calls in 2.0. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling System.Web with CSC
Hi, I think the only solution to read PDB files is to use DIA. If you do so there is no difference between .NET 1.1. a .NET 2.0 PDB files as you can read the using the same interfaces methods. In other words your DIA base code should work with .NET 2.0 PDB files as well. Or do you use some other solution to read PDB files? Kornél - Original Message - From: Eyal Alaluf [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; Noam Lampert [EMAIL PROTECTED]; Miguel de Icaza [EMAIL PROTECTED]; Philippe Cohen [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com Sent: Tuesday, October 11, 2005 7:34 PM Subject: Re: [Mono-dev] Compiling System.Web with CSC Hi, all. We prefer the solution where mcs is generating pdb files. This solution is well aligned with our strategy for the long term. In case the mcs/pdb project is not so simple and easy to implement soon, we need to examine the shorter term solutions. Checking the approach of using .Net 2.0 compiler, I took a less hacky approach where I analyzed the assembly created by .Net 2.0 compiler (using ildasm) and added to our binary compiler the few new .Net 2.0 opcodes that were used. I will still need to see how to read the PDB files of MS .Net 2.0, but this should be feasible. Eyal. On Wed, 28 Sep 2005, Kornél Pál wrote: Date: Wed, 28 Sep 2005 18:04:59 +0200 From: Kornél Pál [EMAIL PROTECTED] To: Eyal Alaluf [EMAIL PROTECTED], Miguel de Icaza [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], mono-devel-list@lists.ximian.com, Philippe Cohen [EMAIL PROTECTED], Noam Lampert [EMAIL PROTECTED] Subject: Re: [Mono-dev] Compiling System.Web with CSC Hi, MS ildasm is able to extract information from PDB files to IL code. If there is a PDB file it includes variable names in IL code an with /linenum switch it will emit line number information as well. MS ilasm generates a PDB with /debug switch that will contain the names of local variables and line numbers. And I think all the other usual symbols. Kornél - Original Message - From: Eyal Alaluf [EMAIL PROTECTED] To: Miguel de Icaza [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com; Philippe Cohen [EMAIL PROTECTED]; Noam Lampert [EMAIL PROTECTED] Sent: Wednesday, September 28, 2005 5:52 PM Subject: Re: [Mono-dev] Compiling System.Web with CSC Hi, Miguel. The option of playing with ilasm/ildasm will mess out completely the debug information. PDB uses the tokens from the DLL to identify the class, method, etc. The tokens will be completely messed up by this exercise. I will look at the output of ildasm to analyze better the .Net 2.0 dependencies to see if we can come up with some kind of hack for using the CSC 2.0 compiler. Eyal. On Tue, 27 Sep 2005, Miguel de Icaza wrote: Date: Tue, 27 Sep 2005 18:12:03 -0400 From: Miguel de Icaza [EMAIL PROTECTED] To: Eyal Alaluf [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Noam Lampert [EMAIL PROTECTED], Philippe Cohen [EMAIL PROTECTED], mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Compiling System.Web with CSC Hello, I think it is a bad idea, specially considering that it means that we have to write more and debug more code than we otherwise would. There is an easy solution that I mentioned before which is that we can add support to mcs to generate pdb files instead. MCS already uses the API to generate debugging information, the only difference is that it consumes a Mono-specific API instead of the cross-platform API. We did not use the cross-platform API in the past because we did not have information on how to use it, but now IronPython has code that shows how to use it. Alternatively to upgrading mcs, you can use csc, and then do: ildasm /out:output file.dll sed script ilasm output.il Where the sed script would remove the couple of new keywords on ildasm and replace the 2.x references with 1.x references. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling System.Web with CSC
I ran the compiler with -nostdlib and gave it reference to .Net 1.1 libraries. This did the trick. On Tue, 11 Oct 2005, Ben Maurer wrote: Date: Tue, 11 Oct 2005 13:52:48 -0400 From: Ben Maurer [EMAIL PROTECTED] To: Eyal Alaluf [EMAIL PROTECTED] Cc: Kornél Pál [EMAIL PROTECTED], [EMAIL PROTECTED], Noam Lampert [EMAIL PROTECTED], Miguel de Icaza [EMAIL PROTECTED], Philippe Cohen [EMAIL PROTECTED], mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Compiling System.Web with CSC On Tue, 2005-10-11 at 19:34 +0200, Eyal Alaluf wrote: Hi, all. We prefer the solution where mcs is generating pdb files. This solution is well aligned with our strategy for the long term. In case the mcs/pdb project is not so simple and easy to implement soon, we need to examine the shorter term solutions. Checking the approach of using .Net 2.0 compiler, I took a less hacky approach where I analyzed the assembly created by .Net 2.0 compiler (using ildasm) and added to our binary compiler the few new .Net 2.0 opcodes that were used. I will still need to see how to read the PDB files of MS .Net 2.0, but this should be feasible. How are you guys handling generics in Array? In 2.0, array has methods like: public static int IndexOfT (T [] array, T value) Method overloading will redirect calls that before were non-generic to generic calls in 2.0. -- Ben ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] building for Mono under msbuild
I have an application that needs to run under both .NET and Mono and I came up with a pretty simple way to get MS DevStudio to build both. I dont know how others have solved this problem, but I thought I would offer it up in case it helps someone else with the same issue. The basic approach I took was to call the Mono compiler after the Microsoft build has already run. Microsoft has a well known target AfterBuild which I have hooked to invoke gmcs with pretty much the same arguments that csc.exe takes with some minor modifications. I put all the Mono build stuff in a file called Mono.targets, so it only take a one line addition to the standard *.csproj file to get the functionality: Import Project=$(MSBuildBinPath)\Microsoft.CSharp.targets / Add this line Import Project=your path\Mono.targets / This will make your build essentially a dual pass build with all the Microsoft stuff running and then the Mono compiler running with all the warnings and erros showing up in the IDE as you would expect. The work is not complete (I dont pass all the options possible, etc), but I think its fairly obvious how to expand it if needed. Im sure there are many other ways to skin this cat, but for a quick and dirty solution, it seems to work pretty well. ToDo: invesitgate xbuild to do my Linux builds. --andy Mono.targets Description: Mono.targets ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] building for Mono under msbuild
Hi there: Can you please explain this arguments of gmcs?: @(ProjectReference-'/reference:%(RelativeDir)$(OutputPathMono)\%(Filename).dll Best regards,Gustavo Guerra "Andy Waddell" [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I have an application that needs to run under both .NET and Mono and I came up with a pretty simple way to get MS DevStudio to build both. I dont know how others have solved this problem, but I thought I would offer it up in case it helps someone else with the same issue. The basic approach I took was to call the Mono compiler after the Microsoft build has already run. Microsoft has a well known target AfterBuild which I have hooked to invoke gmcs with pretty much the same arguments that csc.exe takes with some minor modifications. I put all the Mono build stuff in a file called Mono.targets, so it only take a one line addition to the standard *.csproj file to get the functionality: Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" / Add this lineà Import Project="your path\Mono.targets" / This will make your build essentially a dual pass build with all the Microsoft stuff running and then the Mono compiler running with all the warnings and erros showing up in the IDE as you would expect. The work is not complete (I dont pass all the options possible, etc), but I think its fairly obvious how to expand it if needed. Im sure there are many other ways to skin this cat, but for a quick and dirty solution, it seems to work pretty well. ToDo: invesitgate xbuild to do my Linux builds. --andy ___Mono-devel-list mailing listMono-devel-list@lists.ximian.comhttp://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] building for Mono under msbuild
Its an MSBuild Transform that will resolve to a bunch of /reference arguments to gmcs. Each one will correspond to a so-call ProjectReference which I assume is just the MS way of specifying assemblies not in the GAC. If your project doesnt have any project references, it will resolve to nothing. --andy From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gustavo Guerra Sent: Tuesday, October 11, 2005 4:56 PM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] building for Mono under msbuild Hi there: Can you please explain this arguments of gmcs?: @(ProjectReference-'/reference:%(RelativeDir)$(OutputPathMono)\%(Filename).dll Best regards, Gustavo Guerra Andy Waddell [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I have an application that needs to run under both .NET and Mono and I came up with a pretty simple way to get MS DevStudio to build both. I dont know how others have solved this problem, but I thought I would offer it up in case it helps someone else with the same issue. The basic approach I took was to call the Mono compiler after the Microsoft build has already run. Microsoft has a well known target AfterBuild which I have hooked to invoke gmcs with pretty much the same arguments that csc.exe takes with some minor modifications. I put all the Mono build stuff in a file called Mono.targets, so it only take a one line addition to the standard *.csproj file to get the functionality: Import Project=$(MSBuildBinPath)\Microsoft.CSharp.targets / Add this line Import Project=your path\Mono.targets / This will make your build essentially a dual pass build with all the Microsoft stuff running and then the Mono compiler running with all the warnings and erros showing up in the IDE as you would expect. The work is not complete (I dont pass all the options possible, etc), but I think its fairly obvious how to expand it if needed. Im sure there are many other ways to skin this cat, but for a quick and dirty solution, it seems to work pretty well. ToDo: invesitgate xbuild to do my Linux builds. --andy ___ 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