Миграция решения Visual Studio из среды разработки x86 в x64

Question

Я посмотрел вокруг и перепробовал много предложений, но ни одно из них не сработало. Недавно я перенес веб-приложение, разработанное в Visual Web Developer Express 2010, на 32-разрядную машину на более новую 64-разрядную машину. После переконфигурирования всего, как у меня было, я пытаюсь перекомпилировать свой код, но продолжаю получать эту глупую ошибку, которая не имеет смысла для меня:

Error 4: Task could not find "AxImp.exe" using the SdkToolsPath
"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools\" or the
registry key "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SDKs\Windows\v7.0A".
Make sure the SdkToolsPath is set and the tool exists in the correct processor
specific location under the SdkToolsPath and that the Microsoft Windows SDK is
installed.

Кроме того, при просмотре свойств проекта на вкладках «Ссылки», «Ресурсы» и «Настройки» отображается следующая ошибка. Я не могу за свою жизнь понять, что делать. Все, что я хочу сделать, это скомпилировать кровавый проект.

Could not resolve mscorlib for target framework '.NETFramework,Version=v4.0'.
This can happen if the target framework is not installed or if the framework
moniker is incorrectly formatted.

Что в запятнании это должно означать? Это как-то связано с CLR? Я просто делаю снимки в темноте. Помощь будет высоко ценится:)

ОБНОВЛЕНИЕ - все еще не работает

Я уверен, что это не моя установка .NET 4 , потому что мое приложение работает просто отлично, я просто не могу скомпилировать свою версию dev. Ничего не изменилось со времени последнего компьютера, кроме архитектуры ЦП . С этого поста я также трижды удалял и переустанавливал Visual Web Developer и получаю одно и то же сообщение об ошибке каждый раз, когда пытаюсь просмотреть вкладки, перечисленные выше.

Я использовал команды " Visual Studio 2010 Uninstall Utility " и "Unattended Uninstall" из блога MSDN для клиентского и полного (т. Е. Расширенного) профилей каждый раз, чтобы выполнить полная чистая установка . Ничего ...

Так как я смог просмотреть эти вкладки в тестовом приложении HelloWorld, которое я создал, это указывает на то, что мое решение не «должным образом» преобразовало (что у вас есть) в архитектуру x64. Я мог бы создать новое решение, и оно, вероятно, сработало бы, но это заняло бы очень много времени. Должен быть способ отредактировать файл свойств (если бы я только знал, что это было), чтобы исправить путь, строку или что-то, из-за чего эти вкладки не отображаются должным образом, и мое решение не компилируется. Спасибо ;)

Answer 1

Чтобы исправить мою первую проблему, мне пришлось скопировать файл «AxImp.exe» из другого места на моем диске в путь, по которому VS его искал. Этот файл является частью Windows SDK , который можно загрузить здесь . Вы также можете переназначить VS для использования новой версии и архитектуры, как описано здесь .

Чтобы (действительно) решить мою вторую проблему, мне пришлось заново создать свое Решение с нуля, сделав новое и заново добавив весь мой код и ссылки. Я думаю, что в обновлении произошло что-то, что повредило мой файл свойств решения (* .vbproj) или что-то в этом роде.

Наконец, я бы настоятельно рекомендовал установить 64-разрядную версию SQL-сервера на 64-разрядную машину, чтобы избежать ошибок WoW64 , подобных полученным мной. Вы не можете, но лучше, чем потом сожалеть. <Я установил версию "SQLEXPRWT_x64_ENU.exe" из <a href="http://www.microsoft.com/download/en/details.aspx?id=26729" rel="nofollow"> здесь .

Есть также несколько проницательная статья MSDN под названием « Миграция 32-битного управляемого кода в 64-битную » (2005, довольно старая).

Надеюсь, это поможет любому, кто может наткнуться на этот вопрос, и столкнется с теми же проблемами:)

Answer 2

добавление MS Office Word и файлы взаимодействия Excel из GAC решили мою проблему.

Answer 3

Я начал получать эту проблему, только когда я добавил Microsoft.Office.Core в список литературы из COM.Затем вместо выбора из COM я просмотрел и выбрал один из местоположения C: \ Windows \ Assembly \ GAC, что решило эту проблему, не было другой проблемы, которая могла вызвать проблему с отсутствующим AxImp.exe в моем случае.