gmane.comp.gnome.mono.devel

Re: Custom exception handling code in ppc

Mark Probst — 2008-08-21T13:06:22

Hey, There seems to be some important difference, because a few runtime tests fail with the arch-independent code. I'll investigate. Mark

Re: utf8 related patches. Please review.

Mike Voorhees — 2008-08-21T12:16:52

_______________________________________________ Mono-devel-list mailing list Mono-devel-list< at >lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: Mono 2.0 Preview 1 is out!!

sasha — 2008-08-21T07:24:23

Yes. I have a few applications (SWF, ASP.NET), but any of them not working on mono during years. I can make few applications which illustrate bugs if ASP.NET and SWF if it will not be vainly.

Re: BitVector32 patch

Scott Peterson — 2008-08-21T06:10:23

Done and done: https://bugzilla.novell.com/show_bug.cgi?id=417833

Re: Leaky JIT while running MonoDevelop

Casey Marshall — 2008-08-20T22:26:23

I think I've figured this out, though. The issue was probably because the swig code generates a C++ object that refers to a C# object (via delegates), and the C# object refers directly to the C++ object. So, it seems, the C# object is never collected. Calling dispose on the object (which releases the C++ object) should fix this. A little test case that explicitly disposes of the offending C# class seems to solve that leak. I'm still seeing MonoDevelop's memory usage creep upward, though, so I'll keep looking. It seems like this kind of bug might be common in a lot of code (e.g., Gtk#) that MonoDevelop uses. Thanks.

Re: Bug: Generic Function that returns a Delegate from \-Expression

Simon Hengel — 2008-08-20T20:38:04

Jb Evain already did it;) https://bugzilla.novell.com/show_bug.cgi?id=418312

Re: Bug: Generic Function that returns a Delegatefrom\-Expression

Miguel de Icaza — 2008-08-20T20:24:23

