[Mono-dev] Fw: [Mono-patches] r106776 - in trunk/mcs/class/System.Configuration: System.Configuration Test/System.Configuration

Kornél Pál kornelpal at gmail.com
Tue Jul 1 04:34:37 EDT 2008


I know from my own experience that if two of us have a debate about 
something it's quite easy to take it personally but the other people 
just don't interfere because they know that this isn't really about 
personal insults.

Anyway the problem that appears time to time is whether we should be 
100% MS.NET compatible or should produce software that is superior to 
MS.NET even at the cost of incompatibility.

Compatibility means functional compatibility not just implementing what 
is documented. And I think that this is what Gert tried to do.

On the other hand - as I see - you defend that Mono is independent 
software that should function correctly.

This latter point of view would be the best choice but Microsoft usually 
closes their bugs as "this is by design" or "we don't want to change 
this in the near future" so even if we correct bugs MS.NET will remain 

MS.NET compatibility is one of our highest priority tasks but is a very 
difficult question but I think we still have no policy regarding MS.NET 


Atsushi Eno wrote:
> We had some email exchanges about this, and sorted out some agreement.
> - It indeed sounds insult when someone gives (negative) evaluation on
> others' personality in Japan, while it does not sound so in other
> areas (and of course Gert was not insulting *me* as a person). So,
> he had no malicious intent.
> - I admit that I should not have continued the war (note: from point
> of my objective view it was already started; for others I look like
> the starter because of the gap above) and wrote my apologies to Gert.
> - We had some other false pretensions filtered out (some by
> analysing positive sides, some by statistically).
> I can almost fully disclose our email exchanges from my side (I was
> thinking to forward it here instead, if it were written by myself).
> Those messages are friendly given.
> Atsushi Eno

More information about the Mono-devel-list mailing list