Re: [Mono-dev] TagLib docs generation?
Andrés G. Aragoneses [ knocte ] escribió: Andrés G. Aragoneses [ knocte ] escribió: I've noticed the following type of files: http://svn.myrealbox.com/source/trunk/taglib-sharp/docs/en/TagLib/SupportedMimeType+%3c%3ec__CompilerGenerated1+%3c%3ec__CompilerGenerated3.xml http://svn.myrealbox.com/source/trunk/taglib-sharp/docs/en/TagLib/SupportedMimeType+%3c%3ec__CompilerGenerated2+%3c%3ec__CompilerGenerated4.xml How are they generated? I ask this because they contain in their filenames illegal characters for win32 systems and then cannot be checked-out from them. Now I can checkout the module from Win32. Thanks to all for the feedback and the fix (I closed this bug[1] accordingly). Regards, Andrés [ knocte ] [1] http://devzilla.novell.com/taglib-sharp/show_bug.cgi?id=2 -- Let me do a follow-up to this thread, because the problem has came back. In r76294 Brian Nickel has added files like this: File+c__CompilerGenerated2+c__CompilerGenerated11.xml Any chances to fix this again? Regards, Andrés [ knocte ] -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] (no subject)
What s news about maskedTextBox, I see nothing on svn ? If you have no time for it send it to me (with your merged file) and give me task on it and I will get it out and send new patch If you have no time and do not want to send your file merged with mine, can someone else see it with me. Bye duff -Original Message- From: mono-devel-list-bounces at lists.ximian.com [mailto:mono-devel-list- bounces at lists.ximian.com] On Behalf Of olivier.duff at free.fr Sent: lunes, 23 de abril de 2007 23:31 To: mono-devel-list at lists.ximian.com Subject: [Mono-dev] patch to start bonding navigator and masked textbox Hi, I try again to send a patch to mailing list. Hope this one this will work... This patch is just a basic bindingnavigator with test and a stub of masked textbox with some basic things taken from msdn but with no methode implementation. I have been working a Little bit on MaskedTextBox, so I'll copy over parts of your patches as you have some things I didn't. Rolf ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Spring.Net on mono
Hi, does anyone have any experience with running Spring Framework on mono? I have tried several times, all to no avail. [I have filled a bug http://bugzilla.ximian.com/show_bug.cgi?id=81460 with my results]. Regards, Leszek -- MS-DOS user since 5.0 Windows user since 3.11 Linux user since kernel 2.4 Novell Netware user since 2.2 WARCRAFT user since 1.0 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 1.2.4 preview test
Hi, Can this fix be integrated in 1.2.4 ? It doesn't seem to be fixed in preview : http://bugzilla.ximian.com/show_bug.cgi?id=81396 Thanks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono fails to run binaries produced with .NET C# compiler.
Hi,
I am experiencing a problem when I try to run the code compiled using
the .NET Framework on the mono runtime. The same code runs fine when
executed on .NET
Framework. However when I compile the code using mono compiler mcs.exe
it runs fine on any
runtime. When I started to examine the IL code emitted by the csc.exe
and mcs.exe I noticed the difference that leads to unbounded recursion
and then a StackOverflowException.
To reproduce the problem the following steps required:
1. The library. Contains code:
using System;
namespace MainSpace
{
public interface IA
{}
public interface IB
{ bool Test(); }
public interface IC : IA, IB
{}
public interface ID : IC
{}
public class A : IA
{}
public class AC : A, IC
{
public virtual bool Test()
{
Console.WriteLine(AC.Test()); return true;
}
}
public class CD : AC, ID
{}
}
2. The executable. Contains code:
using System;
namespace ImplSpace
{
internal class TestImpl : MainSpace.CD
{
public override bool Test()
{ Console.WriteLine(TestImpl.Test()); return base.Test(); }
}
public class TestClass
{
public static void Main()
{
TestImpl ti = new TestImpl();
ti.Test();
}
}
}
3. The library and the executable now should be compiled using the
Microsoft csc.exe
C# compiler.
4. When executed using the .NET Framework the output is expected:
TestImpl.Test()
AC.Test()
5. When executed using the Mono-1.2.3/4 for Win32 the output is unexpected:
TestImpl.Test()
...
TestImpl.Test()
Unhandled Exception: System.StackOverflowException: The requested
operation caus
ed a stack overflow.
at ImplSpace.TestImpl.Test () [0x0] ...
at ImplSpace.TestImpl.Test () [0x0]
6. If the library and the executable are compiled using the Mono
compiler then no any
unexpected behaviour occurs.
The following IL code is generated using the csc.exe for the method
TestImpl.Test:
.method public hidebysig virtual instance bool
Test() cil managed
{
// Code size 21 (0x15)
.maxstack 1
.locals init ([0] bool CS$0003$)
IL_: ldstr TestImpl.Test()
IL_0005: call void [mscorlib]System.Console::WriteLine(string)
IL_000a: ldarg.0
IL_000b: call instance bool [FaultTestLib]MainSpace.CD::Test()
IL_0010: stloc.0
IL_0011: br.s IL_0013
IL_0013: ldloc.0
IL_0014: ret
} // end of method TestImpl::Test
The following IL code is generated using the mcs.exe for the method
TestImpl.Test:
.method public hidebysig virtual instance bool
Test() cil managed
{
// Code size 17 (0x11)
.maxstack 8
IL_: ldstr TestImpl.Test()
IL_0005: call void [mscorlib]System.Console::WriteLine(string)
IL_000a: ldarg.0
IL_000b: call instance bool [FaultTestLib]MainSpace.AC::Test()
IL_0010: ret
} // end of method TestImpl::Test
Now I can see that the the code produced by the csc.exe calls
MainSpace.CD::Test()
whereas code produced by the mcs.exe directly calls MainSpace.AC::Test().
Is there any possible solution for this kind of issue?
This is the first question of the Mono General FAQ: Q: Can Mono run
binaries
produced by Visual Studio?, A: Yes, Mono can run binaries produced by
Visual
Studio, there is no need to recompile.
My environment
OS: Windows
.NET: .NET Framework v1.1.4322
Mono: Mono-1.2.3/4 for Win32
Thanks,
Alex Makhotin
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] For those who requests backporting fixes (Re: 1.2.4 preview test)
Hi, Can you, and every possible followers of similar requestors, please explain what is the rational reason that this fix should be go into svn in danger of possible breakage? Some fixes are backported because they are significant. But that is not the case for *every* fixes, so we need a reason. There are reasons that we don't make releases just by picking random instant trunk version. Atsushi Eno Pascal Fresnay wrote: Hi, Can this fix be integrated in 1.2.4 ? It doesn't seem to be fixed in preview : http://bugzilla.ximian.com/show_bug.cgi?id=81396 Thanks ___ 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] performance and stress test
Is there an tool or a batch on svn to have a report about performance of mono Versus Ms.NET implementation. I know that there is the class status script. I search something quite simple to be run as class status to get out performance index compared to ms performance index. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] performance and stress test
If it were, we wouldn't be able to publish the results. AFAIK there is a nifty clause in the .Net licence agreement prohibiting anyone from posting performance comparisons (vs. anything) of the framework on the net. (IANAL) On 4/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is there an tool or a batch on svn to have a report about performance of mono Versus Ms.NET implementation. I know that there is the class status script. I search something quite simple to be run as class status to get out performance index compared to ms performance index. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- MS-DOS user since 5.0 Windows user since 3.11 Linux user since kernel 2.4 Novell Netware user since 2.2 WARCRAFT user since 1.0 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] performance and stress test
Leszek Ciesielski wrote: If it were, we wouldn't be able to publish the results. AFAIK there is a nifty clause in the .Net licence agreement prohibiting anyone from posting performance comparisons (vs. anything) of the framework on the net. (IANAL) This clause has been removed from MS.NET 2.0 EULA. IIRC, it's even retroactive (it applies to 1.1 as well). Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono fails to run binaries produced with .NET C#compiler.
Alex,
Please submit a bug report for this.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bitprox
Development
Sent: donderdag 26 april 2007 16:16
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] Mono fails to run binaries produced with .NET
C#compiler.
Hi,
I am experiencing a problem when I try to run the code compiled using the
.NET Framework on the mono runtime. The same code runs fine when executed on
.NET Framework. However when I compile the code using mono compiler mcs.exe
it runs fine on any runtime. When I started to examine the IL code emitted
by the csc.exe and mcs.exe I noticed the difference that leads to unbounded
recursion and then a StackOverflowException.
To reproduce the problem the following steps required:
1. The library. Contains code:
using System;
namespace MainSpace
{
public interface IA
{}
public interface IB
{ bool Test(); }
public interface IC : IA, IB
{}
public interface ID : IC
{}
public class A : IA
{}
public class AC : A, IC
{
public virtual bool Test()
{
Console.WriteLine(AC.Test()); return true;
}
}
public class CD : AC, ID
{}
}
2. The executable. Contains code:
using System;
namespace ImplSpace
{
internal class TestImpl : MainSpace.CD
{
public override bool Test()
{ Console.WriteLine(TestImpl.Test()); return base.Test(); }
}
public class TestClass
{
public static void Main()
{
TestImpl ti = new TestImpl();
ti.Test();
}
}
}
3. The library and the executable now should be compiled using the Microsoft
csc.exe
C# compiler.
4. When executed using the .NET Framework the output is expected:
TestImpl.Test()
AC.Test()
5. When executed using the Mono-1.2.3/4 for Win32 the output is unexpected:
TestImpl.Test()
...
TestImpl.Test()
Unhandled Exception: System.StackOverflowException: The requested operation
caus ed a stack overflow.
at ImplSpace.TestImpl.Test () [0x0] ...
at ImplSpace.TestImpl.Test () [0x0]
6. If the library and the executable are compiled using the Mono compiler
then no any
unexpected behaviour occurs.
The following IL code is generated using the csc.exe for the method
TestImpl.Test:
.method public hidebysig virtual instance bool
Test() cil managed
{
// Code size 21 (0x15)
.maxstack 1
.locals init ([0] bool CS$0003$)
IL_: ldstr TestImpl.Test()
IL_0005: call void [mscorlib]System.Console::WriteLine(string)
IL_000a: ldarg.0
IL_000b: call instance bool [FaultTestLib]MainSpace.CD::Test()
IL_0010: stloc.0
IL_0011: br.s IL_0013
IL_0013: ldloc.0
IL_0014: ret
} // end of method TestImpl::Test
The following IL code is generated using the mcs.exe for the method
TestImpl.Test:
.method public hidebysig virtual instance bool
Test() cil managed
{
// Code size 17 (0x11)
.maxstack 8
IL_: ldstr TestImpl.Test()
IL_0005: call void [mscorlib]System.Console::WriteLine(string)
IL_000a: ldarg.0
IL_000b: call instance bool [FaultTestLib]MainSpace.AC::Test()
IL_0010: ret
} // end of method TestImpl::Test
Now I can see that the the code produced by the csc.exe calls
MainSpace.CD::Test()
whereas code produced by the mcs.exe directly calls MainSpace.AC::Test().
Is there any possible solution for this kind of issue?
This is the first question of the Mono General FAQ: Q: Can Mono run
binaries produced by Visual Studio?, A: Yes, Mono can run binaries
produced by Visual Studio, there is no need to recompile.
My environment
OS: Windows
.NET: .NET Framework v1.1.4322
Mono: Mono-1.2.3/4 for Win32
Thanks,
Alex Makhotin
___
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] eglib Patch
Here is a patch slightly modified from what Michael Jerris on the Win64 thread. Both eglib and tests now use config.h. I added some checks to configure.ac. Also, this adds winconfig.h for msvc build. The changes build on linux and on windows in msvc. Tests pass on linux, same 3 as before failing on windows. Thanks, Jonathan eglib.diff.gz Description: GNU Zip compressed data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] performance and stress test
I have just check MS sites again. 1.1 license still does not permit publications of performance test results. 2.0 license (and this explicitly marked as concerning 2.0 ONLY) says OK, as long as you publish the tests and make sure that .Net performed as well as possible (install all patches etc.). And 3.0 EULA... I can't find the bloody thing ;-) Thanks Robert for pointing this out. On 4/26/07, Robert Jordan [EMAIL PROTECTED] wrote: Leszek Ciesielski wrote: If it were, we wouldn't be able to publish the results. AFAIK there is a nifty clause in the .Net licence agreement prohibiting anyone from posting performance comparisons (vs. anything) of the framework on the net. (IANAL) This clause has been removed from MS.NET 2.0 EULA. IIRC, it's even retroactive (it applies to 1.1 as well). Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- MS-DOS user since 5.0 Windows user since 3.11 Linux user since kernel 2.4 Novell Netware user since 2.2 WARCRAFT user since 1.0 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] For those who requests backporting fixes (Re: 1.2.4 preview test)
Hi, It's not a very important fix, but it can help some ASP.NET 2.0 website to work on Mono. Fix is trivial (just see reactivity of fix ;) ), if you think that it can breaks some existing functionnalities, juste ignore it of course, I can wait next release or compile trunk myself for my personal needs. Le jeudi 26 avril 2007 à 23:18 +0900, Atsushi Eno a écrit : Hi, Can you, and every possible followers of similar requestors, please explain what is the rational reason that this fix should be go into svn in danger of possible breakage? Some fixes are backported because they are significant. But that is not the case for *every* fixes, so we need a reason. There are reasons that we don't make releases just by picking random instant trunk version. Atsushi Eno Pascal Fresnay wrote: Hi, Can this fix be integrated in 1.2.4 ? It doesn't seem to be fixed in preview : http://bugzilla.ximian.com/show_bug.cgi?id=81396 Thanks ___ 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
