Code 1723 : il manque une dll pour installer des dll

Version imprimable

15/06/2006, 11h05
gdpasmini

Code 1723 : il manque une dll pour installer des dll

Hello..

J'ai un petit probleme... j'ai tenté d'installer mon prog sur un autre PC.. Ce prog fonctionne tres bien chez moi mais impossible de le faire marcher chez les autres...

J'ai installé le pack vcredist_x86.exe de microsoft pour mettre a jour les DLL de l'autre ordi...

Mais lors de l'installation, j'ai un msg d'erreur :

Code 1723 : il manque un dll pour terminer l'installation...bla bla bla

Bref il semble qu'il manque un dll pour installer mes... dll !!!

A priori, je ne suis pas le seul a avoir observé ce probleme..

Quelqu'un sait il comment le résoudre ??

Merci d'avance !!!!!!
15/06/2006, 11h12
farscape

salut,
le nom de la dll ?
au cas ou le programme doit etre distribuer uniquement en Release.
:D
15/06/2006, 11h14
gdpasmini

c'est ca l'arnaque, il n'y a pas de précision sur son nom....
15/06/2006, 11h17
farscape

c'est le setup a partir d'internet ou a partir du volume de developpement ?
:D
15/06/2006, 11h17
hiko-seijuro

:google: --> ici
15/06/2006, 11h28
gdpasmini

Citation:

1) It is planned to have vcredist_*.exe available on the website. I do not have an ETA for this now, but it is going to be announced when available.

2) MSI 3.1 is required. Agree that error message should be more informative. Pleaser report a suggestion on lab.msdn.microsoft.com

j'ai déja vu ce post sur google avant de venir poser ma question... mais je n'i ps tout compris...

A priori, rien éxiste pour le moment ??

Qu'est ce que MSI 3.1 ???

Bref, y a pas de solution...non ?
15/06/2006, 11h34
hiko-seijuro

l'installeur microsoft je crois :)

désolé pensais que tu ne l'avais pas vu :d
15/06/2006, 11h37
gdpasmini

Oki.. je susi en train de fair mon prorpre msi... in peu galere mais bon...

je tape comme il me preconise ds le prompt uuidgen -n2.. mais il reconnait pas la commande...

ca commence super bien, c'est l'étape 4 !!!
15/06/2006, 11h58
gdpasmini

ouf, ca y est, j'ai reussi a créer mon MSI... tout marche bien sauf que le pc sur lequel je dois installer le fameux MSI ne dispose pas d'une version suffisament récente de windows installer... je ne peux donc pas installer mes dll....

Grrrrrrrrr.... peut on installer le windows installer sur un autre pc ???
15/06/2006, 12h07
gdpasmini

Bon, c'est bon.. j'ai résolu mon pb.. le windows installer est.. installé et le MSI a bien foncitonné...

J'ai un nouveau message d'erreur qui apparait... Lorsque je lance mon application..

"cette application n'a pas pu démarrer car la configuration de l'applicaiton est incorrect. Réinstaller l'application pourrait résoudre ce probleme."

Comment puis je résoudre ce probleme... J'ai aucune idée de la cause...
15/06/2006, 12h27
farscape

donc on reprend les mêmes questions:
le programme est distribué en release ?
toutes les dll annexes du programme sont distribuées et placées au même endroit que l'executable ?
ce dernier point est verifiable par exemple avec cet utilitaire:
http://blog.developpez.com/index.php...&c=1&tb=1&pb=1

:D
15/06/2006, 14h07
gdpasmini

je pense qu'il est en release car dans le champ "configuration manager", j'ai fait un new puis release.. Le truc c'est que dans mon repertoire release, il y a les memes choses que dans mon repertoire debug.. je vois pas trop la différence... mais bon..

Pour ce qui est des dll qu'il a l'air d'utiliser en regardant le logiciel que tu m'a conseillé, en voila la liste.. Mais il doit y en avoir d'autre car il est censé utiliser des dll autres qui ne sont pas apparues...

-mscoree.dll
-mscorwks.dll
-RPCRT4.dll
-olle32.dll
-NETAPI32.dll
-kernel32.dll
-MSVCR71.dll
15/06/2006, 14h56
gdpasmini

Bon ca avance un peu.. j'ai reussi a compiler en release.. (enfin je crois car j'ai du mal a comprendre bien ce qu'est le mode release..)

Une fois n'est pas coutume, j'ai un nouveau message d'erreur :

Erreur 0xc0000135 : L'application n'a pas pu s'initialiser correctement...

J'ai vu sur google qu'il suffisait d'installer le .NET framework... C'est qd meme contraignant... Y a t'il une autre solution ??

Merci encore du coup de main... !!!
15/06/2006, 15h30
hiko-seijuro

question idiote ton appli elle est fait quelle version de C++ ? win32 ? avec MFC ?.net ?
15/06/2006, 15h39
gdpasmini

Win32... Je l'ai codé en C..

mais mon erreur est bien réelle... Lorsque je lance mon appli avec visual, il charge un paquet de dll et il est souvent écrit ".net framework : symbol not loaded" un truc comme ca...

Sur le net, ils disent tous de résoudre le pb en installant le framework sur l'autre pc...
15/06/2006, 17h38
farscape

si ton application est en c++ managé il faut effectivement le framework .net .
:D
15/06/2006, 18h49
nico-pyright(c)

