Boujour =E0 tous,=20
J'ai un probl=E8me avec une base Access2000 partag=E9e sur un=20
serveur et ouverte avec le runtime Access2000 par les=20
utilisateurs sur des postes windows2000. Office 97 est=20
aussi install=E9 sur ces postes. Sur ces postes, les requ=E8tes
avec les fonctions LTrim ou RTrim ne marche pas=20
Msg --->"Fonction non disponible dans l'expression..."
Ce probl=E8me m'emp=EAche de d=E9ployer mon application , un=20
grand merci =E0 qui pourras m'aider.
aurevoir
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
Gaël Schmitt
Bonjour,
Le phénomène que vous rencontrez est dû à une référence manquante, mais qui n'a rien à voir avec Trim().
En fait, Access résoud ses références à deux moments :
1°) Demande explicite de la compilation du code sous VBA, 2°) Demande d'exécution du code (compilation à la volée). Ce dernier parcourt alors toutes les références et regarde si toutes sont à sa disposition. Si ce n'est pas le cas, il refusera d'avancer et stoppera sur la première fonction rencontrée, partant du principe qu'elle peut potentiellement faire partie de la collection manquante.
Afin de résoudre votre souci, il convient d'ouvir la base sur le poste qui fonctionne (développement), aller dans outils/références arpès avoir ouvert un module (existant ou nouveau), puis noter la totalité des références cochées. Typiquement, vous aurez VBA, ADO (ou DAO), MSACCESS Object Library, OLE AUTOMATION. Et peut-être quelques une en plus (toutes se situent en haut de la liste affichée).
Toute référence additionnelle doit impérativement être livrée aux postes clients et enregistrée (via regsvr32 si le déploiement est manuel). En outre, notez qu'en cas d'utilisation de la DAO 3.6 Object Library, il faut veiller à ce que le poste client ait le fichier aussi.
Le meilleur moyen de s'assurer une démarche infaillible est donc de relever l'adresse de tous les fichiers référencés sur le poste de développement, et vérifier leur présence sur le poste client. S'ils le sont, les enregistrer via regsvr32 "cheminnom.dll" au command prompt.
Si les fichiers sont bien enregistrés sur le poste client (et donc présents), il conviendra d'approfondir ce qui se passe. En effet, avec la première version des outils développeurs pour Access 2000, il fallait que certaines DLL ou OCX soient exactement à la même version que sur le poste de développement (notamment comdlg32.ocx). La version 1.5 des ODE 2000 corrige cette erreur.
Gael.
"Astor Marc" a écrit dans le message de news:086f01c39949$c7717630$ Boujour à tous, J'ai un problème avec une base Access2000 partagée sur un serveur et ouverte avec le runtime Access2000 par les utilisateurs sur des postes windows2000. Office 97 est aussi installé sur ces postes. Sur ces postes, les requètes avec les fonctions LTrim ou RTrim ne marche pas Msg --->"Fonction non disponible dans l'expression..." Ce problème m'empêche de déployer mon application , un grand merci à qui pourras m'aider. aurevoir
Bonjour,
Le phénomène que vous rencontrez est dû à une référence manquante, mais qui
n'a rien à voir avec Trim().
En fait, Access résoud ses références à deux moments :
1°) Demande explicite de la compilation du code sous VBA,
2°) Demande d'exécution du code (compilation à la volée). Ce dernier
parcourt alors toutes les références et regarde si toutes sont à sa
disposition. Si ce n'est pas le cas, il refusera d'avancer et stoppera sur
la première fonction rencontrée, partant du principe qu'elle peut
potentiellement faire partie de la collection manquante.
Afin de résoudre votre souci, il convient d'ouvir la base sur le poste qui
fonctionne (développement), aller dans outils/références arpès avoir ouvert
un module (existant ou nouveau), puis noter la totalité des références
cochées. Typiquement, vous aurez VBA, ADO (ou DAO), MSACCESS Object Library,
OLE AUTOMATION. Et peut-être quelques une en plus (toutes se situent en haut
de la liste affichée).
Toute référence additionnelle doit impérativement être livrée aux postes
clients et enregistrée (via regsvr32 si le déploiement est manuel). En
outre, notez qu'en cas d'utilisation de la DAO 3.6 Object Library, il faut
veiller à ce que le poste client ait le fichier aussi.
Le meilleur moyen de s'assurer une démarche infaillible est donc de relever
l'adresse de tous les fichiers référencés sur le poste de développement, et
vérifier leur présence sur le poste client. S'ils le sont, les enregistrer
via regsvr32 "cheminnom.dll" au command prompt.
Si les fichiers sont bien enregistrés sur le poste client (et donc
présents), il conviendra d'approfondir ce qui se passe. En effet, avec la
première version des outils développeurs pour Access 2000, il fallait que
certaines DLL ou OCX soient exactement à la même version que sur le poste de
développement (notamment comdlg32.ocx). La version 1.5 des ODE 2000 corrige
cette erreur.
Gael.
"Astor Marc" <anonymous@discussions.microsoft.com> a écrit dans le message
de news:086f01c39949$c7717630$a401280a@phx.gbl...
Boujour à tous,
J'ai un problème avec une base Access2000 partagée sur un
serveur et ouverte avec le runtime Access2000 par les
utilisateurs sur des postes windows2000. Office 97 est
aussi installé sur ces postes. Sur ces postes, les requètes
avec les fonctions LTrim ou RTrim ne marche pas
Msg --->"Fonction non disponible dans l'expression..."
Ce problème m'empêche de déployer mon application , un
grand merci à qui pourras m'aider.
aurevoir
Le phénomène que vous rencontrez est dû à une référence manquante, mais qui n'a rien à voir avec Trim().
En fait, Access résoud ses références à deux moments :
1°) Demande explicite de la compilation du code sous VBA, 2°) Demande d'exécution du code (compilation à la volée). Ce dernier parcourt alors toutes les références et regarde si toutes sont à sa disposition. Si ce n'est pas le cas, il refusera d'avancer et stoppera sur la première fonction rencontrée, partant du principe qu'elle peut potentiellement faire partie de la collection manquante.
Afin de résoudre votre souci, il convient d'ouvir la base sur le poste qui fonctionne (développement), aller dans outils/références arpès avoir ouvert un module (existant ou nouveau), puis noter la totalité des références cochées. Typiquement, vous aurez VBA, ADO (ou DAO), MSACCESS Object Library, OLE AUTOMATION. Et peut-être quelques une en plus (toutes se situent en haut de la liste affichée).
Toute référence additionnelle doit impérativement être livrée aux postes clients et enregistrée (via regsvr32 si le déploiement est manuel). En outre, notez qu'en cas d'utilisation de la DAO 3.6 Object Library, il faut veiller à ce que le poste client ait le fichier aussi.
Le meilleur moyen de s'assurer une démarche infaillible est donc de relever l'adresse de tous les fichiers référencés sur le poste de développement, et vérifier leur présence sur le poste client. S'ils le sont, les enregistrer via regsvr32 "cheminnom.dll" au command prompt.
Si les fichiers sont bien enregistrés sur le poste client (et donc présents), il conviendra d'approfondir ce qui se passe. En effet, avec la première version des outils développeurs pour Access 2000, il fallait que certaines DLL ou OCX soient exactement à la même version que sur le poste de développement (notamment comdlg32.ocx). La version 1.5 des ODE 2000 corrige cette erreur.
Gael.
"Astor Marc" a écrit dans le message de news:086f01c39949$c7717630$ Boujour à tous, J'ai un problème avec une base Access2000 partagée sur un serveur et ouverte avec le runtime Access2000 par les utilisateurs sur des postes windows2000. Office 97 est aussi installé sur ces postes. Sur ces postes, les requètes avec les fonctions LTrim ou RTrim ne marche pas Msg --->"Fonction non disponible dans l'expression..." Ce problème m'empêche de déployer mon application , un grand merci à qui pourras m'aider. aurevoir
