Migrer Mon application développée en 32 bits vers 64 bits

Bonjour tout le monde,
J'ai une application que je développé en ASP.NET sous le framework 1.1.
Cette application tourne en 32 bits.

On veut la faire tourner sous win 2003 server 64 bits et passer au framework 3.0.

Alors j'ai besoin de savoir :

1 -Est ce que c'est possible de migrer mon application au 64 bits ? Si oui, comment faire ? Est ce que mon application continueait de marcher correctement ?

2 - si la migration n'est pas possible au 64 bits, est- il possible de la faire tourner sous 64 bits ? si oui, comment faire ?

3 - Est ce que le passage au framework 3.0 n'imposerait aucune modification dans le code ?

4 - Si la migration au framework 3.0 est possible et sans problème, est ce que ceci signifie que mon application est migrer également au 64 bits ??

Je vous demande si c'est possible de me porposer des url ou je pourrais trouver les réponses puisque je dois préparer un rapport et il me faut les sources de l'information.

Merci pour votre aide :D

Warning : spéculations sans source ci dessous, à prendre avec des gants et des pincettes :)

Vu que le framework compile les assemblies à la volée, ça sera lui qui gèrerait les problématiques 32/64 bits. Après si il y a du code unsafe avec des pointeurs dedans, c'est peut être autre chose.
Contrairement à une dll, une assembly n'est pas "intrinsèquement" 32 bits / 64 bits. La plate-forme "any cpu" des options de compilation laisse croire que c'est transparent vis à vis des applis .Net.

Citation:

---

Envoyé par Guulh

Warning : spéculations sans source ci dessous, à prendre avec des gants et des pincettes :)

Vu que le framework compile les assemblies à la volée, ça sera lui qui gèrerait les problématiques 32/64 bits. Après si il y a du code unsafe avec des pointeurs dedans, c'est peut être autre chose.
Contrairement à une dll, une assembly n'est pas "intrinsèquement" 32 bits / 64 bits. La plate-forme "any cpu" des options de compilation laisse croire que c'est transparent vis à vis des applis .Net.

---

QFT.

Jamais etait soumis à cette problematique, mais apparement ca à l'air de fonctionner comme ci-dessus.

Pour precisions cependant, ce lien de la MSDN recense les differentes points pouvant poser probleme concernant la migration (en gros, et sans surprise, tout le "unsafe", le p/invoke et les IntPtr, et enfin la serialisation).

Bon courage.

Merci les amis pour vos réponses. Je vais voir le lien que tu m'as proposé SirJulio.
Sinon, là j'essaye d'executer l'application sous 2.0 sans compilation. Supposans que tout marcherait bien, est ce que je peux dire qu'elle marcherait sous 64 bits ?

Citation:

---

Envoyé par paradeofphp

Merci les amis pour vos réponses. Je vais voir le lien que tu m'as proposé SirJulio.
Sinon, là j'essaye d'executer l'application sous 2.0 sans compilation. Supposans que tout marcherait bien, est ce que je peux dire qu'elle marcherait sous 64 bits ?

---

oui si compilé en mode "any cpu". Dans ce mode, l'IL qui est généré ne prend pas en compte les différentes optimisations possible pour les CPU (en particulier les INT sont bien codé en 32 bits et pas en 64.). Dans ce cas aucun pb, il suffit de déployer comme sur une plate forme 32 bits.

ENsuite tu peux tout simplement passer ton compilateur en mode 64 bit afin de bénificier des optimisations du 64 bit.

Je n'ai pas fait de test mais je ne croit pas qu'avec dotnet les différences soient flagrante, les assemblies de bases étant d'ores et déjà optimisé lors de l'install