2013-07-03 2 views
0

Я запускаю VS 2010, и у меня есть проект, который изначально был установлен для .NET 4.0. Этот оборот .NET слишком высок для многих платформ Windows, от которых ожидается выполнение этого приложения, поэтому я переключил его с .NET 4.0 на .NET 2.0. Теперь проект не строится.Переключенные целевые версии .NET и теперь проект не будет строить

Сначала я получал нулевые ссылочные исключения с ресурсами проекта. Я нашел this link на форумах MSDN, которые оказались полезными в устранении этой проблемы. По существу, ответ (среди многих), которые работали в том, чтобы изменить все экземпляры:

Version=4.0.0.0 

в

Version=2.0.0.0 

... в * .resx файлов. Я сделал это со всеми * .resx-файлами, которые я мог найти в каталоге проекта. Уолла, не более нулевые ссылки исключения во время сборки. Однако теперь проект просто не удается построить, и окно сборки ничего не предлагает для решения проблемы. Это буквально то, что там:

2>CoreCompile: 
2> C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701,1702 /nostdlib+ /platform:x86 /errorreport:prompt /warn:4 /define:TRACE /reference:C:\Users\afalanga\Dev\Tools\Program\FrontEnd\Resources\WrapNativeLibrary.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Data.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Deployment.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Drawing.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Management.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Windows.Forms.dll /reference:C:\Windows\Microsoft.NET\Framework\v2.0.50727\System.Xml.dll /debug:pdbonly /filealign:512 /optimize+ /out:obj\x86\Release\FrontEnd.exe /resource:obj\x86\Release\FrontEnd.Panel.resources /resource:obj\x86\Release\FrontEnd.PrivilegesForm.resources /resource:obj\x86\Release\FrontEnd.Main.resources /resource:obj\x86\Release\FrontEnd.Properties.Resources.resources /resource:obj\x86\Release\FrontEnd.SoftwareLicense.resources /resource:Resources\WrapNativeLibrary.dll,WindowsUpdateTool.Resources.WrapNativeLibrary.dll /resource:Resources\INativeLibrary.dll,FrontEnd.Resources.INativeLibrary.dll /target:exe /win32icon:Resources\FrontEnd.ico /win32manifest:Resources\app.manifest Environment.cs Check.cs Exceptions.cs Updater.cs LibAccess.cs PrivilegesForm.cs Form1.Designer.cs OSInfo.cs Constants.cs PersonalizationManager.cs Silent.cs drivePanel.cs drivePanel.Designer.cs Main.cs Main.Designer.cs Program.cs Properties\AssemblyInfo.cs SoftwareLicense.cs SoftwareLicense.designer.cs VerticalProgressBar.cs Properties\Resources.Designer.cs Properties\Settings.Designer.cs 
2> 
2>Build FAILED. 

Является ли это из-за того, что C# компилятор, на который ссылается версия 4.0? В этот момент я совершенно не понимаю, что проверить. Я рассматриваю новую проверку ветки для этого кода из TFS и пытаюсь туда, но еще не прошел этот маршрут. Я был бы признателен за любое понимание, поскольку все, что я вижу из свойств проекта, говорит о том, что он должен ориентироваться на .NET 2.0, и он должен «строить».

Спасибо, Энди

+0

Попробуйте ответить в этом посте http://stackoverflow.com/questions/1251351/weird-visual-studio-2008-behaviour-build-failed-no-error-message – keyboardP

+0

После прочтения комментариев в предложенной теме , Я менее впечатлен Visual Studio и .NET. Для меня мало смысла, что в этом продукте существует такая неустойчивая ситуация: драгоценность в том, что такие тонкости существуют при создании .NET-проектов. OP признает, что нет никакой логики для перемещения кода из одного каталога в другой, а затем обратно. Единственная логика заключается в том, что этот процесс делает VS правильно «связывать» проект с соответствующими объектами .NET. Интересно, но странно. –

ответ

2

Когда вы понижаете свою цель сборки, вы могли бы быть лучше, чтобы начать новый проект, изменить то цель сборки импортировать код в него. Таким образом, все ваши основные зависимости начинаются правильно, и вам нужно будет только беспокоиться о том, что код может работать.

+0

Это хороший совет, и, вероятно, вы можете сделать замечательный комментарий к этому вопросу. Он ничего не делает, чтобы на самом деле * ответить * на вопрос здесь, как решить текущую проблему плаката. –

+0

Иногда, как и в случае любого проекта, резервное копирование и начало работы является наиболее жизнеспособным решением. – tinstaafl

Смежные вопросы