2008-12-17 Miguel de Icaza <miguel@novell.com>
commit2dc6d5dfd2383bc90878e5d3d250e9d735e98bab
authormiguel <miguel@e3ebcda4-bce8-0310-ba0a-eca2169e7518>
Wed, 17 Dec 2008 18:08:43 +0000 (17 18:08 +0000)
committermiguel <miguel@e3ebcda4-bce8-0310-ba0a-eca2169e7518>
Wed, 17 Dec 2008 18:08:43 +0000 (17 18:08 +0000)
tree7fce2bd6445e27f1da44b05b519538b131203227
parentba54997604adcf60496eaa5bc7b9438054cfa7b8
2008-12-17  Miguel de Icaza  <miguel@novell.com>

* icall.c (ves_icall_System_Environment_get_Platform): For
compatibility reasons for existing client code we will keep
returning 4 for a while.

For how long will depend on the documentation being updated, and
for us to give client code a chance to be updated.

This reverts the original decison on #433108 since we did not
catch roughly 33 instances of the broken code in our own source
code base, we did not catch failures on the buildbots, and QA did
not bring this as a problem.

Only today I found some customer's code breaking due to our own
class libraries not being fully updated and tracked it down to
this change.  I am reverting it because if we could not even get
our story straight in our own code base, how can we hope that our
end user code be fixed?

As of this morning, our Wiki page that documents how to detect
Unix had not been fixed.

git-svn-id: svn+ssh://mono-cvs.ximian.com/source/trunk/mono@121714 e3ebcda4-bce8-0310-ba0a-eca2169e7518
mono/metadata/ChangeLog
mono/metadata/icall.c