|
FOROS PROFESIONALES
WINDEV, WEBDEV y WINDEV Mobile |
| | | | | |
| Iniciado por fchataig, 16,jun. 2020 10:47 - 7 respuestas |
| |
| | | |
|
| |
Miembro registrado
82 mensajes |
|
| Publicado el 16,junio 2020 - 10:47 |
Bonjour,
Nous avons de plus en plus d'erreur jscript9.dll.
Est ce que quelqu'un a t-il déjà rencontré ce type d'erreur? ou aurait une idée de la cause?
Ceci arrive sur différentes fenêtres de façon aléatoire. difficile a reproduire.
Merci d'avance
Cdt
Que s'est-il passé ?
Une erreur interne inattendue est survenue.
Details techniques :
Module : jscript9.dll
Adresse de base : 17E50000
Erreur systeme : Access violation (GPF)
EIP = 17FA9E08
OS : Windows 2012 (6.2.9200)
Code erreur : 1020
Niveau : erreur fatale
Module : 'wd250vm.dll (01F250089f - 25.0.480.3)
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Details techniques :
Module : jscript9.dll
Adresse de base : 17E50000
Erreur systeme : Access violation (GPF)
EIP = 17FA9E08
OS : Windows 2012 (6.2.9200)
Registres :
EIP = 17FA9E08 EBP = 004ADBA8
EAX = 00000000 EBX = 084B5364
ECX = 15638CA0 EDX = 00000000
ESI = 17EB6D00 EDI = 004ADB9C
Pile des appels :
[jscript9.dll (17E50000)] 17F9A860 : DllCanUnloadNow() + 62888 bytes
[jscript9.dll (17E50000)] 17E5CEE0 : JsVarToExtension() + 368114 bytes
[jscript9.dll (17E50000)] 17E5CEE0 : JsVarToExtension() + 368384 bytes
[mshtml.dll (64870000)] 64A20DD0 : Ordinal107() + 93790 bytes
[USER32.dll (76D60000)] 76D68F50 : CallNextHookEx() + 177 bytes
[USER32.dll (76D60000)] 76D68F50 : CallNextHookEx() + 785 bytes
[USER32.dll (76D60000)] 76D6A5B0 : GetMessageW() + 591 bytes |
| |
| |
| | | |
|
| | |
| |
| Publicado el 17,junio 2020 - 09:26 |
Nous en avons aussi dans nos applications sans pouvoir trop en
déterminer la cause non plus...
eric l.
> Le 16/06/2020 à 08:47, Florian a écrit :
Bonjour, Nous avons de plus en plus d'erreur jscript9.dll. Est ce que quelqu'un a t-il déjà rencontré ce type d'erreur? ou aurait une idée de la cause? Ceci arrive sur différentes fenêtres de façon aléatoire. difficile a reproduire. Merci d'avance Cdt Que s'est-il passé ?
Une erreur interne inattendue est survenue.
Details techniques :
Module : jscript9.dll
Adresse de base : 17E50000
Erreur systeme : Access violation (GPF)
EIP = 17FA9E08
OS : Windows 2012 (6.2.9200)
Code erreur : 1020
Niveau : erreur fatale
Module : 'wd250vm.dll (01F250089f - 25.0.480.3)
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Details techniques :
Module : jscript9.dll
Adresse de base : 17E50000
Erreur systeme : Access violation (GPF)
EIP = 17FA9E08
OS : Windows 2012 (6.2.9200)
Registres :
EIP = 17FA9E08 EBP = 004ADBA8
EAX = 00000000 EBX = 084B5364
ECX = 15638CA0 EDX = 00000000
ESI = 17EB6D00 EDI = 004ADB9C
Pile des appels :
[jscript9.dll (17E50000)] 17F9A860 : DllCanUnloadNow() + 62888 bytes
[jscript9.dll (17E50000)] 17E5CEE0 : JsVarToExtension() + 368114
bytes
[jscript9.dll (17E50000)] 17E5CEE0 : JsVarToExtension() + 368384
bytes
[mshtml.dll (64870000)] 64A20DD0 : Ordinal107() + 93790 bytes
[USER32.dll (76D60000)] 76D68F50 : CallNextHookEx() + 177 bytes
[USER32.dll (76D60000)] 76D68F50 : CallNextHookEx() + 785 bytes
[USER32.dll (76D60000)] 76D6A5B0 : GetMessageW() + 591 bytes |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
82 mensajes |
|
| Publicado el 18,junio 2020 - 17:40 |
Bonjour,
Merci pour votre réponse.
J'ai ouvert un ticket au support. je vous tiendrai informé. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
82 mensajes |
|
| Publicado el 23,junio 2020 - 09:44 |
Je viens apporté la réponse du support PCSOFT, si cela peut aider. il semblerait que ce soit lié au champs carte et html.
On s'en doutait mais les utilisateurs se sont habitués à ces outils et ils ne sont pas content si on les enlève.
Message 1 :
Merci pour ce retour d'utilisation. Nous avons déjà un cas signalé avec une erreur similaire, mais malheureusement pas de projet reproduisant l'erreur. Si vous disposez d'un projet permettant d'observer l'erreur de manière non aléatoire, nous sommes preneur, même un projet complet du moment qu'un protocole déterminé conduit invariablement à l'erreur.
Dans le cas précédent, l'utilisateur a été débloqué en remplaçant une commande Utilise() par une commande Ouvre(). Regardez si cette solution peut s'appliquer à votre projet.
Message 2 :
C’est pratiquement impossible sans manipulation ou éléments de reproduire l’anomalie Toutefois, il s’agit vraisemblablement d’une partie de l’application qui exploite le champ Carte ou le champ HTML.
En espérant que ça puisse aider. et si vous arrivez a reproduire, n'hésitez pas a contacter le support pcsoft.
Cdt |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
601 mensajes |
|
| Publicado el 23,junio 2020 - 10:01 |
Bonjour,
Une piste supplémentaire apparaît. Le champ HTML repose sur les API du navigateur Internet Explorer. Il peut donc y avoir un lien avec la version du moteur de rendu de IE qui est utilisée, car elle est ancienne par défaut pour compatibilité avec l'existant. Il est possible de forcer l'utilisation d'une version plus récente de IE via les options du projet, et par programmation avec la valeur 11001 de la clé de registre FEATURE_BROWSER_EMULATION.
Je vous conseille de tester ces solutions, détaillées dans le billet suivant du blog du support :
https://blogs.pcsoft.fr/fr/agir-user-agent-requete-http-envoyee-champ-html-application-windev/6/read.awp
N'hésitez pas à me contacter notre support (https://www.pcsoft.fr/st/ecrst.htm) si la moindre difficulté persiste, il faudra dans ce cas fournir un exemple isolé, et détailler les particularités de la configuration sur laquelle le défaut apparaît.
--
Guillaume Bayle (Twitter : @GuillaumeBayle)
Support Technique PC SOFT
http://www.pcsoft.fr/st/index.html |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
82 mensajes |
|
| Publicado el 23,junio 2020 - 22:09 |
Bonjour,
Merci nous allons essayer ça.
Je vous tiens informé. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
82 mensajes |
|
| Publicado el 01,julio 2020 - 09:35 |
Bonjour,
Merci Guillaume.
Pour vous tenir informé. La solution de la clé de registre n'a rien changé pour nous.
Pour l'instant, nous avons mis les champs MAP et champs HTML dans des fenêtres internes.
Ils ne sont chargés que lorsque l'utilisateur en a besoin.
Ce qui réduit la probabilité que les utilisateurs chargent ces champs. Ainsi le nombre de plantages a diminué.
Bonne journée
Cdt |
| |
| |
| | | |
|
| | |
| |
| Publicado el 29,septiembre 2020 - 15:30 |
Nous avons le même problème de plantage. Et c'est récurent. En utilisant une autre map n'utilisant pas du javascript cela fonctionne bien.
Signature du problème :
Nom d’événement de problème: APPCRASH
Nom de l’application: Dispatcher.exe
Version de l’application: 26.1.65534.65519
Horodatage de l’application: 5d777723
Nom du module par défaut: jscript9.dll
Version du module par défaut: 11.0.9600.19811
Horodateur du module par défaut: 5f34b0d7
Code de l’exception: c0000005
Décalage de l’exception: 0015935a
Version du système: 6.3.9600.2.0.0.16.7
Identificateur de paramètres régionaux: 3084
Information supplémentaire n° 1: 6363
Information supplémentaire n° 2: 6363f06c8eed48db716b6d0d151807d3
Information supplémentaire n° 3: b892
Information supplémentaire n° 4: b892625573d97bb1079d5625a62e15f9
Lire notre déclaration de confidentialité en ligne :
http://go.microsoft.com/fwlink/…
Si la déclaration de confidentialité en ligne n’est pas disponible, lisez la version hors connexion :
C:\Windows\system32\fr-FR\erofflps.txt |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|