Jeg kan genskabe problemet.

Og det er et godt spoergsmaal.

Hvis jeg skal gaette saa er forklaringen:
- C# understoetter overload
- ogsaa af constructor
- et faktisk argument til en overloaded metode kan godt matche flere forskellige overloads
- reglen siger saa at der skal vaelges den mest specifikke klasse

Eksempel:

public class B
{
  public B(C myC){}
  public B(SubC myC){}
}

public class C
{
}

public class SubC : C
{
}

og et kald:

new B(new SubC())

vil bruge den sidste.

Mit gaet er at naar du kalder en constructor med et argument, saa skal C# comoileren have fat i all constructorer med et argument for at teste hvilken af dem der matcher bedst med dit argument.

Og den test goer det noedvendigt at kigge lidt paa typerne af parametre.

Hvis nu C var en superklasse for string, saa kunne den jo matche.

Tror du har ret arne_v - en kollega henviste mig til C# Language Specification sektion 7.4.1 (http://msdn.microsoft.com/ (...)(v=VS.71).aspx) som blandt andet har følgende at sige omkring "method invocation":

...During the run-time processing of a function member invocation (Section 7.4.3), the expressions or variable references of an argument list are evaluated in order, from left to right, as follows:

- For a value parameter, the argument expression is evaluated and an implicit conversion (Section 6.1) to the corresponding parameter type is performed...

Læser man lidt mellem linjerne kunne det godt forklare hvorfor fejlen opstår, men jeg er stadig ikke helt overbevist. Ifølge specifikationen gælder det kun for value types mens jeg i mit eksempel bruger reference types.

Det er så runtime. Dit problem er jo compile time. Så det er ikke helt det samme.

all set?

Jeg må indrømme jeg ikke er kommet tættere på en egentlig forklaring af problemet. Indtil nu har folk kun kunne gætte sig til hvad der sker.

Jeg smider lidt flere kræfter efter den før jeg lukker den.

Så kom svaret på stackoverflow:

http://stackoverflow.com/ (...)

Som du skriver skal C# kunne læse typen af C for at kunne vælge den rigtige constructor. Det er ikke noget jeg før har tænkt over, men det er da værd at overveje når man designer sine klasser.