Après réinstallation de windows et VB5, un programme en cours de
développement refuse de s'exécuter et le log de la feuille de démarrage
m'indique:
"Cannot load control CommonDialog1; license not found.
Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le
répertoire windows.....
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Gloops
Bonjour,
Je n'avais pas vu ta question. Tu trouveras une copie de l'appel par API des Common Dialogs, qui te dispense des soucis d'installation de ce type, dans le message 428fd3c9$0$3143$
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!! API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le 4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses les touches Windows R pour avoir la boîte de dialogue qui te permet de taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se tromper de chemin, et à condition aussi qu'il n'y ait pas une incompatibilité avec un autre composant, normalement tu dois obtenir une réponse qui te dit que l'enregistrement du composant a réussi. Ensuite ça marche.
Pour chercher dans les archives des newsgroups : http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de message que je t'ai donné plus haut. __________________________________ Jym a écrit, le 20/05/2005 10:26 :
Bonjour,
Après réinstallation de windows et VB5, un programme en cours de développement refuse de s'exécuter et le log de la feuille de démarrage m'indique: "Cannot load control CommonDialog1; license not found. Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le répertoire windows.....
Merci d'avance
Bonjour,
Je n'avais pas vu ta question.
Tu trouveras une copie de l'appel par API des Common Dialogs, qui te
dispense des soucis d'installation de ce type, dans le message
428fd3c9$0$3143$8fcfb975@news.wanadoo.fr
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!!
API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le
4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le
composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses
les touches Windows R pour avoir la boîte de dialogue qui te permet de
taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se
tromper de chemin, et à condition aussi qu'il n'y ait pas une
incompatibilité avec un autre composant, normalement tu dois obtenir une
réponse qui te dit que l'enregistrement du composant a réussi. Ensuite
ça marche.
Pour chercher dans les archives des newsgroups :
http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de
message que je t'ai donné plus haut.
__________________________________
Jym a écrit, le 20/05/2005 10:26 :
Bonjour,
Après réinstallation de windows et VB5, un programme en cours de
développement refuse de s'exécuter et le log de la feuille de démarrage
m'indique:
"Cannot load control CommonDialog1; license not found.
Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le
répertoire windows.....
Je n'avais pas vu ta question. Tu trouveras une copie de l'appel par API des Common Dialogs, qui te dispense des soucis d'installation de ce type, dans le message 428fd3c9$0$3143$
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!! API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le 4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses les touches Windows R pour avoir la boîte de dialogue qui te permet de taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se tromper de chemin, et à condition aussi qu'il n'y ait pas une incompatibilité avec un autre composant, normalement tu dois obtenir une réponse qui te dit que l'enregistrement du composant a réussi. Ensuite ça marche.
Pour chercher dans les archives des newsgroups : http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de message que je t'ai donné plus haut. __________________________________ Jym a écrit, le 20/05/2005 10:26 :
Bonjour,
Après réinstallation de windows et VB5, un programme en cours de développement refuse de s'exécuter et le log de la feuille de démarrage m'indique: "Cannot load control CommonDialog1; license not found. Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le répertoire windows.....
Merci d'avance
Jym
Merci Gloops. Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas. J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai toujours le m^m message (Cannot load control CommonDialog1; license not found.) dand le log des erreurs. Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un peu du chinois pour moi. Une idée ????
"Gloops" a écrit dans le message de news: 429128c6$0$1249$
Bonjour,
Je n'avais pas vu ta question. Tu trouveras une copie de l'appel par API des Common Dialogs, qui te dispense des soucis d'installation de ce type, dans le message 428fd3c9$0$3143$
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!! API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le 4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses les touches Windows R pour avoir la boîte de dialogue qui te permet de taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se tromper de chemin, et à condition aussi qu'il n'y ait pas une incompatibilité avec un autre composant, normalement tu dois obtenir une réponse qui te dit que l'enregistrement du composant a réussi. Ensuite ça marche.
Pour chercher dans les archives des newsgroups : http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de message que je t'ai donné plus haut. __________________________________ Jym a écrit, le 20/05/2005 10:26 : > Bonjour, > > Après réinstallation de windows et VB5, un programme en cours de > développement refuse de s'exécuter et le log de la feuille de démarrage > m'indique: > "Cannot load control CommonDialog1; license not found. > Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans
Merci Gloops.
Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas.
J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai
toujours le m^m message (Cannot load control CommonDialog1; license not
found.) dand le log des erreurs.
Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un
peu du chinois pour moi.
Une idée ????
"Gloops" <gloops@niark.fr> a écrit dans le message de news:
429128c6$0$1249$8fcfb975@news.wanadoo.fr...
Bonjour,
Je n'avais pas vu ta question.
Tu trouveras une copie de l'appel par API des Common Dialogs, qui te
dispense des soucis d'installation de ce type, dans le message
428fd3c9$0$3143$8fcfb975@news.wanadoo.fr
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!!
API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le
4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le
composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses
les touches Windows R pour avoir la boîte de dialogue qui te permet de
taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se
tromper de chemin, et à condition aussi qu'il n'y ait pas une
incompatibilité avec un autre composant, normalement tu dois obtenir une
réponse qui te dit que l'enregistrement du composant a réussi. Ensuite
ça marche.
Pour chercher dans les archives des newsgroups :
http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de
message que je t'ai donné plus haut.
__________________________________
Jym a écrit, le 20/05/2005 10:26 :
> Bonjour,
>
> Après réinstallation de windows et VB5, un programme en cours de
> développement refuse de s'exécuter et le log de la feuille de démarrage
> m'indique:
> "Cannot load control CommonDialog1; license not found.
> Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans
Merci Gloops. Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas. J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai toujours le m^m message (Cannot load control CommonDialog1; license not found.) dand le log des erreurs. Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un peu du chinois pour moi. Une idée ????
"Gloops" a écrit dans le message de news: 429128c6$0$1249$
Bonjour,
Je n'avais pas vu ta question. Tu trouveras une copie de l'appel par API des Common Dialogs, qui te dispense des soucis d'installation de ce type, dans le message 428fd3c9$0$3143$
C'est un peu plus loin dans ce newsgroup, dans le fil "Au zecours !!! API Get...openFile ???" du 21.05 à 08:36, en réponse à "LE TROLL" (le 4ème message du fil).
Sinon, la réponse directe à ta question consiste à réenregistrer le composant par "regsvr32 c:windowssystem32comdlg32.ocx" (tu presses les touches Windows R pour avoir la boîte de dialogue qui te permet de taper une commande).
A condition de faire ça dans une session administrateur et de ne pas se tromper de chemin, et à condition aussi qu'il n'y ait pas une incompatibilité avec un autre composant, normalement tu dois obtenir une réponse qui te dit que l'enregistrement du composant a réussi. Ensuite ça marche.
Pour chercher dans les archives des newsgroups : http://groups.google.fr/advanced_search?hl=fr
Il y a aussi en bas de cette page un champ où mettre l'identifiant de message que je t'ai donné plus haut. __________________________________ Jym a écrit, le 20/05/2005 10:26 : > Bonjour, > > Après réinstallation de windows et VB5, un programme en cours de > développement refuse de s'exécuter et le log de la feuille de démarrage > m'indique: > "Cannot load control CommonDialog1; license not found. > Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans
Après réinstallation de windows et VB5, un programme en cours de développement refuse de s'exécuter et le log de la feuille de démarrage m'indique: "Cannot load control CommonDialog1; license not found. Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le répertoire windows.....
Merci d'avance
Cela ressemble à un problème de licence développeur qui se trouvent dans
HKEY_CLASSES_ROOTLicenses
Si tu crées un nouveau projet et que tu essaies d'ajouter un contrôle ComonDialog, quel message obtiens tu ?
-- Cordialement,
Jacques.
Jym a écrit :
Bonjour,
Après réinstallation de windows et VB5, un programme en cours de
développement refuse de s'exécuter et le log de la feuille de démarrage
m'indique:
"Cannot load control CommonDialog1; license not found.
Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le
répertoire windows.....
Merci d'avance
Cela ressemble à un problème de licence développeur qui se trouvent dans
HKEY_CLASSES_ROOTLicenses
Si tu crées un nouveau projet et que tu essaies d'ajouter un contrôle
ComonDialog, quel message obtiens tu ?
Après réinstallation de windows et VB5, un programme en cours de développement refuse de s'exécuter et le log de la feuille de démarrage m'indique: "Cannot load control CommonDialog1; license not found. Que se passe-t-il ?? Apparemment, les fichiers comdlg32 sont bien dans le répertoire windows.....
Merci d'avance
Cela ressemble à un problème de licence développeur qui se trouvent dans
HKEY_CLASSES_ROOTLicenses
Si tu crées un nouveau projet et que tu essaies d'ajouter un contrôle ComonDialog, quel message obtiens tu ?
-- Cordialement,
Jacques.
Gloops
Jym a écrit, le 24/05/2005 08:59 :
Merci Gloops. Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas. J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai toujours le m^m message (Cannot load control CommonDialog1; license not found.) dand le log des erreurs.
As-tu créé ton projet (sous VB) dans une session administrateur ? C'est inattendu, mais chaque composant doit être utilisé sous VB une fois par l'administrateur pour pouvoir ensuite être utilisé par un programmeur en session d'utilisateur limité.
Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un peu du chinois pour moi. Une idée ????
A vrai dire, au début c'est normal de ne pas tout comprendre, tu peux te contenter de faire un copié-collé, vérifier que les procédures qui t'intéressent (button_click dans ce cas) sont en Public, et y faire appel depuis ton code. Il faut effectivement regarder un peu attentivement pour avoir les valeurs en retour.
Après tu as le temps de regarder les paramètres, voir quel paramètre dans une procédure correspond à quel paramètre dans la procédure appelante (le nom n'est pas forcément le même), sous VB c'est facilité par le fait qu'en te mettant sur la liste de paramètres dans l'appel, en ajoutant un caractère (par exemple un espace), tu fais apparaître les noms des paramètres, ça permet de mieux comprendre de quoi il retourne.
Tu peux avoir besoin d'un raccourci sur "C:Program FilesMicrosoft Visual StudioCommonToolsWinapiAPILOAD.EXE" /T C:Program FilesMicrosoft Visual StudioCommonToolsWinapiWIN32API.TXT
C'est le chargeur de déclarations, les chemins sont valables si tu as fait une installation par défaut de VB6. A vrai dire tu ne t'en sers pas si tu pompes un module tout prêt, mais si un jour tu veux faire une modif ...
C'est vrai qu'il faut un petit peu s'accrocher, mais ensuite tu n'as pas tous les problèmes de déploiement que posent les composants. L'utilité du composant comdlg32.ocx est de permettre de prendre conscience de ces problèmes et de s'entraîner à les résoudre. Donc, à toi de voir si ton projet aura à être installé sur de nombreuses machines, ou si tu as l'intention de développer des composants. A priori c'est utile (pour un analyste-programmeur) de maîtriser les deux techniques.
Est-ce une boîte de dialogue bien précise, que tu utilises ?
Jym a écrit, le 24/05/2005 08:59 :
Merci Gloops.
Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas.
J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai
toujours le m^m message (Cannot load control CommonDialog1; license not
found.) dand le log des erreurs.
As-tu créé ton projet (sous VB) dans une session administrateur ?
C'est inattendu, mais chaque composant doit être utilisé sous VB une
fois par l'administrateur pour pouvoir ensuite être utilisé par un
programmeur en session d'utilisateur limité.
Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un
peu du chinois pour moi.
Une idée ????
A vrai dire, au début c'est normal de ne pas tout comprendre, tu peux te
contenter de faire un copié-collé, vérifier que les procédures qui
t'intéressent (button_click dans ce cas) sont en Public, et y faire
appel depuis ton code. Il faut effectivement regarder un peu
attentivement pour avoir les valeurs en retour.
Après tu as le temps de regarder les paramètres, voir quel paramètre
dans une procédure correspond à quel paramètre dans la procédure
appelante (le nom n'est pas forcément le même), sous VB c'est facilité
par le fait qu'en te mettant sur la liste de paramètres dans l'appel, en
ajoutant un caractère (par exemple un espace), tu fais apparaître les
noms des paramètres, ça permet de mieux comprendre de quoi il retourne.
Tu peux avoir besoin d'un raccourci sur
"C:Program FilesMicrosoft Visual
StudioCommonToolsWinapiAPILOAD.EXE" /T C:Program FilesMicrosoft
Visual StudioCommonToolsWinapiWIN32API.TXT
C'est le chargeur de déclarations, les chemins sont valables si tu as
fait une installation par défaut de VB6. A vrai dire tu ne t'en sers pas
si tu pompes un module tout prêt, mais si un jour tu veux faire une
modif ...
C'est vrai qu'il faut un petit peu s'accrocher, mais ensuite tu n'as pas
tous les problèmes de déploiement que posent les composants. L'utilité
du composant comdlg32.ocx est de permettre de prendre conscience de ces
problèmes et de s'entraîner à les résoudre. Donc, à toi de voir si ton
projet aura à être installé sur de nombreuses machines, ou si tu as
l'intention de développer des composants. A priori c'est utile (pour un
analyste-programmeur) de maîtriser les deux techniques.
Est-ce une boîte de dialogue bien précise, que tu utilises ?
Merci Gloops. Hélas, hélas, hélas (3 fois hélas!), ça ne marche toujours pas. J'ai bien réenregistré comdlg32.ocx en session administrateur, mais j'ai toujours le m^m message (Cannot load control CommonDialog1; license not found.) dand le log des erreurs.
As-tu créé ton projet (sous VB) dans une session administrateur ? C'est inattendu, mais chaque composant doit être utilisé sous VB une fois par l'administrateur pour pouvoir ensuite être utilisé par un programmeur en session d'utilisateur limité.
Quant à l'appel des API, n'étant pas un pro de la programmation, c'est un peu du chinois pour moi. Une idée ????
A vrai dire, au début c'est normal de ne pas tout comprendre, tu peux te contenter de faire un copié-collé, vérifier que les procédures qui t'intéressent (button_click dans ce cas) sont en Public, et y faire appel depuis ton code. Il faut effectivement regarder un peu attentivement pour avoir les valeurs en retour.
Après tu as le temps de regarder les paramètres, voir quel paramètre dans une procédure correspond à quel paramètre dans la procédure appelante (le nom n'est pas forcément le même), sous VB c'est facilité par le fait qu'en te mettant sur la liste de paramètres dans l'appel, en ajoutant un caractère (par exemple un espace), tu fais apparaître les noms des paramètres, ça permet de mieux comprendre de quoi il retourne.
Tu peux avoir besoin d'un raccourci sur "C:Program FilesMicrosoft Visual StudioCommonToolsWinapiAPILOAD.EXE" /T C:Program FilesMicrosoft Visual StudioCommonToolsWinapiWIN32API.TXT
C'est le chargeur de déclarations, les chemins sont valables si tu as fait une installation par défaut de VB6. A vrai dire tu ne t'en sers pas si tu pompes un module tout prêt, mais si un jour tu veux faire une modif ...
C'est vrai qu'il faut un petit peu s'accrocher, mais ensuite tu n'as pas tous les problèmes de déploiement que posent les composants. L'utilité du composant comdlg32.ocx est de permettre de prendre conscience de ces problèmes et de s'entraîner à les résoudre. Donc, à toi de voir si ton projet aura à être installé sur de nombreuses machines, ou si tu as l'intention de développer des composants. A priori c'est utile (pour un analyste-programmeur) de maîtriser les deux techniques.
Est-ce une boîte de dialogue bien précise, que tu utilises ?
