|
FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
| [WD18] Erreur 1020 Erreur système : Access violation (GPF) |
| Débuté par Pierre Dugué, 08 jan. 2013 16:55 - 19 réponses |
| |
| | | |
|
| |
Posté le 08 janvier 2013 - 16:55 |
Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement |
| |
| |
| | | |
|
| | |
| |
Posté le 08 janvier 2013 - 17:11 |
Bonjour,
Moi aussi j'ai eu cette erreur sur une toute petite application commencée à être écrite en Windev 18.
Résultat : contraint de revenir à une version antérieure de windev (la 16 en ce qui me concerne)
J'ai signalé le problème au ST, problème qui pour ma part rend cette version 18 inexploitable, rien que ça. |
| |
| |
| | | |
|
| | |
| |
Posté le 08 janvier 2013 - 17:32 |
Bonjour Pierre,
sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le
code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait
te donner une idée de l'origine du problème
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
Plus d'information sur http://fabriceharari.com/index_FR.html
On 1/8/2013 10:55 AM, Pierre Dugué wrote:
Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 08 janvier 2013 - 17:51 |
Merci Fabrice,
Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement.
J'ai envoyé une sauvegarde au ST.
Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité.
Cordialement.
Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> :
Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 08 janvier 2013 - 19:18 |
Bonjour Pierre-Louis...
Mon message était pour pierre, mais tu peux essayer de faire la même
chose en deboguage de l'exe pour savoir plus précisément ce qui créé le
problème
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
Plus d'information sur http://fabriceharari.com/index_FR.html
On 1/8/2013 11:51 AM, Pierre-Louis wrote:
Merci Fabrice, Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement. J'ai envoyé une sauvegarde au ST. Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité. Cordialement. Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> : Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 08 janvier 2013 - 23:24 |
Merci Fabrice.
Pierre, Pierre-Louis... J'avais confondu... 
J'ai préféré signaler le problème au ST en leur transmettant le programme.
C'est le ST qui va se charger de résoudre le problème, je l'espère (j'attends).
Je pense qu'il s'agit d'un problème Windev puisque le programme très simple ne comporte aucun piège et qu'il fonctionne parfaitement dans une version antérieure à 18.
Cordialement.
Fabrice Harari a écrit dans le message de news <50ec4ebc@news.pcsoft.fr> :
Bonjour Pierre-Louis... Mon message était pour pierre, mais tu peux essayer de faire la même chose en deboguage de l'exe pour savoir plus précisément ce qui créé le problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 11:51 AM, Pierre-Louis wrote: Merci Fabrice, Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement. J'ai envoyé une sauvegarde au ST. Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité. Cordialement. Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> : Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2013 - 15:40 |
Bonjour Pierre-Louis
C'est un choix... Le problème étant que bien sur, ils peuvent te dire
qu'ils n'arrivent pas à reproduire le problème, et du coup... Il est
tout à fait possible en effet que le bug de windev ne se produise que du
fait d'une certaine config de ta machine (présence d'autre
logiciels/matériels, etc)...
Faire le test chez toi et identifier la ligne qui cause le crash te
permettrait peut être de dire, "Bon sang, mais c'est bien sur!" c'est
parce que j'ai XYZ installé, et le support ne peut pas le savoir...
Du coup, ils ne peuvent pas corriger, et tu reste planté
Mais bon, ce que j'en dis
Cordialement
--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International
Plus d'information sur http://fabriceharari.com/index_FR.html
On 1/8/2013 5:24 PM, Pierre-Louis wrote:
Merci Fabrice. Pierre, Pierre-Louis... J'avais confondu... J'ai préféré signaler le problème au ST en leur transmettant le programme. C'est le ST qui va se charger de résoudre le problème, je l'espère (j'attends). Je pense qu'il s'agit d'un problème Windev puisque le programme très simple ne comporte aucun piège et qu'il fonctionne parfaitement dans une version antérieure à 18. Cordialement. Fabrice Harari a écrit dans le message de news <50ec4ebc@news.pcsoft.fr> : Bonjour Pierre-Louis... Mon message était pour pierre, mais tu peux essayer de faire la même chose en deboguage de l'exe pour savoir plus précisément ce qui créé le problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 11:51 AM, Pierre-Louis wrote: Merci Fabrice, Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement. J'ai envoyé une sauvegarde au ST. Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité. Cordialement. Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> : Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2013 - 16:49 |
Bonjour Fabrice,
C'est un débat effectivement.
Pour l'instant le ST ne m'a pas répondu, je suppose qu'ils planchent sur le sujet.
Pour l'instant aussi, je considère (sans trop penser me tromper) qu'il s'agit d'un problème lié à la version 18 de windev, peut-être lié à une configuration de ma machine. Je suppose que le ST reproduira le dysfonctionnement sur une configuration équivalente.
Pour l'instant je considère qu'il n'est pas de mon ressort de tenter de débugger un dysfonctionnement de la 18, je n'en ai ni les moyens ni le temps. La balle est dans le camp du ST.
Wait and see.
Fabrice Harari a écrit dans le message de news <50ed70ee@news.pcsoft.fr> :
Bonjour Pierre-Louis C'est un choix... Le problème étant que bien sur, ils peuvent te dire qu'ils n'arrivent pas à reproduire le problème, et du coup... Il est tout à fait possible en effet que le bug de windev ne se produise que du fait d'une certaine config de ta machine (présence d'autre logiciels/matériels, etc)... Faire le test chez toi et identifier la ligne qui cause le crash te permettrait peut être de dire, "Bon sang, mais c'est bien sur!" c'est parce que j'ai XYZ installé, et le support ne peut pas le savoir... Du coup, ils ne peuvent pas corriger, et tu reste planté Mais bon, ce que j'en dis Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 5:24 PM, Pierre-Louis wrote: Merci Fabrice. Pierre, Pierre-Louis... J'avais confondu... J'ai préféré signaler le problème au ST en leur transmettant le programme. C'est le ST qui va se charger de résoudre le problème, je l'espère (j'attends). Je pense qu'il s'agit d'un problème Windev puisque le programme très simple ne comporte aucun piège et qu'il fonctionne parfaitement dans une version antérieure à 18. Cordialement. Fabrice Harari a écrit dans le message de news <50ec4ebc@news.pcsoft.fr> : Bonjour Pierre-Louis... Mon message était pour pierre, mais tu peux essayer de faire la même chose en deboguage de l'exe pour savoir plus précisément ce qui créé le problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 11:51 AM, Pierre-Louis wrote: Merci Fabrice, Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement. J'ai envoyé une sauvegarde au ST. Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité. Cordialement. Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> : Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2013 - 19:37 |
Bonsoir,
Le ST vient de répondre à ma demande d'étude de ce dysfonctionnement.
Je n'ai pas eu de réponse comme quoi ils n'arrivaient pas à reproduire le phénomène (ouf).
Ils m'ont signalé avoir transmis les éléments au service de développement.
C'est donc sur la bonne voie et je remercie PCSOFT pour la rapidité de sa réponse (j'espère que ça va suivre rapidement vers une correction car je n'ose pas utiliser la version 18 dans l'immédiat)
Scoop ! le ST vient de me répondre à l'instant que le problème est résolu ! (ça venait pour ma part du nouveau groupware utilisateur, je ne sais si c'est le cas pour Pierre également)
et me donne un lien pour télécharger le correctif.
Je teste cela demain et je vous tiens au courant.
Bons dev. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
874 messages
Popularité : +39 (51 votes) |
|
Posté le 09 janvier 2013 - 21:31 |
Bonsoir,
Pour ma culture personnelle, ou trouve-t-on les correctifs suite à requêtes et corrections du ST ?
Bonne soirée |
| |
| |
| | | |
|
| | |
| |
Posté le 09 janvier 2013 - 22:32 |
Bonsoir, bonjour,
Je confirme, pour ma part, que le correctif que m'a envoyé le ST fonctionne.
Merci et bravo au ST pour sa rapidité.
Je vais (presque) pouvoir me lancer en confiance dans cette version 18, quand le ST aura résolu un autre problème (concernant la barre de formatage des champs RTF qui ne fonctionne plus du tout), mais ceci ne concerne plus ce sujet.
Cordialement.
Bons dev. |
| |
| |
| | | |
|
| | |
| |
Posté le 10 janvier 2013 - 12:59 |
Bonjour,
Je ne sais pas.
Je pensais que je pouvais donner le lien de la réponse à ma requête ici, mais ce n'est pas possible.
Bons devs.
kick71 a écrit dans le message de news <1f55cf6f4df675695e3fc9c3945d7814@news.pcsoft> :
Bonsoir,
Pour ma culture personnelle, ou trouve-t-on les correctifs suite à requêtes et corrections du ST ?
Bonne soirée
|
| |
| |
| | | |
|
| | |
| |
Membre enregistré
874 messages
Popularité : +39 (51 votes) |
|
Posté le 10 janvier 2013 - 15:54 |
Bonjour et merci Pierre Louis ...
@+
Christian |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
576 messages
Popularité : +17 (25 votes) |
|
Posté le 10 janvier 2013 - 18:04 |
Bonjour,
kick71 a écrit dans le message de news
> Pour ma culture personnelle, ou trouve-t-on les correctifs suite à requêtes et corrections du ST ?
Les modules correctifs sont accessibles dans les ressources pratiques de notre site, via le lien "Liste des modules correctifs disponibles de WINDEV, WEBDEV, WINDEV Mobile".
http://www.pcsoft.fr/st/nouveautes-st.html
Ces modules sont ensuite inclus dans les versions complètes proposées dans l'espace téléchargement :
http://www.pcsoft.fr/st/telec/index.html
--
Guillaume Bayle (@GuillaumeBayle)
Support Technique PC SOFT
http://www.pcsoft.fr/st/index.html |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
8 messages |
|
Posté le 11 janvier 2013 - 22:27 |
Bonjour,
Mes clients vont bientôt faire une crise... Pour les erreurs du module wd180obj.dll j'ai essayé les 4 N° de série de nos licences et à chaque fois le site me répond N° de série invalide. Si une âme charitable peut m'envoyer le correctif par mail gasparini.philippe@wanadoo.fr cela me permettrait de faire une maj pour lundi. Merci. |
| |
| |
| | | |
|
| | |
| |
Posté le 14 janvier 2013 - 14:49 |
Philippe GASPARINI ( a écrit dans le message de news <d5c1428b3935d666a911f4f5dacb178e@news.pcsoft> :
Bonjour,
Mes clients vont bientôt faire une crise...
windev en décembre,
mise en prod en mars
D'accord, ça ne rime pas, mais c'est ce que la prudence conseille (attendre la 1ère maj) |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
8 messages |
|
Posté le 14 janvier 2013 - 21:33 |
Oui, j'avoue pourtant j'ai Windev depuis la 1.5, j'ai vécu la 7/7.5... Je me suis un peu laissé aller là  |
| |
| |
| | | |
|
| | |
| |
Posté le 20 février 2013 - 11:50 |
bonjour a tous .. j'ai besoin de vos aide .. mon pbm c que des que j'installe la mise ajour d'un ogiciel qui a devlopper par windev 16 il s'affiche ce pbm je n'arrive plus a accederer a mon ogiciel ?????
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180vm.dll
Version du module : 18.0.77.3
VI : 01F180036f
Adresse de base : 25E60000
Erreur système : Access violation (GPF)
EIP = 25E6A4B7
OS : Windows XP ou .NET Service Pack 2(5.1.2600)
----- Informations techniques -----
Projet : WDSETUP
Que s'est-il passé ?
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180vm.dll
Version du module : 18.0.77.3
VI : 01F180036f
Adresse de base : 25E60000
Erreur système : Access violation (GPF)
EIP = 25E6A4B7
OS : Windows XP ou .NET Service Pack 2(5.1.2600)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180vm.dll
Version du module : 18.0.77.3
VI : 01F180036f
Adresse de base : 25E60000
Erreur système : Access violation (GPF)
EIP = 25E6A4B7
OS : Windows XP ou .NET Service Pack 2(5.1.2600)
Registres :
EIP = 25E6A4B7 EBP = 0013FA0C
EAX = 0013FA0C EBX = 0013FA0C
ECX = 60E1A7F5 EDX = 00000002
ESI = 00000002 EDI = 260BD3DC
Pile des appels :
[wd180vm.dll (25E60000), 18.0.77.3, 01F180036f] 25E6A4B7
[WDSetup.EXE (00000000), 18.0.10.0FAB] 3CE61932
Pile invalide |
| |
| |
| | | |
|
| | |
| |
Posté le 01 août 2016 - 17:03 |
telecharger un UAC correspond a votre système d'exploitation depuis le site de Microsoft "MDAC_TYP" mettre dans votre création de l'exécutable
tous marche bien |
| |
| |
| | | |
|
| | |
| |
Posté le 08 octobre 2020 - 12:26 |
Fabrice Harari a écrit :
Bonjour Pierre-Louis... Mon message était pour pierre, mais tu peux essayer de faire la même chose en deboguage de l'exe pour savoir plus précisément ce qui créé le problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 11:51 AM, Pierre-Louis wrote: Merci Fabrice, Mais le petit programme hyper simple que j'ai créé (dont le double récrit en windev 16 fonctionne parfaitement) fonctionne en mode débug. C'est l'exécutable qui plante lamentablement. J'ai envoyé une sauvegarde au ST. Tant que ce problème n'est pas résolu, je considère que windev 18 n'est pas assez fiable pour être exploité. Cordialement. Fabrice Harari a écrit dans le message de news <50ec3a6c$1@news.pcsoft.fr> : Bonjour Pierre, sur la ligne qui plante, au lieu de faire F8, fait F7 pour suivre le code ligne à ligne jusqu'à trouver LA ligne qui fait planter. Ca devrait te donner une idée de l'origine du problème Cordialement -- Fabrice Harari Consultant WinDev, WebDev et WinDev Mobile International Plus d'information sur http://fabriceharari.com/index_FR.htmlOn 1/8/2013 10:55 AM, Pierre Dugué wrote: Bonjour,
J'essaye acctuelement de migrer mon appplication de Windev 15 vers Windev 18 mais rencontre l'erreur suivante :
Une erreur est survenue au moment de l'ouverture de la fenêtre 'FEN_Principale'.
Une erreur système inattendue est survenue.
Si cet incident se produit de manière systématique lorsque vous exécutez les mêmes manipulations, il est conseillé de transmettre au Support Technique Gratuit :
- une description des circonstances de l'incident
- les lignes de code, une fenêtre ou un projet permettant de reproduire le problème
- les informations techniques suivantes
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Code erreur : 1020
Niveau : erreur fatale (EL_FATAL)
Dump de l'erreur du module 'wd180vm.dll' (18.0.77.3).
Identifiant des informations détaillées (.err) : 1020
Informations de débogage :
Détails techniques :
Module : wd180obj.dll
Version du module : 18.0.214.18
VI : 01F180036f
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 250AB48F
OS : Windows 2008 R2 Service Pack 1(6.1.7601)
Registres :
EIP = 250AB48F EBP = 0018F68C
EAX = 000009B0 EBX = 00000000
ECX = 000009B0 EDX = 266B6BB0
ESI = 0244E040 EDI = 0244E068
Cette erreur se produit peu après le lancement du projet (que ce soit en mode débug, ou en générant puis lançant le .exe)
Je suis sous Windows 7, mais cette erreur se produit aussi sous XP.
J'ai fouillé partout sur le web et essayé de nombreuses solutions ayant corrigé le problème chez d'autres personnes, mais rien n'y fait.
Le plus gros problème est que je ne peux absolument pas savoir d’où vient l'erreur, puisque le mode debug bloque sans afficher la parti qui plante. Je m'explique :
-Je lance l'application en mode debug
-Le code d'initialisation du projet se déroule sans problème
-Les composants commencent à s'initialiser
-A la fin du code de l'initialisation d'un composant liste, après avoir fait pas suivant (F8), l'erreur se produit, sans avoir affiché le code sur lequel le curseur est passé (on est donc encore sur le code de l'initialisation du composant liste)
Des solutions?
Merci de votre aide
Cordialement
|
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|