Problème de distribution VB6 + ActiveX

Bonjour à tous,
J'ai codé un projet VB 6 faisant appel à une dll . Dans mon projet, j'ai coché la référence, et appelé cette dll avec un Public WithEvents
Sur mon poste de développement pas de problème, tout roule.
Sur mon portable, ou vb est installé , pas de problèmes non plus, après en registrement de la dll (pas d'install necessaire)
Par contre, après avoir fait une installation sur un poste sans VB (XP), à partir d'un setup réalisé avec l'assistant de d'empaquetage, pas moyen de faire fonctionner le programme, il plante à l'appel de la fonction contenue dans la dll (set ... as...), avec une erreur 429 activex bien connue. J'ai vérifié la présence de la dll dans la base de registre, désinstallé puis réinstallé la dll pour etre sur de ne pas avoir de conflit de versions, analysé l'exe avec depends.exe, sans problèmes signalé, et pourtant, toujours rien.
Une tentative vers un autre poste vierge, c'ets soldé ce matin par le même echec...
Bref, je ne vois plus rien et j'ai besoin de votre aide.

merci

essayer d'instancier le ou les objets de la dll par liaison tardive (createobject)
sinon, simplifier le code du composant en le complétant pas à pas jusqu'à l'apparition de l'erreur 429...

Et aussi, attention en installant, un activeX peut en cacher un autre :)

j'ai essayé createobject ce matin, meme erreur 429, je l'ai laisser d'ailleurs ca fait de mal à personne !
par contre je ne comprend pas vraiment ta seconde phrase, je ne peut pas simplifier le code jusqu'a l'erreur 429, c'est à la première ligne sur un bouton !!!

Code:

---

Set RokSockClient = CreateObject(RokSocket) ' initialisation du client

---

et voila !!

Bonjour,

Depends.exe ne voit pas toutes les dépendances.
Je travail sur des projets utilisant des dll maison et depends ne les indiques pas. Quand mes dll ne sont pas enregistrées j'ai bien une erreur 429.

Le plus vraisemblable est que ta dll a besoin d'une autre dll : recherches les dépendances de ta dll.

c'est ce que je disais lol, un activex peut en cacher un autre, même combat pour les dll

Ok, merci beaucoup, effectivement j'ai utilisé depends pour tester ma dll, mais je vais fouiller le code, c'est surement ça !!

A+

Citation:

---

par contre je ne comprend pas vraiment ta seconde phrase, je ne peut pas simplifier le code jusqu'a l'erreur 429, c'est à la première ligne sur un bouton

---

heu.., je disais

Citation:

---

simplifier le code du composant

---

pas le code du client qui instancie ton objet rocksocket :mrgreen:

Merci pour toutes ces infos...
Je cjerche, je cherche, mais ne trouve rien, j'ai listé toutes des dépendances de chaque dll, fouillé et simplifier le code de ma dll appelé par mon programme (c'ets bien là que ça coince.
Et pourtant, je n'arrive toujours pas à me sortir de cette erreur 429.
PAr contre, en essayant d'introduire dans mon exe client, le code d'enregistrement de la dll (déjà enregistée à la main), code fourni par microsoft, il me dit enregistrement impossible...

Bon, je continu à chercher mais si vous avez des idées, n'hésitez pas

Merci

Comment enregistres-tu ta dll ?
Si c'est une DLL fait avec VB (DLL ActiveX) il faut utiliser "regsvr32 MaDll.Dll" pour l'enregistrer et "regsvr32 MaDll.Dll /U" pour la désenregistrer.

Il est nomal que cela fonctionne correctement sur le poste où tu as compilé la Dll car lors de la compilation la dll est enregistrée automatiquement.

Dans le projet de ta dll, ouvre les menus "Projet / Référence" & "Projet / Composants". Tu trouveras ici toutes les dépendances de la dll. Regardes si les fichiers indiqués sont présents sur ton poste client (sans vb).
S'ils sont présents, ré-enregistres les.
S'il ne sont pas présents, copies les et ré-enregistres les.

Si cela ne marche toujours pas, regarde la documentation de chaque composant pour connaitre les dépendances et vérifier si celles-ci sont bien sur le poste client. Dans l'aide tu devrais retrouver cela dans des rubriques comme "Redistribution", "Distributing", "Distributable Files", "Deploying", ...

Attention certain composant ne fonctionne pas sur tous les systèmes d'exploitations ou les dll à installer peuvent être différentes d'un système à l'autre (surtout en win9x et Win2000/Xp).

Bon courage

Merci pour tes conseils... que j'ai déjà suivis pas à pas depuis quelques jours.
La dll qui coince est un activeX développer sous VB6, dont j'ai le code et dont je connais l'unique dépendance. j'ai tout désenregistrer à la main, et refait (l'install faite avec VB le fait égallement, j'ai vérifié).
J'ai essayé de compiller depuis un autre poste ayant vb (et sur lequel le cleint marche), mais ça ne change rien.
Je cherche donc du coté de la référence à l'activex, présente dans le projet, mais invisible avec depend.exe
J'avoue que ca me soule, donc pas plus de 2h par jour, après je fais autre chose...

Merci encore

Si c'est l'OCX qui bloque et que tu as le code, tu peux essayer de l'inclure dans ta dll. Cela évitera les problèmes d'installation :lol: , mais il est aussi possible que cela déporte le problème dans ta dll... :(

A voir