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.ximian.com
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 PROTECTED
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
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/listinfo/mono
it 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
-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
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
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-list@lists.ximian.com
, 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
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
.
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
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-list mailing
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
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.
Regares,
Roei Erez
-Original Message-
From: Rolf Bjarne Kvinge [mailto
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.com: Re: [Mono-dev
there.
???: 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 represent two types of relations
, 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
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
(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: ReflectionPatch.patch
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 see
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
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?
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
27 matches
Mail list logo