faut vérifier si le mode /clr est activé dans les options de compilation
15/06/2006, 19h50
gdpasmini

Oki.... Il est effectivement en mode managé.. j'ai bien coché l'option \clr.. sinon un pb se passait.. Mes treeview ne se cochaient plus si je met le no runtime environnement...

Je ne comprend pas bien pourkoi...

je vais regarder ca de plus pres !!

En tout cas merci encore pour vos suggestions !!
15/06/2006, 20h39
farscape

mais finalement ton application c'est quoi ?
des MFC ?,du win32 ?, du .net ?
:D
15/06/2006, 20h47
hiko-seijuro

farscape --> panaché :aie: :mrgreen:
15/06/2006, 21h12
nico-pyright(c)

ben, si y a /clr, c'est du managé, donc du MSIL qui a besoin du runtime .Net

lol c'eest une bonne question que je me pose un peu moi meme... Je pense que c'est du win32 a 99%.. Le problme, comme je le disais tout a l'heure, si j'enleve la compil \clr, ca marche bien mais qd je click sur la treeView/checkbox, l'etat du checkbox en question ne change plus...

Je comprends pa du tout pourkoi car je ne pensais pas utiliser du .net du début a la fin de mon prog...

Voila le code que j'utilise pour éeffectuer les opération sitées ci-dessus..
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 case WM_NOTIFY: switch (lpnmh->code) { case NM_CLICK : dwpos = GetMessagePos(); ht.pt.x = GET_X_LPARAM(dwpos); ht.pt.y = GET_Y_LPARAM(dwpos); MapWindowPoints(HWND_DESKTOP, lpnmh->hwndFrom, &ht.pt, 1); TreeView_HitTest(lpnmh->hwndFrom, &ht); tv_item.mask = TVIF_HANDLE | TVIF_STATE; tv_item.hItem = ht.hItem; tv_item.stateMask = TVIS_STATEIMAGEMASK; TreeView_GetItem(treeViewFlux, &tv_item); if(TVHT_ONITEMSTATEICON & ht.flags) { PostMessage(hwnd, UM_CHECKSTATECHANGE, 0, (LPARAM)ht.hItem); } break; case UM_CHECKSTATECHANGE: { printf("on change l'état du checkbox!!\n"); break; }

16/06/2006, 08h52
farscape

je pense que ça n'a rien a voir .
le changement d'environnement a fait sortir un probleme existant .
:D
16/06/2006, 09h07
gdpasmini

Oki je vois ce que tu veux dire.. mais je viens de refaire l'experience...

J'ai une treeview. si j'appuie sur un bouton, elle se remplie avec ses elements et ressemble a ca :

parent
enfant1
enfant2
enfant3

Si j'enleve, le \clr et que je mets en no runtime env.. mes methodes marchent bien d'apres les traces mais dans ma treeview je n'ai plus que je le parent.. J'ai beau clické dessus mais ca fais rien !! Les enfants sont po la !!

Je vois pas quel est le pb... j'ai scrupuleusement suivi le tuto api windows pour faire ma treeview.....
16/06/2006, 09h19
farscape

Il faut refuser ce genre de raisonnement, win32 n'utilise pas .net .
Si le comportement a changer il faut s'attacher à comprendre pourquoi : bug mémoire ou autre comme l’ordonnancement des messages.
c'est préférable à un lien de cause a effet foireux...
:D
16/06/2006, 09h38
gdpasmini

d'ac... Je vais tenter de résoudre ce pb... Je vous tiens au courant !!
16/06/2006, 10h11
gdpasmini

Bon, j'ai regardé mon code de plus pres.. je ne vois pas ou est le pb..

Les fonctions sont bien apelées au bon moment.. les info sont les bonnes...

Je fais un insertitem pour insérer un nouvel élement... je pige pas...

Les enfants de ma treeview sont apparues une fois en lancant le prog mais la fois suivante, plus rien.. ce probleme n'est pas présent en compilant en \clr car, comme tu le disais farscape, le pb doit etre masqué...

J'ai tres certainement un pb mémoire mais cmt le découvrir... ???
16/06/2006, 11h19
Médinoc

Hum... Une différence qui existe surement entre le /clr et le natif, cela peut être l'initialisation des variables: Vérifie que tu n'as rien de non-initialisé (peut-être que le CLR initialise la mémoire à zéro que tu manipules des objets managés ou non, enfin un truc du genre)
19/06/2006, 09h27
gdpasmini

Oki merci beaucoup, c pas bete l'initialisation des variables.. faut trouver laquelle maintenant !!lol

J'ai recréé un nouveau post car le sujet initial a bien changé... Et puisque ca m'arrive a moi, ca a déja du arrivé a quelqu'un ! Enfin, j'espere lol

Voila l'adresse :

http://www.developpez.net/forums/sho...d.php?t=166844

Merci encore !
21/06/2006, 09h27
Rupella

Salut tous,

J'ai eu la meme galère. Un même système a installer, et sur un poste, le meme message d'erreur, sans le nom de la Dll en cause...

Pour que cela puisse fonctionner j'ai installé sur le poste en question le package suivant:

...\Microsoft Visual Studio 8\SDK\v2.0\BootStrapper\Packages\WindowsInstaller3_1\WindowsInstaller-KB893803-v2-x86.exe

Et la, ca marche mieux ! (joie et bonheur dans la demeure) ;)