Un PC avec NT et Access 2000 ne comprend pas l'expression =Date()
mais accepte =now()
Le même fichier sur un autre PC (XP Access 2003), pas de problème !
"Thierry R" | Un PC avec NT et Access 2000 ne comprend pas l'expression Úte() | mais accepte =now() | Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références... Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu Débogage, Compiler...
"Thierry R"
| Un PC avec NT et Access 2000 ne comprend pas l'expression =Date()
| mais accepte =now()
| Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références...
Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu
Débogage, Compiler...
"Thierry R" | Un PC avec NT et Access 2000 ne comprend pas l'expression Úte() | mais accepte =now() | Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références... Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu Débogage, Compiler...
OK merci 3Stone Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Thierry R
Salut,
"Thierry R" | Un PC avec NT et Access 2000 ne comprend pas l'expression Úte() | mais accepte =now() | Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références... Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu Débogage, Compiler...
Ok ?
-- A+
OK merci 3Stone
Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Thierry R
Salut,
"Thierry R"
| Un PC avec NT et Access 2000 ne comprend pas l'expression Úte()
| mais accepte =now()
| Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références...
Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu
Débogage, Compiler...
OK merci 3Stone Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Thierry R
Salut,
"Thierry R" | Un PC avec NT et Access 2000 ne comprend pas l'expression Úte() | mais accepte =now() | Le même fichier sur un autre PC (XP Access 2003), pas de problème !
Un classique...
Tu as en fait un problème de références... Dans le VBE, menu Outils, Références
Décoche celle qui est marquée "Manquante" et recompile par le menu Débogage, Compiler...
Ok ?
-- A+
3stone
Salut,
"Thierry R" | Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Les problèmes de références est quelque chose de fréquent lorsque la base est installée sur un autre PC (mais pas obligatoire ;-) Souvent parce que les gens cochent des références inutiles, lorsqu'ils ignorent ce qui *doit* être coché ou non. Evidement, si tu coche des références inutiles, la "chance" de ne pas trouver le nécessaire sur un autre PC est d'autant plus grand. La règle veut donc que l'on active que les références réellement utilisées et nécessaires au fonctionnement de la base. En général, très peut.
En dehors de tels cas, il arrive aussi que sur le PC de "dévellopement" une base qui fonctionne sans problème depuis quelque temps, se retouve soudain avec cette erreur de référencement. Souvent, la cause est à chercher dans l'installation/désinstallation ultérieure d'un autre soft qui mets la pagaille, ou le copiage/mélange sauvage de DLL et autre OCX.
Parfois même, on remarque un dé-référencement sans raison apparente...
"Thierry R"
| Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Les problèmes de références est quelque chose de fréquent lorsque
la base est installée sur un autre PC (mais pas obligatoire ;-)
Souvent parce que les gens cochent des références inutiles, lorsqu'ils
ignorent ce qui *doit* être coché ou non.
Evidement, si tu coche des références inutiles, la "chance" de ne pas
trouver le nécessaire sur un autre PC est d'autant plus grand.
La règle veut donc que l'on active que les références réellement utilisées
et nécessaires au fonctionnement de la base. En général, très peut.
En dehors de tels cas, il arrive aussi que sur le PC de "dévellopement"
une base qui fonctionne sans problème depuis quelque temps, se retouve
soudain avec cette erreur de référencement. Souvent, la cause est à
chercher dans l'installation/désinstallation ultérieure d'un autre soft qui mets
la pagaille, ou le copiage/mélange sauvage de DLL et autre OCX.
Parfois même, on remarque un dé-référencement sans raison apparente...
"Thierry R" | Dois-je conclure que mon mdb a été crée sur le PC ou ça marche ?
Les problèmes de références est quelque chose de fréquent lorsque la base est installée sur un autre PC (mais pas obligatoire ;-) Souvent parce que les gens cochent des références inutiles, lorsqu'ils ignorent ce qui *doit* être coché ou non. Evidement, si tu coche des références inutiles, la "chance" de ne pas trouver le nécessaire sur un autre PC est d'autant plus grand. La règle veut donc que l'on active que les références réellement utilisées et nécessaires au fonctionnement de la base. En général, très peut.
En dehors de tels cas, il arrive aussi que sur le PC de "dévellopement" une base qui fonctionne sans problème depuis quelque temps, se retouve soudain avec cette erreur de référencement. Souvent, la cause est à chercher dans l'installation/désinstallation ultérieure d'un autre soft qui mets la pagaille, ou le copiage/mélange sauvage de DLL et autre OCX.
Parfois même, on remarque un dé-référencement sans raison apparente...
