[Mono-dev] Broken gsharp in trunk (r141723)
I found myself building the mono-tools package from trunk yesterday and I stumbled across a compilation error gsharp/Shell.cs. Basically Mono.CSharp.Report recently (see r141436) had some of its output handling which breaks Shell.cs which was relying on setting a static (Mono.CSharp.Report.Stderr). From my read on the code, the Report class should be initialized at some point with: new Report(new StreamReportPrinter(errorWriter)); But I'm not familiar enough with gsharp (I don't actually use it, was curious) to commit the change I suppose, FYI to whom it may concern :) Cheers, - R. Tyler Ballance pgpNPj8mSW8bX.pgp Description: PGP signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Broken gsharp in trunk (r141723)
Hi, I found myself building the mono-tools package from trunk yesterday and I stumbled across a compilation error gsharp/Shell.cs. Fixed in trunk. Thanks for notifying Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] An asynchronous System.Runtime.Remoting.Channels.Tcp
My suggestion would be using a separate ThreadPool for the channel than the one used by the system, since Dick is aware race conditions can happen (deadlocks) between code using the System ThreadPool in the process and the channel. Diff. ThreadPools will fix it. pablo Miguel de Icaza wrote: Hello, I like this patch very much, and I like that the way to enable it is through the new "run_async" configuration option. My only feedback is that I believe this is a nice enough feature that it deserves at least: * A blog entry announcing it, linking to: * A page on the Wiki with an explanation of what it does, and how to use it. Miguel. Hi all Attached is a patch to add an optional asynchronous path for the TCP remoting channel server. The main benefit we see with this change is in reliability; when a single server is servicing many clients at once (we test with over 100) with large data transfers the standard synchronous channel will often drop connections. We tracked this down to the Accept() call in TcpServerChannel.cs not being able to get to incoming connections quickly enough. I was hoping that throughput of large transfers might be improved by using the threadpool's asynchronous sockets support, but it turns out that performance is pretty much the same as the current implementation. Any comments/suggestions for improvement? - Dick ___ 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] GCC CLI
This does not answer your question, but you might find it of interest. http://gcc.gnu.org/projects/cli.html --- On Thu, 9/10/09, Lennie De Villiers lenni...@gmail.com wrote: From: Lennie De Villiers lenni...@gmail.com Subject: [Mono-dev] GCC CLI To: mono-devel-list@lists.ximian.com Date: Thursday, September 10, 2009, 5:49 PM Hi, Did the student of Google Summer Of Code release the code for what his done so far with the GCC CLI project? Kind Regards, Lennie De VIlliers -- Lennie De Villiers Blog: http://lenniedevilliers.blogspot.com/ -Inline Attachment Follows- ___ 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] Compacting GC
On Thu, 2009-09-10 at 19:09 +0200, Mark Probst wrote: On Thu, Sep 10, 2009 at 6:52 PM, pablosantosl...@terra.espablosantosl...@terra.es wrote: We tried to build it today since we're experiencing issues with libgc under really heavy load. SGen is not production-ready yet. It cannot even run the corlib testsuite completely, yet, so I doubt it will be of much use to you at this point. Hi Mark Is there a known list of jobs needed for sgen, or is it just a case of working through the failures and bugs? - Dick ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com wrote: Is there a known list of jobs needed for sgen, or is it just a case of working through the failures and bugs? At this point we're still in the bug-fixing stage, which means finding and fixing more and more obscure bugs - in most cases not testsuite failures, but runtime crashes caused either by SGen or, more often, by other parts of the runtime not aware of moving-GC issues. If you'd like to help, I'll write up a document with what I've learned debugging SGen. Mark ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
On 11 Sep 2009, at 3:26PM, Mark Probst wrote: On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com wrote: Is there a known list of jobs needed for sgen, or is it just a case of working through the failures and bugs? If you'd like to help, I'll write up a document with what I've learned debugging SGen. Yes please. - Dick ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
I'd second that, and would like to help as well. On lightweight devices such as netbooks the garbage collection latency becomes much more noticeable and a production implementation of SGen would be very nice. -Thad -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Dick Porter Sent: Friday, September 11, 2009 10:29 AM To: Mark Probst Cc: David Suárez; mono-devel-list@lists.ximian.com; Miguel de Icaza Subject: Re: [Mono-dev] Compacting GC On 11 Sep 2009, at 3:26PM, Mark Probst wrote: On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com wrote: Is there a known list of jobs needed for sgen, or is it just a case of working through the failures and bugs? If you'd like to help, I'll write up a document with what I've learned debugging SGen. Yes please. - Dick ___ 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] Compacting GC
The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Dick Porter wrote: On 11 Sep 2009, at 3:26PM, Mark Probst wrote: On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter dpor...@codicesoftware.com wrote: Is there a known list of jobs needed for sgen, or is it just a case of working through the failures and bugs? If you'd like to help, I'll write up a document with what I've learned debugging SGen. Yes please. - Dick ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
Hello, The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Exactly what happened? Yesterday I reconfigured my Mono like this: ./configure --with-gc=sgen And Mono built without a glitch, and that is when I replied something like Did you try to build it?. Without an error log it is hard to determine what is happening to you. A fresh checkout with a fresh configure works for me. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
On Fri, Sep 11, 2009 at 3:21 PM, Miguel de Icaza mig...@novell.com wrote: Hello, The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Exactly what happened? Yesterday I reconfigured my Mono like this: ./configure --with-gc=sgen And Mono built without a glitch, and that is when I replied something like Did you try to build it?. Without an error log it is hard to determine what is happening to you. A fresh checkout with a fresh configure works for me. It's worth pointing out that SGEN won't build on windows or OSX at the moment since it requires a working __thread implementation. Mark has been working on lifting this requirement but the code haven't been committed yet. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
Must be our problem then. We'll try again, maybe we've an outdated SVN copy or something (I don't think so, but let's try again). Miguel de Icaza wrote: Hello, The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Exactly what happened? Yesterday I reconfigured my Mono like this: ./configure --with-gc=sgen And Mono built without a glitch, and that is when I replied something like "Did you try to build it?". Without an error log it is hard to determine what is happening to you. A fresh checkout with a fresh configure works for me. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
We were just planning to test it on Linux. Rodrigo Kumpera wrote: On Fri, Sep 11, 2009 at 3:21 PM, Miguel de Icaza mig...@novell.com wrote: Hello, The first thing we'd need is to be able to build it. This way we can pass our test suite using SGen and most likely detect a good number of potential bugs. Exactly what happened? Yesterday I reconfigured my Mono like this: ./configure --with-gc=sgen And Mono built without a glitch, and that is when I replied something like "Did you try to build it?". Without an error log it is hard to determine what is happening to you. A fresh checkout with a fresh configure works for me. It's worth pointing out that SGEN won't build on windows or OSX at the moment since it requires a working __thread implementation. Mark has been working on lifting this requirement but the code haven't been committed yet. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GCC CLI
Hello, Did the student of Google Summer Of Code release the code for what his done so far with the GCC CLI project? That project was not completed (that is a few years old) But there are good news, the folks at ST Microelectronics maintain a CIL branch in GCC. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
On Fri, Sep 11, 2009 at 8:35 PM, Rodrigo Kumpera kump...@gmail.com wrote: It's worth pointing out that SGEN won't build on windows or OSX at the moment since it requires a working __thread implementation. Mark has been working on lifting this requirement but the code haven't been committed yet. This has been committed quite some time ago, and SGen should work on OSX, as far as one can call it working at this point. Mark ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compacting GC
On Fri, Sep 11, 2009 at 6:55 PM, Mark Probst mark.pro...@gmail.com wrote: On Fri, Sep 11, 2009 at 8:35 PM, Rodrigo Kumpera kump...@gmail.com wrote: It's worth pointing out that SGEN won't build on windows or OSX at the moment since it requires a working __thread implementation. Mark has been working on lifting this requirement but the code haven't been committed yet. This has been committed quite some time ago, and SGen should work on OSX, as far as one can call it working at this point. Mark I tried to configure it today and it failed. Did you fix the configure script check? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Error Normalizing Arabic Strings
I just discovered more Unicode Normalization Bugs in Mono SVN.
using System;
using System.Text;
namespace Test
{
public class NormalizationTest_Arabic {
public void TestNormalization() {
char[] originalChars = new char [] { '\u064A', '\u064F',
'\u0648', '\u0654', '\u0652', '\u064A', '\u064F', '\u0648', '\u0654' };
// Results from http://minaret.info/test/normalize.msp
char[] formC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
char[] formKC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formKD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
string str = new string(originalChars);
string strNormalizedC = str.Normalize(NormalizationForm.FormC);
string strNormalizedD = str.Normalize(NormalizationForm.FormD);
string strNormalizedKC =
str.Normalize(NormalizationForm.FormKC);
string strNormalizedKD =
str.Normalize(NormalizationForm.FormKD);
}
public static void Main()
{
NormalizationTest_Arabic nta = new NormalizationTest_Arabic();
nta.TestNormalization();
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Error Normalizing Arabic Strings
I forgot to mention what happens. You get an unhandled exception.
We're planning on writing a process that goes through and finds a bunch of
these cases so we can submit a huge bug report of all the cases we know of
where Mono differs from say ICU's normalization.
ws1048:~ tom.philpot$ gmcs ArabicBug.cs -out:ArabicBug.exe
ws1048:~ tom.philpot$ mono --debug ./ArabicBug.exe
Unhandled Exception: System.SystemException: Internal error: should not
happen.
at Mono.Globalization.Unicode.Normalization.Combine
(System.Text.StringBuilder sb, Int32 start, Int32 checkType) [0x0]
at Mono.Globalization.Unicode.Normalization.Compose (System.String source,
Int32 checkType) [0x0]
at Mono.Globalization.Unicode.Normalization.Normalize (System.String
source, Int32 type) [0x0]
at System.String.Normalize (NormalizationForm normalizationForm) [0x0]
at Test.NormalizationTest_Arabic.TestNormalization () [0x0]
at Test.NormalizationTest_Arabic.Main () [0x0]
On 9/11/09 3:36 PM, Tom Philpot tom.phil...@logos.com wrote:
I just discovered more Unicode Normalization Bugs in Mono SVN.
using System;
using System.Text;
namespace Test
{
public class NormalizationTest_Arabic {
public void TestNormalization() {
char[] originalChars = new char [] { '\u064A', '\u064F',
'\u0648', '\u0654', '\u0652', '\u064A', '\u064F', '\u0648', '\u0654' };
// Results from http://minaret.info/test/normalize.msp
char[] formC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
char[] formKC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formKD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
string str = new string(originalChars);
string strNormalizedC = str.Normalize(NormalizationForm.FormC);
string strNormalizedD = str.Normalize(NormalizationForm.FormD);
string strNormalizedKC =
str.Normalize(NormalizationForm.FormKC);
string strNormalizedKD =
str.Normalize(NormalizationForm.FormKD);
}
public static void Main()
{
NormalizationTest_Arabic nta = new NormalizationTest_Arabic();
nta.TestNormalization();
}
}
___
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] Error Normalizing Arabic Strings
Hi Tom,
Thanks. I'll have a look next week.
I'm not passionate to fix every unicode normalization issue unless I can
fully commit this
area. .NET is not very excellent on Unicode compliant normalization (it
fails much more
than us according to normalization tests). Crashers like this are no
good though.
Atsushi Eno
On 2009/09/12 7:36, Tom Philpot wrote:
I just discovered more Unicode Normalization Bugs in Mono SVN.
using System;
using System.Text;
namespace Test
{
public class NormalizationTest_Arabic {
public void TestNormalization() {
char[] originalChars = new char [] { '\u064A', '\u064F',
'\u0648', '\u0654', '\u0652', '\u064A', '\u064F', '\u0648', '\u0654' };
// Results from http://minaret.info/test/normalize.msp
char[] formC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
char[] formKC = new char [] { '\u064A', '\u064F', '\u0624',
'\u0652', '\u064a', '\u064f', '\u0624' };
char[] formKD = new char [] { '\u064A', '\u064F', '\u0648',
'\u0652', '\u0654', '\u064a', '\u064f', '\u0648', '\u0654' };
string str = new string(originalChars);
string strNormalizedC = str.Normalize(NormalizationForm.FormC);
string strNormalizedD = str.Normalize(NormalizationForm.FormD);
string strNormalizedKC =
str.Normalize(NormalizationForm.FormKC);
string strNormalizedKD =
str.Normalize(NormalizationForm.FormKD);
}
public static void Main()
{
NormalizationTest_Arabic nta = new NormalizationTest_Arabic();
nta.TestNormalization();
}
}
___
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
