I'm just trying to implement /nostdlib:
http://msdn.microsoft.com/en-us/library/fa13yay7.aspx
And I belive that having API for setting assembly aliases would be a
good solution.
Of course LoadMscorlib is not a bug, it's just redundant. The current
AssemblyResolve is able to do that just fine.
Hi Kornél,
I'm just trying to implement /nostdlib:
http://msdn.microsoft.com/en-us/library/fa13yay7.aspx
And I belive that having API for setting assembly aliases would be a
good solution.
I think I understand better where you're coming from now. I did some more work
on it in the mean
On Sun, 9 May 2010 20:24:14 +0200
Oskar Berggren oskar.bergg...@gmail.com wrote:
Hi,
Hey,
[snip]
Any suggestions to resolve this?
Yep - create a test case (self-contained), file a bug report and attach the
test case to it
(http://mono-project.com/Bugs, file the bug for the System.Web
Hi Vilius,
There isn't. As I wrote, there's a lot to do before that.
Atsushi Eno
On 2010/05/10 18:00, Vilius Adamkavicius wrote:
Hi Atsushi,
Thanks for your reply.
Let me just ask if there is a schedule for further development on this
section?
Regards,
Vilius.
On 10 May 2010 05:58,
Hi,
While performance profiling our code, with mono's nice profiling
tools :), I noticed System.Xml.XmlNode::SelectSingleNode was taking 23ms
a call while the sum of the methods it was calling took 5ms.
SelectSingleNode is a very simple method however it contains a (dynamic)
down cast. I
Hi,
Thanks Tom, it looks like a good catch. The interface is internal, and
cast exceptions should not happen there anyways. Once the build got
fixed, I'll verify the patch and apply it unless it regresses.
Atsushi Eno
On 2010/05/11 2:09, tom hindle wrote:
Hi,
While performance profiling
Well, it wasn't really internal, but that does not affect my statement.
Atsushi Eno
On 2010/05/11 2:55, Atsushi Eno wrote:
Hi,
Thanks Tom, it looks like a good catch. The interface is internal, and
cast exceptions should not happen there anyways. Once the build got
fixed, I'll verify the
Why would a c-cast be so much slower than an 'as' cast? Surely they
should be equivalent or the c-cast should be faster.
Alan.
On Mon, May 10, 2010 at 7:24 PM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
Well, it wasn't really internal, but that does not affect my statement.
Hello,
I'm trying the simple sample at: http://www.mono-project.com/MonoCurses
Application.Init (false);
Dialog d = new Dialog (40, 8, Hello);
d.Add (new Label (0, 0, Hello World));
Application.Run (d);
on an OpenSuse box.
But it doesn't work for me, it just exits and
On Mon, 2010-05-10 at 19:28 +0100, Alan McGovern wrote:
Why would a c-cast be so much slower than an 'as' cast? Surely they
should be equivalent or the c-cast should be faster.
sorry bad terminology...
I meant syntactically c-style cast not an actual c-cast. I wasn't sure
the C# name for it,
El 10/05/10 21:06, tom hindle escribió:
On Mon, 2010-05-10 at 19:28 +0100, Alan McGovern wrote:
Why would a c-cast be so much slower than an 'as' cast? Surely they
should be equivalent or the c-cast should be faster.
sorry bad terminology...
I meant syntactically c-style cast not an
As I have commented earlier, there is no chance that
InvalidCastException could occur, so it is an extraneous suggestion to
not use isinst here.
Atsushi Eno
On 2010/05/11 8:54, Andrés G. Aragoneses wrote:
El 10/05/10 21:06, tom hindle escribió:
On Mon, 2010-05-10 at 19:28 +0100, Alan
12 matches
Mail list logo
