Discussion :

[BjornDunkerbeck]

Hello,

Je développe des applis Access sur un poste équipé full Access, les applis sont exploitées sur des postes clients équipés d'un runtime access (version anglais).

je ne comprends pas:
pour un même poste runtime, sur une appli , les fonctions VB (Date, left, right, Instr, etc) ne sont pas reconnues dans les modules, alors qu'elles sont bien reconnues pour d'autres applis

j'ai pourtant coché les mêmes références !

je ne suis pas un débutant mais là, je cale complétement

merci pour votre aide !

[micniv]

J'ai eu des pb de ce type avec des run-time Acc97 ...
Comme toi, e n'avais pas tout compris à l'époque
Je solutionnais ça en refaisant le MDE sur la machine cible (en fait, sur un clone avec access) en prenant ses (chemins des) références

Ce qui n'était pas simple il est vrai !
Donc cette question m'intéresse aussi ...

[BjornDunkerbeck]

ce qui me "trouble" le plus, c'est que SUR UN MEME POSTE CLIENT, une appli marche, et l'autre non, alors que les déclarations de référence sont les mêmes pour les 2 applis

[BjornDunkerbeck]

j'ai résolu le problème en décochant certaines références qui "avaient l'air inutiles", mais qui, d'après leur appellation, n'avaient (apparemment) rien à voir avec les fonctions VB incriminées !

Il y a parfois des relations de cause à effet un peu incompréhensibles avec Access

si quelqu'un a une explication rationnelle, je suis preneur, parce que là, c'est un peu "inquiétant" ...

[micniv]

Je reste sur ma faim comme toi.

Et puisque nous sommes en attente d'explications ... j'en rajoute
Quelle est la limite l'intelligence des run-time :
par exemple :
j'ai réalisé une application access 2000 en y intégrant des exports vers excel (2000) : donc une reference : MS excel 9.0 object library. J'ai bouclé le packetage de déploiement avec un run-time.
J'installe sur un PC qui a excel 2000 : ça marche pile-poil (on peut toujours rêver).
Qu'en est-il si j'installe sur un PC qui a excel XP ? (faut-il vraiment refaire un package ?)
" sur un PC qui a excel 2003 ?
" sur un PC qui a déjà access 2003 installé ?

Bref si qqun a quelques connaissances la-dessus, je suis preneur de toute indication théorique sur ce sujet.
Merci au forum.

[Arkham46]

bjr,

si quelqu'un a une explication rationnelle, je suis preneur, parce que là, c'est un peu "inquiétant" ...

Parfois ça plantouille alors on tripotte les références et ça remarche.
Il suffit de retirer une référence, de valider, et de la remettre.
Plus rationnel, y a pas ; c'est juste un bug.

j'ai réalisé une application access 2000 en y intégrant des exports vers excel (2000) : donc une reference : MS excel 9.0 object library. J'ai bouclé le packetage de déploiement avec un run-time.
J'installe sur un PC qui a excel 2000 : ça marche pile-poil (on peut toujours rêver).
Qu'en est-il si j'installe sur un PC qui a excel XP ? (faut-il vraiment refaire un package ?)
" sur un PC qui a excel 2003 ?
" sur un PC qui a déjà access 2003 installé ?

Si tu utilises la référence alors il faut que la même version d'Excel soit installée (runtime ou pas, je ne crois pas que ça change quelque chose).
C'est du "early binding", c'est à dire que le code est compilé et donc validé avec une bibliothèque d'excel particulière.
Si tu veux que ton code fonctionne sur toutes les versions d'excel (dans la limite de compatibilité des fonctions) tu passes en "late binding" :
http://www.developpez.net/forums/sho...t=late+binding

[micniv]

Merci Arkham

Encore une précieuse information tout à fait dans l'esprit de ce que je demandais.

[cbleas]

Bonjour,
si tu n'as pas excell sur le poste client ça plante toujours meme avec les nouvelles versions.
la seule solution que j'ai trouvé sur le site c'est de tester la présence excell sur le poste et d'activer la référence si il est présent.

salutations.