Нацеливание на .NET 4.0 дает недопустимое приложение Win XP после обновления TFS .NET 4.5

.net 4.5 обновляет .net 4.0, поэтому, если на вашем сервере сборки установлен .net 4.5, и вы ориентируетесь на .net 4.0, это не тот же .net 4.0, который вы установили на XP. Вы не можете установить .net 4.5 на XP. Этот блог содержит более подробную информацию.

По сути, если вы хотите поддерживать XP, вы не можете использовать .net 4.5/Visual Studio 2012 (или установить их на своих сборочных машинах).

Был старый горячий тема на форуме MSDN о том, что .NET 4.0 на машине с установленным .NET 4.5 отличается от .NET 4.0 с установленным .NET 4.5 Другими словами, нельзя надежно разрабатывать и тестировать приложения .NET 4.0 на/с машины с установленным .NET 4.5. NET 4.5 и должен монтировать отдельные машины/среды для разработки и тестирования.

Хотя в SO есть много ответов, настаивающих на обратном. Вероятно, от тех же авторов, которые отрицают любой мой ответ, противоречащий ему, например, здесь, здесь, здесь

Вероятно, это уже слишком поздно, чтобы иметь значение для OP, но я столкнулся с этой проблемой и нашел исправление, которое сработало для меня. Сборка моего проекта создает файл .exe.config в выходной папке. Эта конфигурация имеет раздел запуска с:

supportedRuntime version="v.4.0" sku=".NETFramework,Version=v4.5"

Я изменил 4.5 на 4.0, и теперь мои проекты работают на XP (Service Pack 2) без проблем. Все пакеты и dll, на которые я ссылаюсь, созданы для версии 4.0. Я не изучал его, чтобы выяснить, какой из них был виновником здесь, но я подозреваю, что это Microsoft.Practices.Unity, поскольку файл конфигурации, похоже, связан с внедрением зависимостей, которое я делаю. На основе Win7 с Visual Studio 2013 Update 4.

Попробуйте изменить Platform ToolSet для использования Visual Studio 2010. Затем перестройте, надеюсь, это сработает для вас.

Компиляторы, включенные в .NET 4.5, используют скрытое знание, .NET 4.5 не поддерживается для XP. Это позволяет им делать то, что давно назрело для программ .NET, они могут, наконец, изменить целевую версию операционной системы. Который закодирован в заголовке EXE и DLL, он всегда был установлен на версию Windows 4.00 с момента первого выпуска .NET.

Вы можете увидеть этот целевой номер версии с помощью инструментов SDK, команда Dumpbin.exe /headers отображает его. Утилита Editbin.exe может изменить его после сборки с помощью параметра /SUBSYSTEM. Это был бы один из способов исправить ваши программы, чтобы они работали на XP.

Windows обращает внимание на это поле в EXE. Когда он увидит целевую версию менее, чем 6.00, он будет считать, что программа изначально была написана для работы в более старых версиях Windows, до Vista. Что затем включает несколько функций appcompat. Самый радикальный из них заключается в том, что он предполагает, что ваша программа ничего не знает о толстых границах окон, отображаемых при включенной функции Aero. Он будет лгать относительно размера окна, возвращая значение, которое на 6 пикселей меньше фактического размера окна. Эта ложь может сильно озадачить некоторых программистов, когда они пытаются делать такие вещи, как выравнивание окон.

Если для целевой версии установлено значение 6.00, Windows отключит такую ​​ложь. И останавливает запуск программы на XP, она не знает, что значит версия 6.00. Это только до 5.02, при условии, что установлен SP2.

Не нужно возвращаться к старой версии Visual Studio, ответ, который вы приняли, неверен. Обходной путь очень прост (на самом деле вы не хотите использовать Editbin.exe), просто выберите .NET 4.0 вместо 4.5. .NET 4.0 фактически доступен для XP. Компиляторы соответственно сохраняют целевую версию ОС на уровне 4.00. Если вы на 300 % уверены, что на самом деле уже ориентируетесь на .NET 4.0, значит, что-то не так в конфигурации сборочной машины. Что-то неприятное, например, использование ссылок на сборки из c:\windows\microsoft.net или GAC вместо c:\program files\reference сборок.