Discussion :

[elscorpio]

Bonjour à tous,
un client me demande de reprendre un programme écrit il y a plusieurs années pour y apporter quelques modifications. Sur le serveur du client, le fichier mdb s'ouvre avec Access 2003.
Le problème que je rencontre est que lorsque je récupère ce fichier sur mon poste et que je cherche à l'ouvrir (j'ai access 2010 installé), j'ai un message d'erreur indiquant que la base de données ou le projet access contient une référence inconnue au fichier "FPDTC.DLL", "MSCAL.OCX".
J'ai le même problème sur un autre pc qui a access 2013 installé.

Comment je peux résoudre mon problème?

Je vous remercie

[argyronet]

Bonjour,

MSCAL.OCX est un contrôle calendrier qui a été supprimé d'Access 2007 et ultérieur.
FPDTC.DLL est une DLL inconnue au bataillon... Peut-être un DLL maison. Il faudrait plonger dans le code pour savoir si elle est utilisée et à quoi elle sert.

Quoi qu'il soit, des modifications s'imposent :

• Convertir la base au format 2010
• Ouvrir tous les formulaires ayant le contrôle calendrier et le supprimer
• Affecter aux champs concernés la propriété d'affichage du calendrier à certaines dates.

Pour la DLL , j'ignore car je n'ai pas de visu sur ton appli...

Argy

[elscorpio]

Bonjour,
je te remercie pour ta réponse.

En recherchant sur le serveur du client, j'ai réussi à retrouver la dll FPDTC dans le répertoire OFFICE11 de Microsoft Office.
C'est embêtant pour MSCAL, mais l'application n'utilise pas de calendrier.

Je pense que le mieux pour moi est de refaire l'application dans un autre langage, elle est suffisamment légère pour que se soit envisageable. Cela me permettra de supprimer les problèmes de compatibilité d'office pour moi et pour les autres développeurs qui seront amenés à la faire évoluer.

[argyronet]

Je pense que le mieux pour moi est de refaire l'application dans un autre langage

Microsoft Access n'est pas le problème.

Quel que soit le langage que tu utilises, ce qui compte c'est la façon dont est écrit programme.
En ce qui concerne la compatibilité de Microsoft Office, Microsoft a tout prévu dans ce sens.
Pour te donner un aperçu, j'ai réussi sans problème à ouvrir une application 16 bits développée en 1995 sous Windows 3.1 sur un Windows 7 64 bits sans aucun problème.

Ce n'est pas parce que il y a une référence à un contrôle utilisé ou non dans une application ou encore une DLL que cela laisse envisager une refonte de celle-ci.
Si effectivement tu dispose du budget pour et du temps nécessaire aucun problème tu peux aller.
Mais qu'est-ce qui garantit que ça maintenance sera plus aisée si tu la développes par exemple en dotnet ou en Java.

Tout dépend le besoin au final.

Argy

[argyronet]

J'ajoute également que si ce contrôle n'est pas utilisé dans l'application, il te suffit tout simplement de le décocher dans la liste des références.
Il est fort probable que tu reçoives un message d'erreur interdisant le décochage auquel cas cela signifie qu'il est effectivement utilisé quelque part dans un formulaire qu'il faudra le localiser afin de supprimer ce contrôle pour enfin décocher la référence.
Pour la dll, il faut la récupérer et la stocker dans ton poste si elle est utilisée.

Il faudrait nous préciser comment elle l'est dans le code. Si aucun appel existe sur celle-ci, tu peux la décocher aussi et là, ton appli fonctionnera sous Access 2010 mais il est fort à prévoir qu'il y ait des ajustements...

Argy

[chrtophe]

Pour FPDTC.DLL, une simple recherche google et tu tombes sur ça :

http://www.developpez.net/forums/d55...oft-fpdtc-dll/

Pour les modifs, rester en .mdb te permettra probablement d'avoir moins de code à reprendre, mais .accdb est l'avenir.