Error 91 :object variable or with block variable not set

Bonsoir,
Je viens de développer un petit programme où j'ai utilisé Access comme base de données , lorsque j'ai crée mon Setup et je l'ai installé sur un autre Pc [QUI ne contient pas VB 6 ] , ça me donne cette erreur " Error 91:object variable or with block variable not set" , mais ça marche très bien sur le PC où j'ai développé l'application :roll:
Est ce que vous pouvez m'aider a résoudre ce problème ?

Merci

La plus part du temps, on ne peux se contenter de copier l'exécutable sur la machine de destination. Il faut créer un programme d'installation.
Vb est livré avec un assitant d'empaquetage qui fait çà.
L'erreur que tu decris se produit parce que la machine sur le quel tourne ton programme n'a pas tous les objets necessaires.

Merci de m'avoir répondu ;

J'ai crée mon Setup grace à "Innosetup" qui offre plus de fonctionnalités par rapport a l'assistant de vb 6 . Mais le probleme c'est que j'ai cree Setup avec cet assitant (pour essayer ) et ça ne démarre pas sur ma machine et il me donne ce type d'erreur

Si tu crées ton Install avec l'assistant de VB, est ce que l'installation fonctionne bien ?
Si oui, regarde les fichiers inclus dans le fichier LST généré par VB et mets les dans la section [File] avec InnoSetup.

Merci ,je viens d'ajouter tous les fichiers DLL et OCX dans mon projet et ça ne marche trjs pas [ j'ai rajouté les fichiers directement dans le dossier où se trouve l'exécutable]

Non, ce n'est pas comme ça qu'il faut faire. Les OCX ou DLL doivent être enregistrés pour être "reconnus" par Windows.
Utilise l'assistant empaquetage et déploiement de VB. Celui ci va générer un fichier avec extension "lst".
Regarde la liste de ces fichiers et ajoute les dans la section File du fichier que tu utilise avec InnoSetup.

Tu trouveras par exemple ceci dans un fichier "lst" :

Code:

---

1 2 3 4

File9=@comdefinitioncontrol.ocx,$(WinSysPath),$(DLLSelfRegister),$(Shared),7/21/07 10:40:56 PM,73728,1.1.0.0 File10=@UDPDef.ocx,$(WinSysPath),$(DLLSelfRegister),$(Shared),7/21/07 9:50:29 PM,57344,1.1.0.0 File11=@MSCMCFR.DLL,$(WinSysPath),,$(Shared),7/13/98 1:00:00 AM,141312,6.0.81.63 File12=@MSCOMCTL.OCX,$(WinSysPath),$(DLLSelfRegister),$(Shared),3/9/04 12:00:00 AM,1081616,6.1.97.82

---

Ce qui devra donner ça dans un fichier InnoSetup :

Code:

---

1 2 3 4 5 6

[Files] Source: comdefinitioncontrol.ocx; DestDir: {sys}; Flags: promptifolder regserver sharedfile Source: UDPDef.ocx; DestDir: {sys}; Flags: promptifolder regserver sharedfile Source: MSCMCFR.DLL; DestDir: {sys}; Flags: promptifolder sharedfile Source: MSCOMCTL.OCX; DestDir: {sys}; Flags: promptifolder regserver sharedfile

---

Ce n'est bien sûr qu'un exemple.

Merci , je vais essayer de le faire et vous rendre la réponse .;)

Non ça ne marche pas , ma base de données ne veut pas se connecter .

Le problème est toujours présent , Est ce que vous avez d'autre solution ?

je pense plutôt à un problème de chemin vers ta base dans ton programme VB
mais fais quand même voir ton script InnoSetup (complet), on ne sait jamais

En fait , je sais ou se trouve le probleme mais je ne sais pas comment le resoudre ,

IL Y A UNE CONNEXION AVEC MA BASE DE Données , mais je ne peux pas consulter les enregistrements , alors quoi faire ?

Quel est l'objet qui est responsable pour effectuer cette connexion ? , ;)

Citation:

---

Envoyé par Eausport

Quel est l'objet qui est responsable pour effectuer cette connexion ? , ;)

---

Ma boule de cristal (empruntée à Delbeke :aie:) me dit ..... rien, en panne !!! :cry:

Citation:

---

je l'ai installé sur un autre Pc
.................
mais je ne peux pas consulter les enregistrements

---

Si tu es sous VISTA, essais de démarrer le programme en super administrateur, bouton droit sur le ficher exe, répondre a la fenêtre qui apparaît en validant exécuter en tant qu'administrateur.
Si cette condition de démarrage te permet d'utiliser ton programme normalement, je pense, mais n'en suis pas sûr à 100/100, il faudrait peut être autoriser ta BD pour "tout le monde", et essayer par la suite d'ouvrir ton programme en mode normal.

Citation:

---

Envoyé par Eausport

.../...
Quel est l'objet qui est responsable pour effectuer cette connexion ? , ;)

---

Cela ne résoudra pas le problème original et ce n'est pas le sujet, mais il existe plusieurs règles qu'apparemment tu ne suis pas :
- vérifier les variables afin d'intercepter les erreurs avant qu'elles ne se produisent
=> par exemple, si un object n'est pas affecté, difficile ensuite de faire référence à ses méthodes,
il est donc utile de vérifier après instanciation que l'object n'est pas à Nothing avant de poursuivre
- mettre en place un système de gestion des exceptions qui prenne en charge les différents contextes dans chaque procédure
(exécution en mode runtime, en mode compilé, local ou distant)
=> lourd mais très facilité avec des outils comme MZ-Tools qui permet de copier-coller rapidement des blocs de codes adaptés
pour peu qu'on le croise avec la compilation conditionnelle
- tester, retester et retester encore avant de déployer afin de différencier rapidement s'il s'agit d'une erreur de programmation ou d'une erreur de déploiement
=> bon, disons que dans ce cas, tu testais sur une autre configuration système
mais comme l'erreur levée ne permet pas de savoir s'il s'agit de l'un ou l'autre cas et qu'elle reste possible ... lol