Discussion :

[JoeDalton]

Bonjour,

je ne suis pas sûr de poster ce message dans la bonne sous-partie du Forum j'ai hésité avec la zone 'langage C'.

Voici mon problème : je fais le développement en C d'un plug-in pour un logiciel de math (Mathcad). Ce plug-in est sous la forme d'un fichier DLL, compilé avec une bibliothèque fournie par les fabricants du logiciel. Mon fichier DLL est développé sous Visual Studio, j'utilise le compilateur intel + 2 librairies intel (TBB et MKL).

Tout fonctionne très bien sur ma machine de développement. Or je dois donner ce fichier DLL à des gens qui n'ont pas d'environnement de développement installé. Et là çà ne fonctionne plus. Pour faire mes tests, j'ai installé un PC de zero avec uniquement le logiciel Mathcad. Même en faisant un test simple sans incorporer les librairies Intel, rien ne marche. J'ai regardé avec TASKLIST les DLL chargées par Mathcad sur ma machine développement, puis j'ai regardé sur la meme machine ce qui était chargé en supprimant ma DLL, afin de regarder, par différence, quelles sont les DLL chargées par ma propre DLL. Je pensais qu'en recopiant les DLL en question (MSVCRT90.DLL par exemple) dans Windows/System32 tout marcherait or il n'en n'est rien. J'ai essayé aussi de recopier les DLL en question dans le même répertoire que le plug-in, et la Mathcad me donne une erreur "Runtime Error R6034 - An application has made an attempt to load the C runtime library incorrectly. Please contact the application's support team for more information". Or si je me trompe pas, le "support team" c'est supposé être moi non ?

Avez vous une piste à explorer pour comprendre ce qui se passe ?

En vous remerciant d'avance ...

[ram-0000]

Il faut installer les vc_redist sur les machines qui vont faire tourner ton application.


Regarde ici (dans la FAQ) : http://cpp.developpez.com/faq/vc/?pa...stributeMFCApp.

Les info qu'il y a dedans date de VC6 mais c'est du même tonneau pour Visual Studio 2005 et 2008.
Microsoft + vcredist dans devrait t'aider

[JoeDalton]

Merci pour cette réponse rapide. J'étais bien tombé sur cette page mais j'avais cru que c'était spécifique à Visutall Studio 6.
Grace au mot-clé "redist" je suis tombé la dessus :
http://www.microsoft.com/downloads/d...displaylang=en

J'ai une question un peu plus en profondeur : que fait ce package a part "recopier des DLL" ? y-a-t-il des entrées supplémentaires dans la base de registres par exemple ?
De plus, cette solution est propriétaire aux DLL microsoft. Est ce que lorsque l'on utilise des DLL hors microsoft (dans mon cas les DLL intel) il y a toujours un "redist" disponible ?
Merci encore ...

[ram-0000]

J'ai une question un peu plus en profondeur : que fait ce package a part "recopier des DLL" ? y-a-t-il des entrées supplémentaires dans la base de registres par exemple ?

Il fait probablement autre chose (regsitry) car la simple recopie des fichiers ne suffit pas.

De plus, cette solution est propriétaire aux DLL microsoft. Est ce que lorsque l'on utilise des DLL hors microsoft (dans mon cas les DLL intel) il y a toujours un "redist" disponible ?
Merci encore ...

Je dirais plutôt que cette solution doit être appliquée pour toutes les applications/DLL/machins développés avec Visual Studio

[JoeDalton]

Bon après quelques essais voici ce qui ressort :
Comme vous me l'avez indiqué, il faut récupérer le "redist" propre au Visual Studio employé pour le développement. Dans mon casn j'ai tapé "redist visual studio 2008" dans google, ce qui m'a envoyé ici :
http://www.microsoft.com/downloads/d...displaylang=en
Sur ce lien on peut télécharger le "redist" idoine. En revanche c'est la seule bizarrerie que j'ai pu noter sur l'utilisation de DLL externes. En ce qui concerne les librairies intel que j'utilise par exemple il suffit bêtement de recopier les DLL utiles dans Windows/System32.

Bon maintenant tout marche correctement, je vous remercie pour votre aide.

[Twindruff]

Tu ne peux pas juste recopier les dll du runtime parce que ce sont des SxS assemblies, elles ont un manifest etc. Tout ça se passe dans %WINDIR%\WinSxS.

[Médinoc]

Tu peux "juste les recopier" si tu prends le manifest avec.

C'est là qu'intervient la différence entre "private assembly" et "shared assembly"...