Discussion :

[FDuber]

Bonjour à tous,

Avant d'ouvrir cette discussion, j'ai consulté les différents échanges sur ce sujet. Cependant je n'ai rien trouvé qui pourrait m'aider dans la résolution de mon problème.
Le voici :
Dans un fichier .bat, je lance la commande d'ouverture d'une base ACCESS 2016 en précisant la macro qui doit être exécutée. Jusque là tout va bien.
Le problème arrive plus tard à l'exécution d'une requête nécessitant l'usage d'une table liée, soit ORACLE soit ACCESS. En effet l'exécution semble stoppée sans aucune alerte ni avertissement et je n'arrive pas à comprendre pourquoi et surtout ce qui bloque.

Auriez-vous une piste pour m'aider à résoudre ce problème bloquant ?

A noter que l'exécution du .bat hors planificateur, fonctionne très bien.

Merci par avance pour votre aide.

Cordialement

[loufab]

Bonjour,

Tu as déclaré ta planification comment ?
Les droits sont bien positionnés sur cette tâche ?

Ce n'est qu'une piste. Difficile de faire une expertise avec un message aussi succinct et sans avoir la main sur la machine.

Cordialement,

[FDuber]

Bonjour,

Je comprends que mon message est trop succinct.
J'ai déclaré ma planification au travers du planificateur de tâche WINDOWS. L'auteur est par conséquent le compte de connexion à cette machine. Le compte utilisateur de cette tâche est également le même.
Lorsque je lance l'exécution de cette tâche, pour rappel un .bat incluant un start /wait le nom de la base ACCESS /X le nom de la macro à démarrer, l'exécution des requêtes issues de la macro se fait et s'arrête dès la 2ème lorsqu'il est nécessaire de lire une table ORACLE liée. Je précise que le compte qui apparaît dans ACCESS est "Admin". Ce n'est bien sûr pas le compte ayant servi à la liaison de la table via ODBC.

Si j'exécute directement le .bat sans passer par le planificateur, alors tout va se passe correctement avec les résultats escomptés. Le compte apparu dans ACCESS (CurrentUser()) est aussi "Admin".

Je rappelle que j'utilise ACCESS et que je ne peux pas, ou ne sais pas, modifier ou gérer les comptes utilisateurs dans ACESS.

Merci pour votre aide LOUFAB.

[loufab]

Le message d'erreur, lors du blocage sur la 2ème requête, devrait te guider pour identifier la cause.

[FDuber]

Bonjour,

Affirmatif. Seulement il faudrait pour cela que le message d'erreur apparaisse !

[loufab]

On peut tout voir, il suffit d'en avoir la volonté.

Peut-on voir ton code ?

[FDuber]

Dans le planificateur de tâche WINDOWS :
"C:\Interfaces\Lanceur PNM.bat"

Dans le .bat :
@echo on
start /WAIT msaccess "C:\BASESA~1\CHRONOS.ACCDB" /x Lanceur_Interfaces_PNM
exit

Si lancement via le planificateur, je vois bien une date de modification sur le fichier .ACCDB mais ACCESS ne s'ouvre pas et je ne vois pas les messages.
Si exécution depuis le .BAT, je vois bien l'ouverture de la base ACCESS et les messages.

A noter que la 1ère action de la macro est de rendre actif les messages systèmes. Je ne peux malheureusement pas vous afficher le contenu de la macro dans l'immédiat car travaillant à distance aujourd'hui, je passe par un VPN qui m'empêche des hard copy d'écran. Désolé.

Merci pour votre soutien.

[loufab]

Le batch et son contenu c'est toujours la même musique, donc aucun intérêt.

C'est le contenu de ceci qu'il faut : Lanceur_Interfaces_PNM

Quand tu l'auras on regardera ça.

[FDuber]

Bonjour,

vous trouverez ci-joint une image du contenu de la macro.

ci-joint également le contenu du VB sur ouverture du formulaire.

[FDuber]

Bonjour,

Quelqu'un a une idée ?

[loufab]

Bonjour,

Quand je vois un mélange de macro et de vba je me dis que certains ont le masochisme dans le sang.

Ce que tu postes n'apporte rien. Peut-être que tu devrais faire appel à un presta qui pourra voir le problème dans son ensemble.

Cordialement,