Script qui provoque l'erreur "R6025 – pure virtual function call"

Re !

J'ai pu faire tourner mon script une bonne 60aine de fois, et du coup je confirme que l'erreur se passe bien à la ligne que je citais plus haut (il n'y a que là qu'elle apparaît) :

Code:

---

1 2 3 4 5

application.activeWindow.simulateIBWKey "FR" [validation] '/************** Partie permettant de copier l'EPN de l'exemplaire *********/ [SURVENUE DE L'ERREUR] application.activeWindow.command "mod", false

---

Dans le log, la dernière ligne écrite dans le fichier est celle juste après le "FR", donc l'erreur survient bien au moment où je renvoie le "application.activewindow.command "mod", false".

Il s'agit d'un truc destiné à écrire dans l'entrée du commande du logiciel afin de passer ce qu'on vient de valider en mode "écriture". Je dirais bien que c'est un problème de timing mais a-priori ce n'est pas ça puisqu'on a fait une temporisation... Donc je sais pas (je vais essayer de changer cette ligne de code par une autre destinée à faire la même chose et voir si ça fonctionne).

Citation:

---

je vais essayer de changer cette ligne de code par une autre destinée à faire la même chose et voir si ça fonctionne).

---

excellente démarche
tu peux commencer par un simple ;)

Code:

---

application.activeWindow.command "mod"

---

(le param False est actif par défaut)

Citation:

---

Envoyé par Bidulbuk

[...] Je dirais bien que c'est un problème de timing mais a-priori ce n'est pas ça puisqu'on a fait une temporisation... Donc je sais pas (je vais essayer de changer cette ligne de code par une autre destinée à faire la même chose et voir si ça fonctionne).

---

Dans le code que tu viens de poster, on ne voit pas la tempo.. c'est normal ?

Oui, j'avais testé puis enlevé ce bout de code proposé par Omen puisque ça ne réglait pas le problème :)

Je vais tester avec ça :

Code:

---

application.activeWindow.simulateIBWKey "F7"

---

