2009-10-04 3 views
2

Une question similaire a été posée à here sans aucune réponse. J'ai un projet cs avec une référence à MySql.Data.Dll avec CopyLocal = true. Lorsque je lance la ligne de commande msbuild depuis un ordinateur (Windows 7 64 bits), cela fonctionne parfaitement.La DLL MySql.Data n'est pas copiée dans le répertoire de sortie

Lorsque je cours la même MsBuild sur un autre ordinateur (Windows Server 2008 RC2), la DLL n'est pas copiée dans le répertoire de sortie. D'autres DLL de copie locale sont copiées sans problème et aucune erreur n'est imprimée. J'ai des permissions pour accéder à la DLL, et la copier manuellement fonctionne.

Est-ce que quelqu'un sait pourquoi cela se produit/comment contourner?

+0

J'ai le même problème - ne peut pas aider si :( – UpTheCreek

Répondre

0

Cela peut ne pas être pertinent, mais j'ai vu un problème similaire à cela lorsque j'ai déplacé une DLL pour être traitée par une référence de projet. Il serait bien construit localement, mais ne copierait pas la DLL sur la machine TFS. Il s'avère que j'ai dû supprimer la référence originale de la DLL elle-même dans le csproj donc il a su la copier via la référence du projet.

Je ne me souviens pas beaucoup plus du problème mais ce n'est pas vraiment une réponse.

2

MySql.Data.Dll peut être dans le GAC sur l'ordinateur Win 2008 RC2 et non sur le Win7, ce qui pourrait expliquer les différents comportements.

Questions connexes