Hi,
Attached is a patch for the following:
1. Implement Lookup.ApplyResultSelector
2. Implement the non-generic version of AsQuryable
3. Additional test cases.
Please review
Regards,
Roei Erez
System.Core.patch
Description: System.Core.patch
Hi,
The attached patch implements two unimplemented 'GroupBy' methods in
Enumerable class.
Please review.
Regards,
Roei Erez
Enumerable.patch
Description: Enumerable.patch
___
Mono-devel-list mailing list
Mono-devel-list@lists.
ical issue, but I think It is better for Mono to follow
the actual MS.NET behavior here.
If you agree with me I can fix it.
Regards,
Roei Erez
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/lis
by gmcs because of bug
#390666
Though, I have checked they pass in mono.
Regards,
Roei Erez
AsQueryablePatch.patch
Description: AsQueryablePatch.patch
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Opened: #390666
Regards,
Roei Erez
-Original Message-
From: Jb Evain [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 15, 2008 11:34 AM
To: Roei Erez
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] gmcs fails on IQueriable?
Hey Roei,
On 5/15/08, Roei Erez <[EMAIL PROTEC
Hi Jb,
I have found this fail to compile in mono:
static void Main (string [] args) {
IQueryable iq = null;
iq.Select (i => i);
}
Is this my environment, or a bug in gmcs?
Regards,
Roei E
Hey Jb,
That is good, just be aware that your feeling was not totally wrong.
The decision of whether to quote the lambda is based on the called
method parameter.
If it is a delegate then it is not quoted, and if it is a lambda it is
quoted.
Regards,
Roei Erez
-Original Message-
From: Jb
-case, it is about a method
that is expecting for a delegate as an argument, and instead is passed
an expression (that should be compiled to a delegate before invocation
as far as I understand).
Regards,
Roei Erez
-Original Message-
From: Jb Evain [mailto:[EMAIL PROTECTED]
Sent: Wednesday
a Lambda Expression instead.
Attached is a suggested patch with a test case for your review.
Regards,
Roei Erez
NestedLambda.patch
Description: NestedLambda.patch
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
Nunit test suite (call it
something like 'System.ServiceModel.Integrative')
2. Put it in another suite.
What do you think?
Regards,
Roei Erez
-Original Message-
From: Atsushi Eno [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 01, 2008 12:10 PM
To: Roei Erez
Cc: mono-devel-l
tests for WCF, or should be a
separate test suite?
Regards,
Roei Erez
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ase review.
Regards,
Roei Erez
stack_preformance.patch
Description: stack_preformance.patch
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
Does anyone know, or have a good estimation, when this bug regarding
DateTime parsing is going to be checked in?
Regards,
Roei Erez
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
does not contain the appropriate uri's.
This will obviously cause the client to fail interact using this ObjRef.
Attached is a patch that solves this problem as it is done in
TcpServerTransportSink.cs.
Please approve and I will commit.
Regards,
Roei Erez
RemotingCAO.patch
Descr
r the call Type.UnderlyingSystemType == null for any type
parameter.
MS.NET does not make such validation, therefore the above test pass.
Is it because of a limitation in MONO for user types, or just a bug?
Regards,
Roei Erez
___
Mono-devel-li
CharCategoryTest.IsWhiteSpace
Is there a specific reason for this or can I fix the tests?
Regards,
Roei Erez
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi all,
Attached is a patch for SoapTypeMapper.cs.
This patch saves a redundant call to Type.GetType(xmlName) that fails
most of the time.
Please review.
Regares,
Roei Erez
SoapTypeMapperPatch.diff
Description: SoapTypeMapperPatch.diff
ere.
???: Jb Evain [mailto:[EMAIL PROTECTED]: ? 22/08/2007 09:38??: Roei Erez ??: mono-devel-list@lists.ximian.com: Re: [Mono-dev] Cecil improvement
On 8/22/07, Roei Erez <[EMAIL PROTECTED]> wrote:> > And how do you plan to represent those relations?> We need to repr
ooks good in terms of memory consumption.
> I'll create a branch for Cecil so we can experiment.
That will be great, let me know when you do that.
Regards,
Roei Erez
???: Jb Evain [mailto:[EMAIL PROTECTED]: ? 22/08/2007 04:53??: Roei Erez ??: mono-devel-list@lists.ximian.c
implementation, building its own read-only one.
Now is a good time for us to start such a process, and I would really
want to push things forward.
What do you think about the suggestion?
If you think about major issues that the above solution will encounter,
I would be happy to hear about them.
, suggestions and questions are welcome.
Regares,
Roei Erez
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
The method 'private byte[] F (byte[] s, int c, int i)' uses
BitConverter.GetBytes(int num).
This usage is machine dependant, which depends on if the machine works
as big endian or little endian..
I think, althogh not sure, that the better way is to use
BitConverterLE.GetBytes(int num) or ca
Yes, I you are right, I will fix the test.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jamie
Cansdale
Sent: Tuesday, March 06, 2007 10:04 AM
To: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Regression in String tests
>
es(ev, typeof(MyAttribute), true) --> this
will go and search for inherited attributes in the parent class.
The attached path fixes the but, and some test-cases are provided, too.
Please review.
Regards, Roei Erez
ReflectionPatch.patch
Description: Refle
Ok, I will
-Original Message-
From: Lluis Sanchez [mailto:[EMAIL PROTECTED]
Sent: Monday, April 03, 2006 09:53
To: Roei Erez
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] patch for Soap Serialization Competability
Ok, but please add a test case for this in the unit tests
I have attached a
patch for bug 77563.
Here is a short
description:
SoapFormatter group
some objects as 'InternalSoapTypes', and deals differently with their
serialization process.
Some of these types
are Decimal, String, TimeSpan, DateTime and more ...
Looking at MS.NET
output I can se
Hi,
This bug is about
the differences between MS.NET and Mono regarding the Http status codes returned
in remoting using Http channel.
When an exception is
thrown at the server side, during the remote invocation, MS.NET return status
code 500, which is 'internal server error', while on Mon
: Roei Erez
Cc: Mono-Dev-List
Subject: Re: [Mono-devel-list] Characters soap serialization question
El dg 26 de 06 del 2005 a les 11:51 +0300, en/na Roei Erez va escriure:
> The serialization results of System.Char objects are different between
> mono platofrm and ms.net platform.
Which k
The serialization
results of System.Char objects are different between mono platofrm and ms.net
platform.
The difference
occurs only when the characte contains high values like
'char.MaxValue'.
Does anyone know how
the serialization result should be , when dealing with these
values?
__
http://bugzilla.ximian.com/enter_bug.cgi?product=Mono%3A+Class%20Libraries
with all the details you can gather and a testcase if possible.
Fun,
On 6/21/05, Robert Jordan <[EMAIL PROTECTED]> wrote:
> Roei Erez wrote:
>
> > I have an issue using mono soap serialization, and I want
From: Roei Erez [mailto:[EMAIL PROTECTED]
Sent: Sunday, June 19, 2005 12:29 PMTo: Mono-Dev-List
([EMAIL PROTECTED])Subject: Soap Serialization
interop
Hi
all,
I have an issue
using mono soap serialization, and I want to know if it is a
bug.
The serialization
and deserialization of
31 matches
Mail list logo