Ca fait la même chose que le "command" (ce qui est assez bizarre d'ailleurs, parce que si je tape F7 au clavier ça me fait autre chose que de passer en mode écriture alors qu'avec l'objet, ça passe en mode écriture - mais bref). Si ça ne marche pas, je testerai avec le "command" sans le false. Et si ça ne fonctionne toujours pas, il me restera encore une autre manière de faire. Mais après j'aurai plus d'idée.

:bug:

Donc j'ai testé avec le "F7", mais j'ai eu de nouveau l'erreur. Du coup, comme j'effectue deux fois cette manoeuvre dans le script, j'ai mis la première avec le "F7" et la seconde avec le "Command" et pour le moment je n'ai pas eu l'erreur... J'attends un peu avant de savoir si c'est une coïncidence ou si ça a marché :koi:

Bon, c'était une coïncidence, j'ai toujours le message d'erreur :?

Donc à moins que quelqu'un.e ait une nouvelle idée, j'abandonne, mais merci beaucoup de vos retours !

Je pensais à un truc un peu tordu pour essayer de contourner ça
on essai de faire la commande, si erreur on retente, sinon on poursuit

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

ca_passe=false Do while not ca_passe Err.clear on error resume next application.activeWindow.command "mod" if Err.number = 0 then ca_passe=true else temporisation end if Err.Clear on error goto 0 Loop

---

Hello,

Merci pour cette dernière proposition ! Je vais tester ça dès que je suis de retour de congés :D

Re !

[EDIT : le bug décrit ci-dessous semble avoir été ponctuel... Je laisse le message au cas où, mais le code est maintenant bien interprété... :fou:]

Alors je n'ai pas testé encore ce bout de code (je n'en ai pas l'occasion) mais j'essaye de faire autrement pour ne pas avoir à repasser la fenêtre en mode "édition" deux fois de suite (vu que c'est ça qui bloque).

Donc j'essaye de passer par une expression régulière pour récupérer la donnée qui m'intéresse. Sauf que.

En fait ma recherche d'expression régulière se situe juste après la ligne de validation (j'y suis obligé parce que sinon la donnée qui m'intéresse n'est pas créé et je n'ai pas de moyen de la récupérer à la volée) :

Code:

---

application.activeWindow.simulateIBWKey "FR"

---

Et du coup le bout de code que j'ai ajouté après cette ligne n'est tout simplement pas interprété par le logiciel (je n'ai aucune erreur ni rien, c'est juste que le bout de code n'est pas exécuté). J'ai essayé en ajoutant juste un msgbox et même résultat : ce qui se situe, dans le code, juste après cette ligne n'est pas interprété...

J'ai ajouté 10 msgbox à la suite, au cas où il y aurait un message qui s'afficherait, mais aucune n'a fonctionnée.

Autre info : dans ce bout de code que j'ai rajouté, qui ne provoque aucune erreur, il n'y a pas d'appel aux objets internes de l'application (comme le application.activewindows... "mod")

Est-ce que ça vous aide à trouver une piste de réponse ? :weird:

Hello, c'est encore moi ! :D

Je reviens avec quelques infos nouvelles.

Comme j'ai dit ci-dessus, j'essaye de contourner l'erreur avec une recherche d'expression régulière et je me suis aperçu que l'erreur que j'ai dépend du poste sur lequel je me trouve (j'utilise majoritairement un PC portable, mais ça m'arrive de devoir travailler sur un fixe) : sur le PC portable, j'ai systématiquement l'erreur (même en rajoutant ton dernier bout de code Umfred) tandis qu'elle n'apparaît pas (je ne sais pas s'il faut dire jamais) sur le fixe... J'y ai pourtant les mêmes versions du logiciel et de Windows...

Ainsi la ligne suivante provoque systématiquement l'erreur sur le portable, tandis que ça n'est pas le cas sur le fixe :

Code:

---

1 2 3 4 5 6 7

application.activeWindow.simulateIBWKey "FR" 'valide le tout depuis une fenêtre en mode écriture 'SURVENUE DE L'ERREUR set modele = new regexp 'on créé l'objet regexp modele.pattern="A99 [0-9]{8}" 'modele recherché modele.global = true 'on recherche plusieurs fois la chaîne

---

L'erreur survient alors que je ne fais pas appel aux objets internes de l'application.

Je suis toujours à votre disposition si vous avez besoin de plus d'informations...

Comme ça commence à être dur à suivre et que j'ai de nouveau une info, je fais un petit récap de ce qui a déjà été fait ou dit.

J'utilise une application qui s'appelle WinIBW et dans laquelle j'utilise des scripts VBS. Cette application communique les données à un serveur. Lorsque j'utilise mes scripts j'ai, de façon aléatoire, une erreur "R6025 - pure virtual function call" (particulièrement lorsque des lignes de codes sont inscrites après la validation des données inscrites dans une fenêtre en mode "écriture"). Le service informatique m'a déjà réinstallé l'application (ce qui est souvent préconisé avec cette erreur) sans que ça ne change rien.

Grâce aux intervenant.es ici, on a essayé, sans que ça n'arrive à régler le problème, les solutions suivantes :

• La vérification que les objets appelés existent.
• Une temporisation placée à différents endroits du script.
• Faire la même chose avec un autre bout de code pour l'objet fenêtre.
• Essayer de contourner l'erreur.

Là je viens de m'apercevoir que l'erreur a a-priori un rapport avec la durée d'utilisation du script : plus j'utilise un script sur le même ordinateur, plus l'erreur aura tendance à apparaître. J'ai en effet eu, avec un script, l'apparition systématique de l'erreur sur l'ordinateur que j'utilise le plus tandis qu'en testant ce script sur d'autres ordinateurs avec le même logiciel, l'erreur n'apparaissait pas (mais je n'utilisais pas le logiciel à la même fréquence, je le lançais seulement une ou deux fois).
Aujourd'hui je viens de refaire un test sur l'ordinateur que j'utilise le plus, après une nuit, et l'erreur n'est pas apparue. J'en déduis que c'est lié à la durée d'utilisation en continu du logiciel.

Est-ce que ça vous paraît plausible comme "explication" ?

Il y a peut-être un "canal" de communication (ou de processus ou de requête) mal fermé ou se générant qui fait qu'au bout d'un moment le problème survient. (je sais je suis vague mais si ça te donne des pistes....)