Hello Simon, Thanks for the report, could you please file the bug report in: www.mono-project.com/Bugs I tried it with Mono 2.0, and got a different error: Unhandled Exception: System.Exception: Trying to emit a local from a different ILGenerator. at System.Reflection.Emit.ILGenerator.Emit (OpCode opcode, System.Reflection.Emit.LocalBuilder local) [0x00000] at Mono.CSharp.LocalTemporary.Emit (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.FieldExpr.EmitAssign (Mono.CSharp.EmitContext ec, Mono.CSharp.Expression source, Boolean leave_copy, Boolean prepare_for_load) [0x00000] at Mono.CSharp.Assign.Emit (Mono.CSharp.EmitContext ec, Boolean is_statement) [0x00000] at Mono.CSharp.Assign.EmitStatement (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.AnonymousMethodStorey.EmitHoistedFieldsInitialization (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.AnonymousMethodStorey.EmitHoistedVariables (Mono.CSharp.EmitContext ec) [0x00000] at Mono.CSharp.ExplicitBlock.Em

Re: utf8 related patches. Please review.

Miguel de Icaza — 2008-08-20T20:22:49

Hello Mike, Thanks for your patches; I commited everything into glib. For the Mono piece, would you be willing to also license those changes under the MIT X11 license? Miguel.

Re: BitVector32 patch

Miguel de Icaza — 2008-08-20T20:09:45

Hello, Scott, would you mind providing NUnit test cases to ensure that this bug does not ever creep up again, and in particular, test cases for the current failure?

Re: Mono 2.0 Preview 1 is out!!

Miguel de Icaza — 2008-08-20T19:32:23

Hello, Ah, this is very interesting. You are running Paint.NET on Windows with Mono. This is fascinating, because it never occurred to me. I started on a different direction, since Paint.NET contained a lot of calls to Win32, I started porting the code to Linux and replacing the SystemLayer.dll code with code that worked on Unix. The idea that was discussed that we would provide our own 'SystemLayer.dll' replacement, something that end users could swap out for, but your attempt illustrates some of the limitations that our implementation has on Windows. Do you think you could distill some simple programs and test cases for the team to look at? miguel.

Re: mono-curses = Can I join the project? Libraryneedssome work!

Miguel de Icaza — 2008-08-20T19:29:14

Hello, You could start by posting the patches to the mailing list. Unpack the original sources in a new directory, and then run this command: diff -ruN original_directory modified_directory Miguel.

Re: WCF in Moonlight

Miguel de Icaza — 2008-08-20T17:17:11

Ok, then lets just use wcf.

Re: mono-curses = Can I join theproject?Libraryneedssome work!

Ray Wang — 2008-08-20T17:06:24

if you are interested in UIA (UI Automation) on Accessibility there are some links: http://www.mono-project.com/Accessibility if you are willing to help test: http://www.mono-project.com/Accessibility:_Testing_Howto http://www.mono-project.com/Accessibility:_Strongwind_Basics if you want to start to develop: http://www.mono-project.com/Accessibility:_Getting_Started_With_Development http://www.mono-project.com/Winforms_Samples finally, this is a mailing list list: http://www.mono-project.com/Mailing_Lists Ray On Thu, 2008-08-14 at 16:55 -0700, philly_muscle wrote: This seems a good start: http://www.mono-project.com/Contributing Ciao, Massi _______________________________________________ Mono-devel-list mailing list Mono-devel-list< at >lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: Mono 2.0 Preview 1 is out!!

Carlos Alberto Cortez — 2008-08-20T16:12:43

Hello, Developing the implementation of Windows.Forms has proven to be a tricky thing - sometimes there are some undocumented behaviours and bits hidden somewhere, that appear until a user follows a specific path. Now, we try to prioritise the bugs we have, and fix them based on that. We assign them as soon as somebody is done with some bugs and goes for the next ones. What do we try with those bugs? Fix them, of course. We can't ignore them, but it's not logical no stop the entire release for only a part of the class library. We have an agenda, an we try to fix as much bugs as possible, with the small team we have. But this is free software after all, and sure you can help us if you think it's a bad thing to have so many bugs opened. And, btw, in general we feel we mwf is stable in general, but not perfect (yet ;-D ). Carlos.

Re: Mono 2.0 Preview 1 is out!!

Jonathan Pobst — 2008-08-20T15:38:32

Yep, that's definitely a bug. If that's for paint-mono, it is being ported to run on Linux. It will not run on Windows. If that's a general bug, please file it. We do our best to fix as many of them as we can. However, they may or may not be fixed in the future depending on their severity and our manpower. This is expected with all software development. All non-trivial software is released with known bugs. For example: Winforms has ~180 open bugs. Mono has ~1050 open bugs. Ubuntu has ~46,500 open bugs. Apache's httpd has ~840 open bugs. Firefox has ~14,300 open bugs. Jonathan

Re: Mono 2.0 Preview 1 is out!!

sasha — 2008-08-20T15:04:58

Ok, but i want to say next: 1) On screenshot you can see that there is a problem with buttons alignment in "New image" dialog. 2) MDI broken again. Next code cause a message box with error: var child = new Form {MdiParent = this}; child.Show(); error is next: Failed to create window, calss 'SWFClass0' Error: 0 3) You asked post bug reports. OK. I looked in tracker - there are 171 bugs only in SWF (some of them are mine). Some bugs assigned to developers. But most of them not assigned. What do you plan to do with such bugs? Will you ignore them and make 2.0 release?

Re: mono-curses = Can I join the project? Libraryneedssome work!

Massimiliano Mantione — 2008-08-20T14:14:34

This seems a good start: http://www.mono-project.com/Contributing Ciao, Massi

Custom exception handling code in ppc

Rodrigo Kumpera — 2008-08-20T03:13:20

_______________________________________________ Mono-devel-list mailing list Mono-devel-list< at >lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: C# automatic code formatter

Igor Guerrero — 2008-08-20T02:53:01

_______________________________________________ Mono-devel-list mailing list Mono-devel-list< at >lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: WCF in Moonlight

Atsushi Eno — 2008-08-20T01:13:42

Do we really want such individual packages, especially even if we come up with WPF and WF (WF assemblies actually exists) ? Since they are not supported assemblies, we could rather live without them, or something like pkg:dotnet-preview would be better (just to replace olive, minus UIA stuff). At least -pkg:wcf and -pkg:cardspace sounds identical. Atsushi Eno

Re: Leaky JIT while running MonoDevelop

Rodrigo Kumpera — 2008-08-20T01:06:29

_______________________________________________ Mono-devel-list mailing list Mono-devel-list< at >lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list