I find this requirement quite unintuitive and clumsy. Is there anything

to be said in its defence? I thought nullable types were supposed

to save us this kind of friction.

Date: Thu, 15 Nov 2007 10:27:42 +0000> From: skeet@POBOX.COM> Subject: Re: [DOTNET-CLR] Casting null to nullable> To: DOTNET-CLR@DISCUSS.­DEVELOP.COM> > > I find this requirement quite unintuitive and clumsy. Is there anything> > to be said in its defence? I thought nullable types were supposed> > to save us this kind of friction.> > Could you say exactly what requirement you mean?> > You can do:> > int? x = null;> > with no explicit cast, for instance.> > Jon> > ===================­================> This list is hosted by DevelopMentor® http://www.develop.­com> > View archives and manage your subscription(s) at http://discuss.deve­lop.com

I'm aware of one situation that requires an explicit cast:

// This produces an error "Type of conditional expression

// cannot be determined because there is no implicit conversion

// between 'int' and '<null>'"

int? nullableInt = someCondition ? 0 : null;

// This compiles without error

int? nullableInt = someCondition ? 0 : (int?)null;

-----Original Message-----

From: Discussion of development on the .NET platform using any managed

language [mailto­OTNET-CLR@DISCUSS.DEVELOP.COM] On Behalf Of Curt

Hagenlocher

Sent: 15 November 2007 05:26 PM

To: DOTNET-CLR@DISCUSS.­DEVELOP.COM

Subject: Re: [DOTNET-CLR] Casting null to nullable

On 11/15/07, Rich Armstrong <richa@msn.com> wrote:

I'll bet you can also say

int? nullableInt = someCondition ? (int?)0 : null

The compiler has to be able to find a common type between "0" and

"null" in

order to generate code, and apparently it doesn't in this case. The

fact

that the variable declaration is "int?" is a bit of a red herring as

the

type of the lhs of the expression is not taken into account when

evaluating

the rhs.

--

Curt Hagenlocher

curt@hagenlocher.or­g

===================­================

This list is hosted by DevelopMentorR http://www.develop.­com

View archives and manage your subscription(s) at

http://discuss.deve­lop.com