Re: [Mono-dev] Removing Obsolete Code from Mono 2.8

Mono 2.8 is not for anytime soon. Miguel recently said it'd be released a couple of months after .NET 4.0 is out. paul-2-3 wrote: > > Hi, > >> With the upcoming release of Mono 2.8 we are dropping the 1.0 profile >> as developers moved a long time ago to the generics-based 2.0 profile >> and b

Re: [Mono-dev] Removing Obsolete Code from Mono 2.8

Hi, > With the upcoming release of Mono 2.8 we are dropping the 1.0 profile > as developers moved a long time ago to the generics-based 2.0 profile > and because it is maintenance burden for us. Is there a date for this? Last I saw from Andrew was another spin on the 2.6 branch... TTFN Paul --

[Mono-dev] Removing Obsolete Code from Mono 2.8

With the upcoming release of Mono 2.8 we are dropping the 1.0 profile as developers moved a long time ago to the generics-based 2.0 profile and because it is maintenance burden for us. In addition to this, I would like to stop distributing some libraries that were either never completed and are no

Re: [Mono-dev] System.ServiceModel.Web configuration problems

Hi, On 2010/02/28 1:42, Sander Rijken wrote: > Hi, > > I've been working on getting the configuration of > System.ServiceModel.Web up to speed, after finding out that it wasn't > working at all when I needed it in a project. I have some question now > that I'm trying to include test code, and t

Re: [Mono-dev] [Ximian-mono-list] Making MONO_DISABLE_SHM the default for 2.8 ?

> > Mono currently implements a shared handle mechanism to support .net > applications which share handles between processes, a > windows feature. This requires sharing state between mono processes, which > is very problematic, so I would suggest making it opt in mono 2.8, i.e. > introduce a MONO

[Mono-dev] RBTree not marked as Serializable

Mono 2.6.1 Calling a method to return a SortedDictionary across an AppDomain causes following exception. And sure enough, RBTree is not marked [Serializable]. Regards Peter System.Runtime.Serialization.SerializationException: Type System.Collections.Gen eric.RBTree is not marked as Serializab

[Mono-dev] [PATCH] Improve compiler generated class handling and ReferenceEquality comparer.

Hi, ChangeLog: Don't make compiler generated classes sealed by default. Emit and close top level compiler generated classes as well. ReferenceEquality comparer: Use RuntimeHelpers.GetHashCode that is the default GetHashCode implementation based. (Also note that some SRE classes haven no suppor