PB Déploiement application

Bonjour,

Cette erreur est sans objet par rapport au point soulevé...
En fait, quand il y a une erreur de référence et là, c'est le cas pour vous,
Access met MANQUANT : Nom de la bibliothèque dans la liste des références.
Mais cela ne l'empêche pas de tourner pour autant.
Là où vous pouvez regarder c'est si des références telles que ADO et DAO
sont cochées ensembles dans votre projet avant déploiement. Normalement ADO,
vous n'en avez pas besoin sauf si vous avec des connexions externes (SQL,
Oracle...)
Pour des BDD Access, on préfère DAO (3.6)... Il peut y en avoir d'autres
(MouseWheel.dll, MSCal.ocx... ect.)

Quelles sont les références des librairies de votre projet ?
Quelles sont celles qui sont MANQUANTES dans l'appli déployée ?

Par ailleurs, pour vous aider à faire un déploiement propre, vous pouvez
lire ceci :
http://argyronet.developpez.com/office/access/runtime

Enfin, copier une DLL sur un autre PC n'apporte rien si vous ne
l'enregistrez pas avec REGSVR32.DLL (à utiliser avec précaution)

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

J'ai un soucis lié au déploiement d'une application ACCESS 2000.
Système exploitation Window2000Pro

Voici le problème:
Sur l'ordinateur hote, le runtime SR1 est installé.
L'application .mde fonctionne à l'exception de l'interprétation de tous les
fonctions liées aux strings de type left, right... qui générent une erreur.
Dans un champ par exemple : left("TATA",2) génére l'erreur #nom.

Je pensais que cela été lié à la bibliothèque VBA. J'ai copié de mon PC sur
l'autre PC sans résultat.

Sans cela l'appli fonctionne correctement.

Je ne sais pas comment résoudre ce problème

Toutes vos idées seront bien reçues

La solution d'empaquetage reste certainement la meilleure. Toute fois j'avais
eu des soucis avec la version 2000, et j'avais laissé tombé. D'autant que
j'avais pu installer mon appli sur les postes qui m'interraissaient. J'avais
déja eu le même problème qui avait été résolu en mettant comme réf Microsoft
DAO 3.51.

Sur le dernier poste ou je tente d'(installer, cela ne fonctionne pas. J'ai
tenté avec DAO 3.6 même résultat.

Je te donne toutes les bib liées:
Visual basic
Microsoft Access 9.0
Micro.. Excel 9.0
ole automation
Micro.. DAO3.6
Micro.. Visual basic for extensibility 5.3
Micro.. office 10.0 object library.

Sur le poste qui pose problème est installée un version office 97.

Y-a-t-il un moyen de connaitre qu'elles sont les biblio qui manquent.

Merci

Bonjour,

Cette erreur est sans objet par rapport au point soulevé...
En fait, quand il y a une erreur de référence et là, c'est le cas pour vous,
Access met MANQUANT : Nom de la bibliothèque dans la liste des références.
Mais cela ne l'empêche pas de tourner pour autant.
Là où vous pouvez regarder c'est si des références telles que ADO et DAO
sont cochées ensembles dans votre projet avant déploiement. Normalement ADO,
vous n'en avez pas besoin sauf si vous avec des connexions externes (SQL,
Oracle...)
Pour des BDD Access, on préfère DAO (3.6)... Il peut y en avoir d'autres
(MouseWheel.dll, MSCal.ocx... ect.)

Quelles sont les références des librairies de votre projet ?
Quelles sont celles qui sont MANQUANTES dans l'appli déployée ?

Par ailleurs, pour vous aider à faire un déploiement propre, vous pouvez
lire ceci :
http://argyronet.developpez.com/office/access/runtime

Enfin, copier une DLL sur un autre PC n'apporte rien si vous ne
l'enregistrez pas avec REGSVR32.DLL (à utiliser avec précaution)

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

J'ai un soucis lié au déploiement d'une application ACCESS 2000.
Système exploitation Window2000Pro

Voici le problème:
Sur l'ordinateur hote, le runtime SR1 est installé.
L'application .mde fonctionne à l'exception de l'interprétation de tous les
fonctions liées aux strings de type left, right... qui générent une erreur.
Dans un champ par exemple : left("TATA",2) génére l'erreur #nom.

Je pensais que cela été lié à la bibliothèque VBA. J'ai copié de mon PC sur
l'autre PC sans résultat.

Sans cela l'appli fonctionne correctement.

Je ne sais pas comment résoudre ce problème

Toutes vos idées seront bien reçues

L'empaquetage reste la meilleure solution. Mais j'ai eu des pbs avec la
version 2000 et j'ai abandonné d'autant que j'avais pu installer l'appli sur
les postes qui m'interraissaient. J'avais seulement du modifier la bib DAO
3.6 en DAO 3.51

Mais sur le nouveau PC sur lequel je veux installer cela ne fonctionne pas.

