Version imprimable
Bonjour,
A part l'equipement spéleo, existe-t-il une methode simple pour identifier du code spécifique au FW 3.5 dans un projet ?
J'ai une application qui plante chez un utilisateur qui utilise le FW 2.0 mais uniquement quand il fait certaine manipulation (je n'ai pas identifié clairement lesquelles)
Ce projet etait en 2005 et je l'ai recompilé en 2008 pour FW 3.5 mais je ne vois pas non plus ce qui a changer et qui pourrait bloquer ?
Merci de votre aide
Tu devrais installer le frwk 3.5; puisque tu as recompilé le softCitation:
Envoyé par olibara
Merci Fally ca c'est effectivement evident !! :mrgreen:
Mais avant de demander a plusieurs utilisateurs un peu partout d'upgrader en 3.5, j'aimerais trouver ce qu'il y a de spécifique dans le projet qui produit le probleme car certains modules fonctionnent tres bien
Et ne me réponds pas : t'a qu'a trouver le module qui plante !!
Non ! j'aimerais savoir s'il y a moyen d'identifier de maniere simple et exhaustive ce qui ne pourait pas passer en 2.0 ou meme 3.0 !!
Oui, je comprends. En fait, faudrait déjà voir comment VS upgarde les projets; le comprendre permettrait d'anticiper et de savoir quels modules pourraient planter
Dans Visual Studio 2008 tu peux choisir la version du framework de ton
projet: 2.0, 3.0 ou 3.5.
Dans les propriétés de ton projet tu peux changer la version cible. Essaye de la passer en 2.0 pour voir ce que ça donne.
:king:
Bingo
Effectivement j'avais ajouté un HashSet et je l'avais oublié !!
Merci de cete pertinente suggestion
Surement que tu as les espaces de nom System.Linq dans ton projet. C'est normal que ça plante chez le user qui possède le framework 2.0.
le multi-targeting de VS 2008 peut effectivement t'aider. Tu verras que VS 2008 te signalera des erreus sur les lignes où tu as importé les espaces de nom
.Code:using System.Linq;
Désolé olibara. Je n'avais pas vu ton post avant de valider le mien :mouarf: