Discussion :

[ChihuahuaMan]

Bonjour,
j'utilise une dll que je n'ai pas développée et j'ai la traditionnelle erreur 429 : "le composant activex ne peut créer l'objet" sous Windows Server 2003.
A noter que cette dll marche sous Xp avec Visual Studio.

Autre point intéressant : cela marche sur Windows Server 2003 pour certains utilisateurs et pas d'autres (qui ont pourtant les mêmes droits d'admin...). Il s'agit de la même machine.
J'ai donc pensé à des informations qui seraient dans le registre dans HKEY_CURRENT_USER, j'ai donc utilisé un programme qui permet de voir les clés de registre accédées. J'ai comparé les deux et il semble que ce soit identique.

Auriez-vous une piste ?

[Delbeke]

Première chose à vérifier : Est-ce que la dll est enregistréde correctement sur les machines fautives.
Deuxiemenent, il est possible qu'une dll puisse en cacher une autre (comme pour les trains). Il faut donc que toutes les dll apellées soient ausi sur la machine et eventuellement enregistrées si elles sont de type activex

[ChihuahuaMan]

La dll est enregistrée correctement. En fait, le début de la dll marche : je vois une première fenêtre, mais lorsque je clique sur un bouton qui m'ouvre un explorateur (ce qui me fait penser à un problème avec common dialog), ça plante pour certains utilisateurs sur server 2003.

S'il y avait un problème de dll, cela ne devrait jamais marcher sur server 2003, non ?

Comment savoir quelles dll sont utilisées ? J'ai ouvert ma dll avec le bloc-note et j'ai recherché les ".dll" et les ".ocx". Existe-t'il un autre moyen ?

[SfJ5Rpw8]

n'as tu pas .. ."Dependency Walker..."

"C:\Program Files\Microsoft Visual Studio\Common\Tools\DEPENDS.EXE"

?

[ChihuahuaMan]

merci pour votre aide,

Oui, on m'a effectivement parlé de ce logiciel et j'ai les dépendances.

Cependant, si je ne m'abuse, Dependency Walker repère uniquement les dépendances nécessaires à la compilation (création d'un objet avec new), mais pas celles qui nécessitent un enregistrement tardif (createObject).

D'autre part, j'ai ouvert ma dll avec notepad et j'ai trouvé cette chaîne :
"COMDLG32.OCX MSComDlg.CommonDialog". Pourquoi je ne vois pas l'ocx dans Dependency Walker ?

remarque : je suis de plus en plus persuadé que le problème vient de CommonDialog car l'erreur sous 2003 apparaît lorsque je clique sur un bouton chargé d'ouvrir une fenêtre d'explorateur OU sur un autre bouton chargé d'ouvrir la boîte de dialogue d'impression. Pourtant, comdlg32.ocx est bien enregistré.


Merci,

=> autant pour moi, comctl32.dll apparait dans dependency walker.
Sous server 2003, il semble que je n'ai pas gdiplus.dll et winhttp.dll.

=> Je les ai rajoutées, Dependency Walker est content, mais ça ne marche toujours pas.

[ChihuahuaMan]

En fait, pour moi, le comportement le plus surprenant est le suivant : pourquoi ça marche pour certains utilisateurs et pas d'autres sur la même machine ?

Si vous avez une idée, ça m'intéresse ...
Merci,