MS Access 2000 (fichier ADP) sous windows 10

Question

Bonjour

Nous avons dû migrer nos serveurs vers Win10. Nous avons réinstallé MS.Access 2000 SP-3.

Après 2, 3 corrections de codes nottament les appels Username et pcname j'ai réussi à "démarrer" une ancienne base ADP.

Parcontre je rencontre le problème suivant : Lors de l'exécution des codes via la macro AUOTEXEC (codes dans des modules) tout se passe bien puis quand c'est au tour de la fenêtre principale ça foire. J'ai la souris qui passe en mode roue (donc exécution) puis au bout de quelque secondes la base se plante et access se ferme, sans message d'erreur. J'ai essayé de mettre des points d'arrêt dans le code "à l'ouverture" et "au chargement" mais le plantage se fait avant même d'accéder à ce code. du coup j'ai pensé à un composant sur la fenêtre, j'ai effacé un à un tous les éléments de la fenêtre jusqu'à optenir une fenêtre vide, rien n'a changé. J'ai mis en commentaire tout le code "à l'ouverture" et "au chargement" , toujours le même phénomène.

J'ai ensuite enlevé dans la propriété de le fenêtre l'appel procedure pour "à l'ouverture" et "au chargement" et hop la fenêtre s'ouvre.

J'ai le même phénomène avec toutes les fenêtres ayant un code au load ou démarrage d'une fenêtre.

• j'ai essayé de réinstallé Access
• j'ai vérifié toutes les références (aucune en missing)
• les données ADP (connection SQL server) sont accessibles

Je vois pas vraiment ce que je pourrai encore essayer. Malheureusement je ne peux pas "migrer" cette ADP, on utilise beaucoup le treeview activeX et surtout l'appel des procédures direct sous SQL server pour accéder aux données depuis une fenêtre ... Transformer serait équivalent à une réécriture totale et ça c'est pas permis de la part de mon employeur ...

Qn a-t-il une idée ?

Merci

Answer 1

Merci je vais y regarder

J'ai un petit souci avec le treeview , il ne marque pas bien les +- dans les sous-nodes, je dois double cliquer dessus pour qu'ils s'affichent.

Et une autre erreur :

"Utilisation incorrecte de NULL" code 94

avec le code suivant :

Me.Art_QteCde.Visible = Not CBool(Me.Parent.IsAchat)

Me.Art_QteCde.Visible est bien en FAUX , je suppose que cela provient de Me.Parent.IsAchat , mais je n'arrive pas bien à détecter l'origine, de plus je vois pas trop l'intérêt de ce code

Answer 2

C'est super ça!

Un conseil, évite tout ce qui est ActiveX.  Remplace le vieux calendrier de Microsoft avec https://www.devhut.net/2017/06/17/great-access-tools-calendar-controls/, le treeview avec https://jkp-ads.com/Articles/treeview.asp, ...

Answer 3

Bonjour & merci Daniel

J'ai migré l'ADP vers Access 2010 , mise à part quelque soucis avec des anciennes ocx , nottament celle du treeview 1 (VB5) que j'ai migré vers treeview 2 VB6 je pense que l'appli fonctionne correctement. En plus l'office 2010 s'installe mieux sur un serveur win10 que office 2000 :)

Parcontre mon souci pour une migration éventuelle vers ACCDB ce sont les appels directs de procédures stoquées (comme de queries) et ce directement en tant que source dans les fenêtres. les vues et tables je peux en faire des linked tables c'est pas trop un souci, mais l'appel de proc et fonctions SQL c'est pas facile ... je pensai partir sur un passtrough mais passer des params j'ai pas encore fait.

Bon j'ai 10 ans pour trouver une solution :D

Answer 4

Est-ce que ton code se compile sans erreurs?

Malheureusement, on parle d'un logiciel datant de plus de 21 ans maintenant, qui n'est plus officiellement supporter depuis 11 ans et qui officiellement n'est pas supporté par Windows 10.

Pourrais-tu utiliser un VM?

Ton employeur doit ce réveiller.  Après 21 ans c'est normale d'avoir a investir dans un logiciel.  Qu'il le veuille ou pas, fort probablement, il n'aura pas le choix d'une manière ou d'une autre.