Предостережения при разработке для 64-разрядной версии Vista

Я переношу свою рабочую станцию ​​разработчика с 32-битной Vista на 64-битную Vista.

Производственная платформа - 32-битные Windows Server и SQL Server 2008.

Кто-нибудь знает о проблемах с переносом базы кода?

РЕДАКТИРОВАТЬ:

система состоит из веб-форм, кода C #, хранимых процедур.

есть также ajax.net, ssrs, ssis и динамические отчеты / графики от dundas.

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

РЕЗУЛЬТАТЫ:

По состоянию на 24 января 2009 г.

  • Checkpoint VPN не поддерживает Vista 64 (на самом деле, кажется, что очень немногие поддерживают)
  • Утилита Cropper требует специальной загрузки и перестройки для работы в Vista 64 (Cropper выглядит очень красиво, но в нем отсутствует возможность захвата окна с возможностью прокрутки).

Из-за отсутствия поддержки Vista 64 это не стоило мне времени. Хотелось бы, чтобы кто-то упомянул об отсутствии поддержки VPN, но в настоящее время нет поставщика vpn, который поддерживает 64-битные клиенты ... Так что будьте осторожны - по состоянию на 28.01.2009 - использование Vista 64 не является хорошим вариантом для тех из нас, кому нужен vpn.


development-environment 64-bit windows-vista vista64
person mson    schedule 23.01.2009    source источник
comment
Вам нужно будет рассказать нам что-нибудь о своей кодовой базе. Начните с используемых вами языков и библиотек.   -  person Hans Passant    schedule 23.01.2009
comment
И, черт возьми, я бы хотел, чтобы кто-нибудь написал о проблемах с VPN, чтобы мне не пришлось тратить целый день на восстановление моей машины !!!   -  person mson    schedule 28.01.2009

Ответы (4)


arrow_upward
3
arrow_downward

Я сделал именно это - переместил свою рабочую станцию ​​на Vista 64, продолжая развертывать код на 32-битных серверах Win2008.

Как правило, самой большой проблемой будет уровень эмуляции WOW64 - это означает, что 32-разрядные процессы и 64-разрядные процессы видят разные версии одних и тех же ресурсов (ключи реестра, системные папки и т. Д.). В .NET существует перечисление System.Environment.SpecialFolder, который предоставит вам безопасный абстрагированный доступ к программным файлам, данным приложения и другим потенциально опасным системным папкам. Вам также потребуется принудительно запустить IIS в 32-битном режиме совместимости (он не может одновременно запускать 64-битные и 32-битные веб-приложения) - инструкции на http://support.microsoft.com/kb/894435

Однако в этом нет ничего непреодолимого - я успешно компилирую COM-видимые сборки .NET в Vista x64 (настраивая компилятор на целевые процессоры x86), а затем развертываю их вместе с ASP.NET и устаревшим кодом ASP, запускающим 32-разрядные COM-объекты на сервере. 32-битный сервер, и все работает очень хорошо. Есть некоторые заметки, которые могут оказаться полезными, опубликованные на мой блог; Самая большая головная боль, с которой я столкнулся лично, заключалась в том, что 32-битные приложения (включая мой любимый текстовый редактор) больше не могли видеть C: \ Windows \ System32 ... но даже это достаточно легко, чтобы обойтись.

person Dylan Beattie    schedule 23.01.2009

arrow_upward
1
arrow_downward

Не используйте жестко запрограммированные имена для системных папок.

(в любом случае плохая идея)

person idstam    schedule 23.01.2009

arrow_upward
0
arrow_downward

Я столкнулся с одной проблемой с Vista 64:

Файлы программ

Программные файлы могут храниться в Program Files x86 или Program Files, вам, возможно, придется закодировать это, если какой-либо из ваших кодов делает предположения о том, где хранятся программы, даже если вы поступили правильно и использовали переменные среды, так как есть 2 места, где теперь есть 2 разные переменные среды. Вам нужно знать, в каком из них будет установлено ваше приложение, которое будет отличаться, если вы нацеливаетесь на любой ЦП, если вы нацеливаетесь на x86.

person Sam Meldrum    schedule 23.01.2009

arrow_upward
0
arrow_downward

У меня было много проблем с добавлением стороннего 32-битного обработчика ISAPI в IIS на 64-битном сервере w2k3 (php). Мне пришлось заставить IIS работать в 32-битном режиме совместимости. Если все это удастся, я не могу думать ни о какой серьезной проблеме.

person Spikolynn    schedule 23.01.2009