[Mono-dev] Fw: [Mono-patches] r106776 - in trunk/mcs/class/System.Configuration: System.Configuration Test/System.Configuration
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
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