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, Al
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
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,
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 jus
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
wrote:
> Well, it wasn't really internal, but that does not affect my statement.
>
> Atsushi Eno
>
> On 2010/05/11 2:55, Ats
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 th
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
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 replace
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 20
On Sun, 9 May 2010 20:24:14 +0200
Oskar Berggren 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 component)
thanks,
marek
_
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, Atsushi Eno wrote:
> Hello,
>
> I will first stabilize existing stuff as well as fill missing
> functionalities, and there is a lot to do. T
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
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. I
13 matches
Mail list logo