Discussion :

[flzox]

Bonjour a tous,
est-il possible de signer un assembly dont on n'a pas le code source (je n'ai que le .dll), avec un nom fort ?
D'après la doc msdn j'ai l'impression que non, quelqu'un pourrait-il confirmer ou infirmer (et dans ce dernier cas m'indiquer la marche à suivre).

Merci

[dev01]

Bonjour.

Effectivement la signature n'est pas faite par sn.exe mais par le linker al.exe. il faut donc au moins les modules pour pouvoir signer une assembly.

[flzox]

Je viens pourtant de trouver ça :

http://www.geekzilla.co.uk/ViewCE64B...76B015C9FB.htm

La manip à marché, j'ai pu mettre l'assemblie dans le GAC mais j'ai pas encore testé la viabilité de cette nouvelle DLL.

[dev01]

Ah ouais pas bete le coup de désassembler la dll pour pouvoir la relinker avec une clef.

N'empêche que j'avais raison, la signature est faite au moment du linkage.

[flzox]

Oui mais, car il y a toujours un mais ...
Si ça marche pour certains assemblies ça ne foncitonne pas pour toutes(Interop.stdType et Interop.TTF160 dans mon cas).
Après desassemblage et reassemblage, je n'arrive plus à référencer ces dll dans mon projet.

Mon problème n'est donc toujours pas résolu.

Je ne comprends toujours pas pourquoi lors du développement on peut accéder à des DLL de n'importe quel dossier, mais lors du deploiement les dll doivent se trouver dans le reportoire de l'application ou le GAC.

[dev01]

Je ne comprends toujours pas pourquoi lors du développement on peut accéder à des DLL de n'importe quel dossier, mais lors du deploiement les dll doivent se trouver dans le reportoire de l'application ou le GAC.

Parce que VS les copies pendant le build