Bonjour
J'utilise Visual basic 6 sur deux ordinateurs différents.
J'ai réalisé un programme sur l'ordinateur N°1 qui utilise le contrôle Data.
Tout fonctionne bien et mon programme tourne. Je compile le programme pour
realiser MonProgramme.exe, pas de problème et ça tourne également.
Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2,
message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur de
chargement de dll". Ca bloque à la première ligne de code qui rencontre
Data1.Recordset......
Par contre MonProgramme.exe compilè sur l'ordinateur N°1 tourne parfaitement
sur l'ordinateur N°2.
Je n'arrive pas à m'en sortir. Si quelqu'un a une idée ???
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
TOUTI
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur de chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2,
message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur de
chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les
fichiers???
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur de chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
Ciginfo
En fait, les deux. Dans un repertoire nommé MONPROGRAMME j'ai deux sous repertoires : L'un nommé Fichiers_VB où se trouvent tous les fichiers VB (Form, bas, vbp etc..) L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news:oAB9d.4564$
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, > message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
En fait, les deux.
Dans un repertoire nommé MONPROGRAMME j'ai deux sous repertoires :
L'un nommé Fichiers_VB où se trouvent tous les fichiers VB (Form, bas, vbp
etc..)
L'autre nommé Package où se trouvent tous les fichiers "Support" issus
effectivement de l'assistant d'empaquetage.
J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de
news:oAB9d.4564$1p.3983@nntpserver.swip.net...
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2,
> message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les
fichiers???
En fait, les deux. Dans un repertoire nommé MONPROGRAMME j'ai deux sous repertoires : L'un nommé Fichiers_VB où se trouvent tous les fichiers VB (Form, bas, vbp etc..) L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news:oAB9d.4564$
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, > message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
Ciginfo
Je dois rajouter également qu'après avoir compilé et fait un programme Install de MONPROGRAMME sur l'ordinateur N°1, j'ai installé MONPROGRAMME sur l'ordinateur N° 2. Depuis, tous les programmes VB sur l'ordi N°2 non compilés utilisant "Recordset" bloquent à ce niveau en affichant le message "Erreur de chargement de dll." Je ne dois pas avoir exactement la même version de Visual Basic sur les deux ordis, une dll doit être différente ou ne doit pas avoir l'autorisation. Laquelle et comment réparer ?
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news:oAB9d.4564$
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, > message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
Je dois rajouter également qu'après avoir compilé et fait un programme
Install de MONPROGRAMME sur l'ordinateur N°1, j'ai installé MONPROGRAMME sur
l'ordinateur N° 2. Depuis, tous les programmes VB sur l'ordi N°2 non
compilés utilisant "Recordset" bloquent à ce niveau en affichant le message
"Erreur de chargement de dll." Je ne dois pas avoir exactement la même
version de Visual Basic sur les deux ordis, une dll doit être différente ou
ne doit pas avoir l'autorisation. Laquelle et comment réparer ?
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de
news:oAB9d.4564$1p.3983@nntpserver.swip.net...
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2,
> message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les
fichiers???
Je dois rajouter également qu'après avoir compilé et fait un programme Install de MONPROGRAMME sur l'ordinateur N°1, j'ai installé MONPROGRAMME sur l'ordinateur N° 2. Depuis, tous les programmes VB sur l'ordi N°2 non compilés utilisant "Recordset" bloquent à ce niveau en affichant le message "Erreur de chargement de dll." Je ne dois pas avoir exactement la même version de Visual Basic sur les deux ordis, une dll doit être différente ou ne doit pas avoir l'autorisation. Laquelle et comment réparer ?
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news:oAB9d.4564$
> Si je transporte mes fichiers VB de ce programme sur l'ordinateur N°2, > message d'erreur lorsque le fais tourner ou veux le compiler : "Erreur
de
> chargement de dll".
As tu utilisé l'assistant d'empaquetage ou as-tu simplement copié les fichiers???
-- GuY
TOUTI
> L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer l'installation de ton programme et du moteur qui gére la base de données(si tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier de destination si tu ne l'as pas incluse lors de l'assistant de package)
-- GuY
> L'autre nommé Package où se trouvent tous les fichiers "Support" issus
effectivement de l'assistant d'empaquetage.
J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier
support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer
l'installation de ton programme et du moteur qui gére la base de données(si
tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier de
destination si tu ne l'as pas incluse lors de l'assistant de package)
> L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer l'installation de ton programme et du moteur qui gére la base de données(si tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier de destination si tu ne l'as pas incluse lors de l'assistant de package)
-- GuY
Ciginfo
Le problème n'et pas seulement de lancer le programme compilé ou de l'installer via setup. Je ne peux plus utliser Vb sur l'ordinateur N°2 dès qu'il y a un contrôle Data avec un Recordset. Il semblerait que le fait d'avoir installé MonProgramme compilé sur l'ordinateur N°1 ait introduit une dll surement de meme nom mais d'une autre version, non compatible avec le VB installé sur l'ordi N°1. En fait les deux versions VB sur chaque ordi doivent être différentes. Quelle est cette dll et comment la modifier. Reinstaller un même VB unique sur les deux ordi ? A noter que j'ai par ailleurs utilisé "Install creator" pour effectuer l'install de MonProgramme et non pas L'install de VB mais que j'ai pioché les fichiers dans le repertoire "Package/Support " que m'a crée lui, l'assistant install de VB.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news: iJN9d.4655$
L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer l'installation de ton programme et du moteur qui gére la base de données(si tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier de destination si tu ne l'as pas incluse lors de l'assistant de package)
-- GuY
Le problème n'et pas seulement de lancer le programme compilé ou de
l'installer via setup. Je ne peux plus utliser Vb sur l'ordinateur N°2 dès
qu'il y a un contrôle Data avec un Recordset.
Il semblerait que le fait d'avoir installé MonProgramme compilé sur
l'ordinateur N°1 ait introduit une dll surement de meme nom mais d'une autre
version, non compatible avec le VB installé sur l'ordi N°1. En fait les deux
versions VB sur chaque ordi doivent être différentes. Quelle est cette dll
et comment la modifier. Reinstaller un même VB unique sur les deux ordi ?
A noter que j'ai par ailleurs utilisé "Install creator" pour effectuer
l'install de MonProgramme et non pas L'install de VB mais que j'ai pioché
les fichiers dans le repertoire "Package/Support " que m'a crée lui,
l'assistant install de VB.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news:
iJN9d.4655$1p.4001@nntpserver.swip.net...
L'autre nommé Package où se trouvent tous les fichiers "Support" issus
effectivement de l'assistant d'empaquetage.
J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier
support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer
l'installation de ton programme et du moteur qui gére la base de
données(si
tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier
de
destination si tu ne l'as pas incluse lors de l'assistant de package)
Le problème n'et pas seulement de lancer le programme compilé ou de l'installer via setup. Je ne peux plus utliser Vb sur l'ordinateur N°2 dès qu'il y a un contrôle Data avec un Recordset. Il semblerait que le fait d'avoir installé MonProgramme compilé sur l'ordinateur N°1 ait introduit une dll surement de meme nom mais d'une autre version, non compatible avec le VB installé sur l'ordi N°1. En fait les deux versions VB sur chaque ordi doivent être différentes. Quelle est cette dll et comment la modifier. Reinstaller un même VB unique sur les deux ordi ? A noter que j'ai par ailleurs utilisé "Install creator" pour effectuer l'install de MonProgramme et non pas L'install de VB mais que j'ai pioché les fichiers dans le repertoire "Package/Support " que m'a crée lui, l'assistant install de VB.
François
"TOUTI" <gelapplication[nospam]@tiscali.fr> a écrit dans le message de news: iJN9d.4655$
L'autre nommé Package où se trouvent tous les fichiers "Support" issus effectivement de l'assistant d'empaquetage. J'ai copié tout le repertoire MONPROGRAMME d'un ordi à l'autre.
Il faut donc que tu utilises le fichier setup.exe (pas celui du dossier support mais celui qui se trouve avec le(s) fichier(s) cab) pour lancer l'installation de ton programme et du moteur qui gére la base de données(si tel est ton cas : n'oublie pas non plus de copier la BdD dans le dossier de destination si tu ne l'as pas incluse lors de l'assistant de package)
-- GuY
Clive Lumb
"Ciginfo" a écrit dans le message de news:4167a549$0$16594$
Je dois rajouter également qu'après avoir compilé et fait un programme Install de MONPROGRAMME sur l'ordinateur N°1, j'ai installé MONPROGRAMME
sur
l'ordinateur N° 2. Depuis, tous les programmes VB sur l'ordi N°2 non compilés utilisant "Recordset" bloquent à ce niveau en affichant le
message
"Erreur de chargement de dll." Je ne dois pas avoir exactement la même version de Visual Basic sur les deux ordis, une dll doit être différente
ou
ne doit pas avoir l'autorisation. Laquelle et comment réparer ?
Plutôt un problème de version de MDAC amha. L'as-tu inclu dans ton empaquetage ?
"Ciginfo" <Cigognes@wanadoo.fr> a écrit dans le message de
news:4167a549$0$16594$8fcfb975@news.wanadoo.fr...
Je dois rajouter également qu'après avoir compilé et fait un programme
Install de MONPROGRAMME sur l'ordinateur N°1, j'ai installé MONPROGRAMME
sur
l'ordinateur N° 2. Depuis, tous les programmes VB sur l'ordi N°2 non
compilés utilisant "Recordset" bloquent à ce niveau en affichant le
message
"Erreur de chargement de dll." Je ne dois pas avoir exactement la même
version de Visual Basic sur les deux ordis, une dll doit être différente
ou
ne doit pas avoir l'autorisation. Laquelle et comment réparer ?
Plutôt un problème de version de MDAC amha.
L'as-tu inclu dans ton empaquetage ?
> Plutôt un problème de version de MDAC amha. L'as-tu inclu dans ton empaquetage ?
C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je vérifier ?
François
Clive Lumb
"Ciginfo" a écrit dans le message de news:4168e23a$0$16570$
> Plutôt un problème de version de MDAC amha. > L'as-tu inclu dans ton empaquetage ?
C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je
vérifier
?
François
MDAC=Microsoft Data Access Components Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la version dans les propriétés. Sinon c'est dans la base de registres Chez moi la version est dans HKEY_CLASSES_ROOTCLSID{54AF9350-1923-11D3-9CA4-00C04F72C514}InstalledVers ion Vérifier sur les deux machines que c'est la même.
"Ciginfo" <Cigognes@wanadoo.fr> a écrit dans le message de
news:4168e23a$0$16570$8fcfb975@news.wanadoo.fr...
> Plutôt un problème de version de MDAC amha.
> L'as-tu inclu dans ton empaquetage ?
C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je
vérifier
?
François
MDAC=Microsoft Data Access Components
Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la
version dans les propriétés.
Sinon c'est dans la base de registres
Chez moi la version est dans
HKEY_CLASSES_ROOTCLSID{54AF9350-1923-11D3-9CA4-00C04F72C514}InstalledVers
ion
Vérifier sur les deux machines que c'est la même.
"Ciginfo" a écrit dans le message de news:4168e23a$0$16570$
> Plutôt un problème de version de MDAC amha. > L'as-tu inclu dans ton empaquetage ?
C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je
vérifier
?
François
MDAC=Microsoft Data Access Components Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la version dans les propriétés. Sinon c'est dans la base de registres Chez moi la version est dans HKEY_CLASSES_ROOTCLSID{54AF9350-1923-11D3-9CA4-00C04F72C514}InstalledVers ion Vérifier sur les deux machines que c'est la même.
Ciginfo
Même version pour le fichier MADAC_TYP.exe J'ai pu regler le problème en reinstallant le même VB sur les deux ordis, mais je n'ai toujours pas compris ce qui s'est passé. merci à tous
François
"Clive Lumb" a écrit dans le message de news:
"Ciginfo" a écrit dans le message de news:4168e23a$0$16570$ > > Plutôt un problème de version de MDAC amha. > > L'as-tu inclu dans ton empaquetage ? > > > C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je vérifier > ? > > François
MDAC=Microsoft Data Access Components Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la version dans les propriétés. Sinon c'est dans la base de registres Chez moi la version est dans
ion Vérifier sur les deux machines que c'est la même.
Même version pour le fichier MADAC_TYP.exe
J'ai pu regler le problème en reinstallant le même VB sur les deux ordis,
mais je n'ai toujours pas compris ce qui s'est passé.
merci à tous
François
"Clive Lumb" <clumb@Gratuit_in_English.fr.invalid> a écrit dans le message
de news:O5vzwrqrEHA.4008@TK2MSFTNGP14.phx.gbl...
"Ciginfo" <Cigognes@wanadoo.fr> a écrit dans le message de
news:4168e23a$0$16570$8fcfb975@news.wanadoo.fr...
> > Plutôt un problème de version de MDAC amha.
> > L'as-tu inclu dans ton empaquetage ?
>
>
> C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je
vérifier
> ?
>
> François
MDAC=Microsoft Data Access Components
Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la
version dans les propriétés.
Sinon c'est dans la base de registres
Chez moi la version est dans
Même version pour le fichier MADAC_TYP.exe J'ai pu regler le problème en reinstallant le même VB sur les deux ordis, mais je n'ai toujours pas compris ce qui s'est passé. merci à tous
François
"Clive Lumb" a écrit dans le message de news:
"Ciginfo" a écrit dans le message de news:4168e23a$0$16570$ > > Plutôt un problème de version de MDAC amha. > > L'as-tu inclu dans ton empaquetage ? > > > C'est à dire ??? je ne sais pas. Connais pas MDAC. Comment puis je vérifier > ? > > François
MDAC=Microsoft Data Access Components Dans ton empaquetage il doit y a voir un fichier mdac_typ.exe, regarder la version dans les propriétés. Sinon c'est dans la base de registres Chez moi la version est dans
