[AC-2003] Problème de dll dao360 version 5.0 manquante [Résolu]

[electrosat03]

Bonjour,

Voici le problème que je rencontre.

Il y a un bureau qui travaille sur une appli qui est sur un serveur distant, tout fonctionnait correctement jusqu'à une màj de windows sur le serveur.

L'appli ne s'ouvre plus et j'ai un message d'erreur qui apparait

Or, l'appli qui se trouve sur les postes dans le bureau distant est de même version et elle fonctionne correctement.

De plus c'est la version dao360.dll ver 3.6...

Donc comment se fait-il qu'il me demande cette version 5.0?

Merci
A+

[LedZeppII]

Bonjour,

5.0 est la version de la bibliothèque de type.
C'est grâce à elle que l'explorateur d'objets de VBA pour afficher les classes et leurs membres.
Le numéro de version de la bibliothèque de type est indépendant de celui de la bibliothèque elle-même.

Voila ce que j'ai pour DAO 3.6 :

Code :

1
2
3
4
5
GUID     : {00025E01-0000-0000-C000-000000000046}
Major    : 5
Minor    : 0
Name     : DAO
FullPath : C:\Program Files\Fichiers communs\Microsoft Shared\DAO\dao360.dll

Si je prends par exemple la bibliothèque "Microsoft Office 11.0 Object Library" d'Office 2003,
la version de sa bibliothèque de type est 2.3.

Pour en revenir à ton problème, plusieurs hypothèses :
- Le fichier dao360.dll est manquant.
- Le fichier dao360.dll n'est pas à l'emplacement déclaré dans la base de registre.
- Le fichier dao360.dll n'est pas enregistré.
Exécuter

Code Invite de commandes :

regsvr32 dao360.dll

depuis le dossier contenant dao360.dll pour l'enregistrer.

Par ailleurs, je ne sais pas ce que c'est comme serveur, mais je doute que ce soit lui qui ait besoin de DAO.
Je pencherai plus pour le poste client.
A moins que ce ne soit un serveur de terminaux, et là je n'y connais rien.

A+

[electrosat03]

Salut,

Merci pour ta réponse,

Comment fais-tu pour obtenir

Code :

1
2
3
4
5
GUID     : {00025E01-0000-0000-C000-000000000046}
Major    : 5
Minor    : 0
Name     : DAO
FullPath : C:\Program Files\Fichiers communs\Microsoft Shared\DAO\dao360.dll

Pour résumer, il s'agit de terminal serveur distant, l'appli access est sur le C de se serveur dans mes documents de chaque employés.

L'appli qui est sur chaque poste dans le bureau où il y a le serveur, fonctionne correctement et c'est la même qui est sur le serveur(voir ligne avant), le problème c'est que si cette appli ne s'ouvre pas, je ne sait pas voir où le fichier dll doit-être.

Je suis perdu.
Les références sont-elles propres à chaques applis, je pense que oui.

Comment faire pour définir les références que l'appli à besoin et donner le chemin d'accès en code VBA, cela éviterait les problèmes.

Comment fais tu quand tu distribue une appli.

Merci pour ton aide

A+

[LedZeppII]

Bonsoir,

Les infos sur ma référence DAO ont été obtenues avec un code similaire à celui-ci :
Comment lister les références d'une base ou en ajouter ?
A noter que le code ne fonctionne pas avec une liaison rompue.

Les références VBA sont, je crois, des références à un GUID et un numéro de version (Majeur,Mineur).
C'est la base de registre qui donne le chemin vers le fichier à partir du GUID et de la version.
Comme ça on a pas à se soucier de l'emplacement exact des bibliothèques.
Et c'est tant mieux.

Je suis perdu.
Les références sont-elles propres à chaques applis, je pense que oui.

La disponibilité d'une bibliothèque, mise en référence dans une appli, dépend de l'environnement dans lequel l'appli s'exécute.

Je pense qu'il y a un souci dans l'environnement terminal serveur.
Ton appli est exécutée par le serveur dans un environnement simulant un poste de travail.
Dans cet environnement il doit manquer dao360.dll, ou bien cette dll n'est pas correctement enregistrée (regsvr32.exe).
Là, je pense qu'il faut l'assistance d'un administrateur Termimal Server, pour effectuer les vérifications.

A+

[electrosat03]

Re,

Tout fonctionnait depuis plus de 3 ans.

C'est lors d'une màj de sécurité du serveur que plus rien ne va, c'est un employé qui fait le travail sur le parc informatique et il n'est pas informaticien.

Il m'a juste dit qu'il avait fait cette màj.

La société n'a pas d'informaticien.

A+

[keita]

bonjour à tous
Ce pb peut survenir quelque fois lorsqu'on change de version de msosffice. surtout quand on passe de la version 2003 à 2007.
Est ce ton cas. si oui alors essaie ceci pour voir:
1/Désinstalle toutes les versions de msoffice sur la machine en question;
2/réinstalle le 2003;ouvre ta bd comme avant.(IMPORTANT)
3/réinstalle la version la plus récente (si nécessaire) et en parallèle de préférence.

@+

[electrosat03]

Salut,

Non, ils sont restés en office 2003.

C'est pourquoi je ne vois pas d'où vient le problème.

A+

[LedZeppII]

Bonsoir,

Est-ce que tu ne peux pas ouvrir une session Terminal Server et faire une recherche sur le fichier dao360.dll ?

A+

[keita]

bonjour
ok. va voir peut être ici!
http://www.restoreguard.com/p/file-D...FYYPfAodtDjxMw

sinon au risque de me répéter, désinstalle office2003, redémarre le pc et réinstalle le; tout simplement.Avec le nouvel env tout devrait repartir.

@+

[electrosat03]

Salut,

Le fichier Dll est présent sur les postes et sur le serveur.

Je ne pense pas que le problème vienne de MSoffice 2003, car le problème est sur tous les postes.

Merci+A+