Les bib de mon appli sont:
Visual basic
Microsoft access 9.0
micro.. excel 9.0
ole automation
Micro.. DAO3.6
micro.. visaul basic for extensibility 5.3
micro.. office 10.0 object library

Peux-t-on connaitre quelles sont les biblio absentes?

Merci

Bonjour,

Cette erreur est sans objet par rapport au point soulevé...
En fait, quand il y a une erreur de référence et là, c'est le cas pour vous,
Access met MANQUANT : Nom de la bibliothèque dans la liste des références.
Mais cela ne l'empêche pas de tourner pour autant.
Là où vous pouvez regarder c'est si des références telles que ADO et DAO
sont cochées ensembles dans votre projet avant déploiement. Normalement ADO,
vous n'en avez pas besoin sauf si vous avec des connexions externes (SQL,
Oracle...)
Pour des BDD Access, on préfère DAO (3.6)... Il peut y en avoir d'autres
(MouseWheel.dll, MSCal.ocx... ect.)

Quelles sont les références des librairies de votre projet ?
Quelles sont celles qui sont MANQUANTES dans l'appli déployée ?

Par ailleurs, pour vous aider à faire un déploiement propre, vous pouvez
lire ceci :
http://argyronet.developpez.com/office/access/runtime

Enfin, copier une DLL sur un autre PC n'apporte rien si vous ne
l'enregistrez pas avec REGSVR32.DLL (à utiliser avec précaution)

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

J'ai un soucis lié au déploiement d'une application ACCESS 2000.
Système exploitation Window2000Pro

Voici le problème:
Sur l'ordinateur hote, le runtime SR1 est installé.
L'application .mde fonctionne à l'exception de l'interprétation de tous les
fonctions liées aux strings de type left, right... qui générent une erreur.
Dans un champ par exemple : left("TATA",2) génére l'erreur #nom.

Je pensais que cela été lié à la bibliothèque VBA. J'ai copié de mon PC sur
l'autre PC sans résultat.

Sans cela l'appli fonctionne correctement.

Je ne sais pas comment résoudre ce problème

Toutes vos idées seront bien reçues

Mais sur le nouveau PC sur lequel je veux installer cela ne fonctionne pas.
Bien en fait, du moment que les composants ne sont pas correctement

enregistrés dans le Regsitre de Windows, il y aura un pépin.
Là, ce qui se passe pour votre poste c'est qu'il manque quelque chose.
Du fait que ce soit le Runtime, il n'est pas envisageable de connaître les
références manquantes.
En revanche, vous pouvez biaiser : Ouvrez VBE dans Excel et tentez de cocher
les références que vous m'avez indiqué en adaptant bien évidement la version
en conséquence. Vous ne trouverez pas, par exemple, Microsoft Excel 9.0 mais
8.0 ;
vous me suivez ?
Il y a au moins une référence que vous ne trouverez pas et à mon avis, c'est
"MS Visual Basic for Extensibility 5.3" qui est la source du problème

Au fait ??? Pourquoi utilisez-vous cette référence ainsi que "MS Office 10.0
Object Library" ?

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

L'empaquetage reste la meilleure solution. Mais j'ai eu des pbs avec la
version 2000 et j'ai abandonné d'autant que j'avais pu installer l'appli sur
les postes qui m'interraissaient. J'avais seulement du modifier la bib DAO
3.6 en DAO 3.51

Mais sur le nouveau PC sur lequel je veux installer cela ne fonctionne pas.

Les bib de mon appli sont:
Visual basic
Microsoft access 9.0
micro.. excel 9.0
ole automation
Micro.. DAO3.6
micro.. visaul basic for extensibility 5.3
micro.. office 10.0 object library

Peux-t-on connaitre quelles sont les biblio absentes?

Merci

Bonjour,

Cette erreur est sans objet par rapport au point soulevé...
En fait, quand il y a une erreur de référence et là, c'est le cas pour vous,
Access met MANQUANT : Nom de la bibliothèque dans la liste des références.
Mais cela ne l'empêche pas de tourner pour autant.
Là où vous pouvez regarder c'est si des références telles que ADO et DAO
sont cochées ensembles dans votre projet avant déploiement. Normalement ADO,
vous n'en avez pas besoin sauf si vous avec des connexions externes (SQL,
Oracle...)
Pour des BDD Access, on préfère DAO (3.6)... Il peut y en avoir d'autres
(MouseWheel.dll, MSCal.ocx... ect.)

Quelles sont les références des librairies de votre projet ?
Quelles sont celles qui sont MANQUANTES dans l'appli déployée ?

Par ailleurs, pour vous aider à faire un déploiement propre, vous pouvez
lire ceci :
http://argyronet.developpez.com/office/access/runtime

Enfin, copier une DLL sur un autre PC n'apporte rien si vous ne
l'enregistrez pas avec REGSVR32.DLL (à utiliser avec précaution)

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

