Re : Problème avec ActiveX container dans un kit de distribution

[CedS]

Un autre souci avec les kits de distrubtion...

Puisque vous m'y encouragez, je vais vous soumettre un autre souci!

Dans mon kit de distribution, j'ai besoin du composant ActiveX container. Ce composant me pose souci si je n'inclue pas tous les autres composants du RTE CVI. En ne prenant que les composants dont j'ai besoin (Standard run time, Analysis support et ActiveX), ca me donne un kit qui fait environ 15/20Mo, alors qu'avec le rte complet, environ 200Mo.

Mon kit étant diffusé sur un réseau, vous comprenez que 200M, c'est trop pour moi.

Comment puis je faire pour ne plus avoir besoin d'intégrer le run time complet?

Le message qui m'est retourné est le suivant:

ActiveX container support module: cannot find 2 dependancies with the following module IDs:

Microsoft_VC90_CRT_x86.AA2EBBCC_3442_865E_7BB3E9F45F0C

Microsoft_VC90_MFC_x86.1B1242B0_08E9_3D59_826D_ADAA4BB763B5

Je précise qu'avant l'installation de CVI 2010, tout fonctionnait correctement...

Merci d'avance!

[CedS]

Un autre souci avec les kits de distrubtion...

Puisque vous m'y encouragez, je vais vous soumettre un autre souci!

Dans mon kit de distribution, j'ai besoin du composant ActiveX container. Ce composant me pose souci si je n'inclue pas tous les autres composants du RTE CVI. En ne prenant que les composants dont j'ai besoin (Standard run time, Analysis support et ActiveX), ca me donne un kit qui fait environ 15/20Mo, alors qu'avec le rte complet, environ 200Mo.

Mon kit étant diffusé sur un réseau, vous comprenez que 200M, c'est trop pour moi.

Comment puis je faire pour ne plus avoir besoin d'intégrer le run time complet?

Le message qui m'est retourné est le suivant:

ActiveX container support module: cannot find 2 dependancies with the following module IDs:

Microsoft_VC90_CRT_x86.AA2EBBCC_3442_865E_7BB3E9F45F0C

Microsoft_VC90_MFC_x86.1B1242B0_08E9_3D59_826D_ADAA4BB763B5

Je précise qu'avant l'installation de CVI 2010, tout fonctionnait correctement...

Merci d'avance!

[thomas.baudouin]

Bonjour,

Pourriez-vous préciser ce qui se passe si vous sélectionnez uniquement le "Standard Run-Time" et "ActiveX Container Support"?

C'est surprenant que vous deviez ajouter les autres composants (.NET, Real-Time, Instrument driver...).

Si le problème persiste, pourriez-vous poster un exemple de projet CVI, le plus minimaliste possible, permettant d'illustrer ce problème?

Cordialement,

[CedS]

Bonjour,

Le problème est le même si je ne sélectionne que "Standard run time" et "ActiveX container suppport".

Je joint donc un projet le plus simplifié possible qui reproduit le souci. Vous verrez le problème au moment de la création du kit de distribution, la vérification des dépendances des modules devrait vous retourner le message d'erreur que j'ai décrit dans mon précédent post.

Cordialement,

Cedric S

[thomas.baudouin · Accepted solution]

bonjour,

J'ai trouvé le forum suivant qui mentionne un problème très similaire au votre:

http://forums.ni.com/t5/LabWindows-CVI/Mesa-dll-could-not-be-found-received-from-CVI-2010-installati...

Pourriez-vous regarder et m'indiquer si ça correspond?

La solution proposée est d'installer séparément VS 2008 C++ Runtime.

Cordialement,

[CedS]

Bonjour,

Effectivement, le problème est le même que le mien et installer séparément le VS2008 runtime permet de faire fonctionner mon application.

Cependant, je suis embêté parce que je complique l'installation du logiciel chez mes clients simplement parce que je suis passé de CVI2009 à CVI2010, est il prévu que ce souci soit résolu autrement que par un contournement?

J'entends que la régression constatée de CVI2009 à CVI2010 soit corrigée un jour ou l'autre?

Merci de votre aide.

Cedric

[CedS]

Pour avoir une installation aussi simple pour l'utilisateur que précédemment, finalement, j'ai juste créé un petit batch qui lance successivement l'install de mon outil puis le vs2008 c++ runtime.

[thomas.baudouin]

Bonjour,

Le problème est recensé dans notre système sous le numéro CAR #278901. Nous prévoyons de le corriger dans un version ultérieure du logiciel.

Je vous présente nos excuses pour ce soucis.

Cordialement,

[CedS]

Merci de votre retour, le principal à mon sens est qu'on ait réussi à trouver une solution très acceptable immédiatement.