この度は、フィードバックをお送りいただき、誠にありがとうございます。 現在、お送りいただきました報告内容に基づき問題を調査中ですので、しばらくお待ちください。 よろしくお願いいたします。

[Description]
When you use the System.Environment class to get a major OS version and set Window XP compatibility mode to the exe file created, its behavior seems different from Win32 API. As an experiment, I created the below code using C++/CLI.

#include "stdafx.h"
#include <shlobj.h>

using namespace System;

int GetOsMajorVersionByDotNet()
{
    System::OperatingSystem^ os = System::Environment::OSVersion;
    if (os->Platform == PlatformID::Win32NT)
    {
        return os->Version->Major;
    }
    return -1;
}

int GetOsMajorVersionByApi()
{
    OSVERSIONINFO osVerInfo;
    unsigned long dwNumber = 0;
    ::ZeroMemory(&osVerInfo, sizeof(OSVERSIONINFO));
    osVerInfo.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);

    if (GetVersionEx(&osVerInfo) == FALSE)
    {
        return -1;    }

    return osVerInfo.dwMajorVersion;
}


int main(array<System::String ^> ^args)
{
    Console::WriteLine("GetOsMajorVersionByApi returns: {0}", GetOsMajorVersionByApi());
    Console::WriteLine("GetOsMajorVersionByDotNet returns: {0}", GetOsMajorVersionByDotNet());    
    return 0;
}
On Windows Vista, when you create an exe file based on the above source code, go to its Properties to set compatibility mode to Windows XP, and then run it, the following results are output.
GetOsMajorVersionByApi returns: 5
GetOsMajorVersionByDotNet returns: 6

For your information, when compatibility mode is set to Windows NT, both return '4.' I think something is weird with the value returned by the Environment class when compatibility mode is set to Windows XP. In addition, when you build and run the same code on Windows 7 RC1 installed with Visual Studio 2010 Beta and .NET Framework 4.0 (compatibility mode is set to Windows XP), both return '5.'

Therefore, there seems to be a bug on the current behavior of the Environment class in compatibility mode. Your opinion is greatly appreciated.

[Repro Steps]
Compile the code in the above description with /clr, set compatibility mode to Windows XP, and run the created file on Windows Vista.

[Actual Results]
While the OS version obtained through Win32 API is '5,' the Environment class still returns '6.'

[Expected Results]
When compatibility mode is set to Windows XP, both return '5.'

Thanks for your feedback. We are escalating this bug to the product unit who works on that specific feature area. The team will review this issue and make a decision on whether they will fix it or not for the next release.

Thank you,
Visual Studio Product Team

（こちらは、[投稿者: Microsoft、投稿日時: 2009/06/02 23:43] の和訳になります。）

フィードバックをお寄せいただき、ありがとうございます。 こちらのバグに関しましては、該当する機能を専門で担当している製品チームに報告させていただきます。 今後は、同チームが問題を再調査し、次期リリースでの修正について判断する予定です。 よろしくお願いいたします。

Visual Studio 製品チーム

Hello wakimoto,
Thank you for the post on System.Environment.OSVersion not respecting the Compatibility tab. This behavior is by design with the .NET Framework as the runtime is excluded from the OS AppCompat shims. I will follow up with our MSDN documentation owners to make sure the documentation is changed to be more clear in this area.

Thanks,
Josh Free
Base Class Library Development

（こちらは、[投稿者: Microsoft、投稿日時: 2009/06/04 16:31] の和訳です。）

wakimoto さん、こんにちは。

[互換性] タブの設定を正確に反映しない System.Environment.OSVersion に関するご投稿をいただき、ありがとうございます。 この動作は、.NET Framework の仕様となっています。 これは、ランタイムが OS の AppCompat シムから除外されているためです。 私は、MSDN ドキュメントの担当者に連絡し、この分野の記述をより明確な形に変更させていただきたいと思います。 よろしくお願いいたします。

Josh Free
基本クラス ライブラリ開発

Hi, Josh Free-san

回答ありがとうございます。

しかしながら現行の動作が仕様だとすると、以下の点において不合理があるよううに思われます。
・(現実使うことはあり得ませんが)互換性をNT4にした場合の動作→互換モードの設定値を得る
・.net Framwork 4.0 Beta on Windows 7(Build7037) 上での挙動→互換モードの設定値を得る
・.net Framwork 3.5 on Windows 7(Build7037) 上での挙動→互換モードの設定値が無視される

現行の.net 3.5の仕様を通すならば、、.net 4.0の挙動の方が今後のリリースで変更される可能性の方が高いと考えるべきでしょうか？

（こちらは、wakimoto さんが 2009/06/04 18:47 に投稿されたメッセージの英訳です。）

Hi Josh,

Thank you for your reply. However, given the current behavior is by design, there seems to be something unreasonable with the following behaviors:

- When compatibility mode is set to Windows NT 4 (although this is probably never used) -> Compatibility mode setting is respected.
- .NET Framework 4.0 Beta on Windows 7 (Build7037) -> Compatibility mode setting is respected..
- .NET Framework 3.5 on Windows 7 (Build7037) -> Compatibility mode setting is not respected.

If the current .NET 3.5 design remains, should I consider there’s a high possibility the .NET 4.0 behavior may be changed in the future releases?

Hi wakimoto,
Thank you for reporting the .NET Framework 4.0 Beta 1 Compatibility mode inconsistency. This is a known Beta 1 issue and it is being investigated by the appropriate teams.

Thank you again,
Josh Free
Base Class Library Development

（こちらは、[投稿者: Microsoft、投稿日時: 2009/06/05 10:21] の和訳です。）

wakimoto さん、こんにちは。

.NET Framework 4.0 Beta 1 の互換モードの不一致に関するご報告をいただき、ありがとうございます。 こちらは、Beta 1 の既知の問題となっており、現在、担当チームが調査に当たっています。 よろしくお願いいたします。

Josh Free
基本クラス ライブラリ開発

Hi Josh,

仕様としての疑問を感じますが、ひとまず了解いたしました。それではこちらといたしましては、互換性モードを考慮する目的では、プラットフォーム呼び出しによるバージョン取得で対応したいと思います。

ありがとうございました。

（こちらは、wakimoto さんが 2009/06/07 19:47 に投稿されたメッセージの英訳です。）

Hi Josh,

I still cannot but question the design, but I understand for now. So I’ll try to use platform invoke to retrieve OS version information when using compatibility mode. Thank you very much.

プラットフォーム呼び出しで、GetVersionExを使う