ACCESS & VB

Bonjour. J'ai créé une application VB qui utilisent des recordsets en lien avec Access. Sur mon PC, tout fonctionne parfaitement puisque j'ai Access et bien entendu que VB est installé. Je dois installer cette application chez un particulier et le problème c'est que je ne peux pas avoir accès à mes données, l'application se lance sauf que quand par exemple je souhaite lister les données d'une de mes tables Access, rien du tout! Sur le pc du particulier, ni Access ni VB ne sont installés. Faut-il installer l'un des deux ou les deux? Ou alors quels fichiers faut-il ajouter à l'application pour que la ça fonctionne. Merci.

Hmm, à mon avis il y a surement un truc qui manque, car il ne te donne aucunde erreur.
Il n'est pas nécessaire d'installer l'un ou l'autre, j'ai des soft qui fonctionne avec des bases access sans avoir access ou vb d'installer.
Ta base ne se charge peut-être pas.
As-tu mis une gestion d'erreur qui ne renvérais pas de messages ?
.
.
.

Chris...
Firstruner

Suis OK avec <cboulas>, il y a un truc que tu ne dis pas.
D'abord, comment installes-tu ton appli ? avec un package ? ou un copier/coller ?
Explik : si tu installes avec un package, normalement pas de problèmes. Ca installe les DLL nécessaires.

Le seul prob que j'ai rencontré, c'est quand je voulais installer une appli se servant d'access 97 sous 98 SE sur une machine équipée d'XP avec ou sans access 2002. Pour une raison que j'ignore encore, il a fallu que je mette 'vbar332.dll' dans le dossier de l'appli pour que ça fonctionne (pourtant, cette dll était présente dans le system32 de la machine xp).

Maintenant, pour découvrir ça, j'ai eu des messages d'erreur. Quels sont les tiens ?

Cordialement, CanisLupus

Tous les glands ne deviennent pas des chênes mais tous les chênes ont été des glands

madoman,CanisLupus, quand tu instal un driver tu remarque qu'il y a pour chque system d'exploitation un driver bien designé a lui ceci dit qu'il faut que tu compile sous le meme systeme que le sys du particulier

CanisLupus c'est pour ca que tu doit metter la DLL 'vbar332.dll'

madoman fait le package pour ton appli et ca va marché

Je sais tout ça medhmd83, quoiqu'il n'est pas forcément nécessaire de compiler sous le même système que le particulier.
Dans ma boite, j'ai win95, win98 ME, win98 SE, win2000, winNT, winXP. T'imagines le nombre de versions à faire si je suis ton raisonnement ?
Nan, je préfère me servir d'un minimum de DLL ou en tous cas des DLL communes à tous et si elles n'existent pas partout, je les fournis dans le dossier de l'appli. Au moins ça ne pollue pas le système du client et pour la désinstall, aucun problème.
Pour vbar332.dll, elle existe pratiquement partout mais pas de la même version. Doit-je écraser celle qui existe ? Je ne pense pas car ça peut provoquer d'autres problèmes avec d'autres applis.


Cordialement, CanisLupus

Tous les glands ne deviennent pas des chênes mais tous les chênes ont été des glands

CanisLupus, pourquoi ne pas faire une détection de la version du Windows comme cela tu n'a pas à faire une version pour chaque mais juste une sélection des DLL's adéquate lors de l'install.

Chris...
Firstruner

Ben je le fais aussi cboulas, mais pour les chemins ou clés du registre qui sont quelquefois différents entre les systèmes. Mais pour les DLL et OCX, c'est autre chose.
En tous cas, les applis que j'ai développées pour le boulot sont utilisables sous tous les systèmes windows de 95 à XP avec la même version de prog, sans package (donc sans install). Juste un copier/coller ou un simple raccourci quand l'appli est sur un serveur.

Cordialement, CanisLupus

Tous les glands ne deviennent pas des chênes mais tous les chênes ont été des glands

Merci à tous pour vos réponses. mais pour le package, comment faut-il faire exactement? me faut un générateur d'installations c bien ça??? Merci d'avance

Salut,

Le packageur est fournit avec VB6 : il s'appelle "Assistant Empaquetage & déploiement"

Chris...
Web :Firstruner - eMail : Support

Ok merci. j'avais pas pensé à aller voir dans les outils. maintenan ça devrait être bon.