Avvertenze sullo sviluppo di Vista a 64 bit

Question

Sto migrando la mia workstation di sviluppo da Vista a 32 bit a Vista a 64 bit.

La piattaforma di produzione è Windows Server a 32 bit e SQL Server 2008.

Qualcuno sa di eventuali problemi con la migrazione della base di codice?

EDIT:

il sistema è costituito da moduli web, codice c #, procedure memorizzate.

c'è anche ajax.net, ssrs, ssis e report / grafici dinamici di dundas.

tuttavia, penso che altri utenti potrebbero apprezzare qualsiasi lezione appresa o feedback in generale riguardo a questa mossa.

RISULTATI:

Dal 24 gennaio 2009

• Checkpoint VPN non supporta Vista 64 (in realtà sembra che pochi lo facciano)
• L'utilità Cropper ha richiesto il download e la ricostruzione speciali per funzionare su Vista 64 (Cropper sembra molto bello, ma manca l'acquisizione di finestre scorrevoli)

La mancanza di supporto per Vista 64 non è valsa la pena per me. Vorrei che qualcuno avrebbe menzionato la mancanza di supporto VPN, ma al momento non esiste un fornitore VPN che supporti client a 64 bit .... Quindi, per favore, a partire dal 28/01/2009, l'uso di Vista 64 non è una buona opzione per quelli di noi che hanno bisogno di VPN.

Answer 1

Ho fatto esattamente questo: ho migrato la mia workstation su Vista 64 mentre distribuivo ancora il codice su server Win2008 a 32 bit.

In genere, il problema più grande sarà il livello di emulazione WOW64, il che significa che i processi a 32 bit e i processi a 64 bit visualizzano versioni diverse delle stesse risorse (chiavi di registro, cartelle di sistema e così via). In .NET, c'è un'enumerazione System.Environment.SpecialFolder che ti darà accesso in modo sicuro e astratto a File di programma, Dati applicazioni e altre cartelle di sistema potenzialmente rischiose. Dovrai anche forzare l'esecuzione di IIS in modalità di compatibilità a 32 bit (non può eseguire contemporaneamente app Web a 64 e 32 bit) - istruzioni in http://support.microsoft.com/kb/894435

Non c'è nulla di insormontabile, però: sto compilando con successo assembly .NET COM-visible su Vista x64 (impostando il compilatore per le CPU x86 di destinazione), e quindi li distribuendo insieme ad ASP.NET e al codice ASP legacy che esegue COM a 32 bit oggetti su un server a 32 bit e funziona tutto molto bene. Ci sono alcune note che potresti trovare utili pubblicate su il mio blog ; il più grande mal di testa che ho riscontrato personalmente è che le applicazioni a 32 bit (incluso il mio editor di testo preferito) non riescono più a vedere C: \ Windows \ System32 ... ma anche questo è abbastanza facile da aggirare.

Answer 2

Non usare nomi in codice per le cartelle di sistema.

(una cattiva idea comunque)

Answer 3

Ho riscontrato un problema con Vista 64:

File di programma

I file di programma possono essere archiviati in File di programma x86 o in File di programma potrebbe essere necessario codificarlo se uno qualsiasi del codice fa ipotesi su dove sono memorizzati i programmi - anche se hai fatto la cosa giusta e usato variabili d'ambiente, dato che ci sono 2 posizioni ci sono ora 2 variabili d'ambiente diverse. Devi sapere in quali di queste verrà installata la tua app, che sarà diversa se scegli come target una CPU se scegli come target x86.

Answer 4

Ho avuto molti problemi con l'aggiunta del gestore ISAPI di 32 bit di terze parti a IIS su server w2k3 a 64 bit (php). Ho dovuto far funzionare IIS in modalità di compatibilità a 32 bit. Se è tutto gestito, non riesco a pensare a nessun problema serio.