Discussion :

[civodulesseb]

Bonjour ,

comment enlever toutes les traces d'une ancienne référence mise à jour?

Effectivement dans une application j'ai mis à jour une référence (ver10 - ver11),
sur le poste de développement tout fonctionne , par contre dès que j'installe l'application sur un poste ou il n'y a que la version 11 de la référence cela pose problème
Erreur :

impossible de charger le fichier ou l'assembly..........

Merci

[MABROUKI]

bonjour,
est-ce que ca ne serait pas un probleme de Guid de version .Regarde les Guid des 2 assembly version 10 et version 11 si elle ne sont pas les memes .
Sinon essaye de generer un nouveau different pour l'assembly version 11 avec l'utilitaire ligne de commande guidgen.exe.
bon code...

[MABROUKI]

bonjour,
Le versionning des assemblys necessite de signer chaque assembly avec un nom fort .
Signe ton assembly.
Car le CRL au runtime identifie l'assembly par la methode de signature .
Le compilateur genere 2 cles prive/publique apres signature ,la cle prive chiffrera la version d'assembly .La cle publique sera incluse dans le manifeste d'application qui est incorpore en binaire dans l'assembly.
Au moment du chargement run-time le CLR recherche cette cle publique pour identifier ,dechiffrer et charger l'assembly.
S'il n'y a pas de signature il n' y a aucun moyen d'identifier les 2 assemblys,autrement que le nom.
Pour le GUID la doc MSDN ne dit pas qu'il sert à identifier 2 assemblys et donc je retire ce que j'ai dit.
bon code....

[MABROUKI]

bonjour,
Pour information c'est par cette methode que le .net framework evite pour ses fichiers .dll le fameux telescopage des dll appelee dans l'ancien system com "hell dll".
Il permet ainsi au systeme d'heberger et d'identifier 2 dll portant le meme nom mais de version differente.
Ce qui etait impossible dans le system des dll com ou la version recente installe ecrasait l'ancienne parfois sans avertissement.

Bon code ....