J'ai un soucis lié au déploiement d'une application ACCESS 2000.
Système exploitation Window2000Pro

Voici le problème:
Sur l'ordinateur hote, le runtime SR1 est installé.
L'application .mde fonctionne à l'exception de l'interprétation de tous les
fonctions liées aux strings de type left, right... qui générent une erreur.
Dans un champ par exemple : left("TATA",2) génére l'erreur #nom.

Je pensais que cela été lié à la bibliothèque VBA. J'ai copié de mon PC sur
l'autre PC sans résultat.

Sans cela l'appli fonctionne correctement.

Je ne sais pas comment résoudre ce problème

Toutes vos idées seront bien reçues

Merci pour les réponses judicieuses.

Par Excel m'a permis de trouver que les bib Excel 9.0 et office 10.0 ne sont
pas présentes, cela étant lié à office 97 qui est présent et non office 2000.
(je m'en doutais).

J'utilise la bib office10.0 pour la gestion des barres de commandes
(CommandBar) si je décoche cette bib des erreurs de compil sont générées sur
la commande ci avant.

Ce qui est étonnant, c'est que le fait de l'absence de certaines
bibliothèques se répercute sur systématiquement des erreurs sur
l'interprétation des left, mid...

Une instal d'office 2000 résoudra peut-être mon problème, je communiquerai
le résultat. Cela pouvant servir à d'autres

Mais sur le nouveau PC sur lequel je veux installer cela ne fonctionne pas.
Bien en fait, du moment que les composants ne sont pas correctement

enregistrés dans le Regsitre de Windows, il y aura un pépin.
Là, ce qui se passe pour votre poste c'est qu'il manque quelque chose.
Du fait que ce soit le Runtime, il n'est pas envisageable de connaître les
références manquantes.
En revanche, vous pouvez biaiser : Ouvrez VBE dans Excel et tentez de cocher
les références que vous m'avez indiqué en adaptant bien évidement la version
en conséquence. Vous ne trouverez pas, par exemple, Microsoft Excel 9.0 mais
8.0 ;
vous me suivez ?
Il y a au moins une référence que vous ne trouverez pas et à mon avis, c'est
"MS Visual Basic for Extensibility 5.3" qui est la source du problème

Au fait ??? Pourquoi utilisez-vous cette référence ainsi que "MS Office 10.0
Object Library" ?

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

L'empaquetage reste la meilleure solution. Mais j'ai eu des pbs avec la
version 2000 et j'ai abandonné d'autant que j'avais pu installer l'appli sur
les postes qui m'interraissaient. J'avais seulement du modifier la bib DAO
3.6 en DAO 3.51

Mais sur le nouveau PC sur lequel je veux installer cela ne fonctionne pas.

Les bib de mon appli sont:
Visual basic
Microsoft access 9.0
micro.. excel 9.0
ole automation
Micro.. DAO3.6
micro.. visaul basic for extensibility 5.3
micro.. office 10.0 object library

Peux-t-on connaitre quelles sont les biblio absentes?

Merci

Bonjour,

Cette erreur est sans objet par rapport au point soulevé...
En fait, quand il y a une erreur de référence et là, c'est le cas pour vous,
Access met MANQUANT : Nom de la bibliothèque dans la liste des références.
Mais cela ne l'empêche pas de tourner pour autant.
Là où vous pouvez regarder c'est si des références telles que ADO et DAO
sont cochées ensembles dans votre projet avant déploiement. Normalement ADO,
vous n'en avez pas besoin sauf si vous avec des connexions externes (SQL,
Oracle...)
Pour des BDD Access, on préfère DAO (3.6)... Il peut y en avoir d'autres
(MouseWheel.dll, MSCal.ocx... ect.)

Quelles sont les références des librairies de votre projet ?
Quelles sont celles qui sont MANQUANTES dans l'appli déployée ?

Par ailleurs, pour vous aider à faire un déploiement propre, vous pouvez
lire ceci :
http://argyronet.developpez.com/office/access/runtime

Enfin, copier une DLL sur un autre PC n'apporte rien si vous ne
l'enregistrez pas avec REGSVR32.DLL (à utiliser avec précaution)

--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

J'ai un soucis lié au déploiement d'une application ACCESS 2000.
Système exploitation Window2000Pro

Voici le problème:
Sur l'ordinateur hote, le runtime SR1 est installé.
L'application .mde fonctionne à l'exception de l'interprétation de tous les
fonctions liées aux strings de type left, right... qui générent une erreur.
Dans un champ par exemple : left("TATA",2) génére l'erreur #nom.

Je pensais que cela été lié à la bibliothèque VBA. J'ai copié de mon PC sur
l'autre PC sans résultat.

Sans cela l'appli fonctionne correctement.

Je ne sais pas comment résoudre ce problème

Toutes vos idées seront bien reçues