Application bloquée après éxecution de code

Bonjour,
Je rencontre un bug ou un problème assez étrange avec WD14. A partir de la fenêtre principale, j'ouvre une nouvelle fenêtre (jusque là tout va bien, appellons la FEN2). A partir de cette fenêtre ouverte, j'accède à une troisième fenêtre (tout va toujours bien, appellons la FEN3). Sur cette dernière j'ai un code qui s'éxecute sur demande dans le click d'un champ bouton. Le code, assez long, s'éxecute correctement, ne bug pas et remplie bien sa mission, il affiche un petit message grace à la fonction "info" qui me prévient de la fin de l'exécution. Là où cela se corse, c'est qu'à la fin de l'éxecution de ce code, lorsque je clique sur la petite fenêtre info, celle-ci se ferme, mais la seconde fenêtre (FEN2) disparaît et l'application se bloque tout simplement. La seule solution consiste alors à killer le processus dans task manager... Bien entendu si j'écris ce message, c'est que cela fait maintenant plusieurs semaine que je cherche une réponse en vain, mon code ne contenant aucune instruction de fermeture de fenêtre.
Quelqu'un à déjà eu ce problème? ou mieux, quelqu'un a-t-il une solution?

Hello,
Des solutions, nous allons vous en trouvez, mais sans code, là, je m'appelle Ethan et c'est Mission Impossible.
Comment sont appelées vos fenêtres (pas leurs noms physiques, le code d'appel, hein)?
Envoyez-nous déjà quelque chose, et comme je dis souvent, il vaut mieux avoir des biscuits si on part en guerre contre le code...
A vous lire

Ok merci, alors voilà le code :
La fenêtre principale ouvre fen2 au travers d'un menu, dans le menu le code est le suivant:

Code:

---

1 2	//sélection du menu ouvre(fen2)

---

sur fen2, j'ouvre fen3 grâce au clic sur un bouton qui contient le code suivant:

Code:

---

1 2	//clic sur BTN ouvrefille(fen3)

---

dans fen3, le bouton effectue un code assez long que je v pas détailler puisqu'il présente rien de particulier (requetes sur Bdd etc..) qui se termine par les lignes suivantes:

Code:

---

1 2 3 4

//clic sur BTN ...code divers .... MaFenêtre..ValeurRenvoyée = Vrai info("fin du travail le "+DateVersChaine(DateSys())+" à "+HeureVersChaine(HeureSys())

---

bien évidement le code de ce bouton ne contient, je le répéte, aucune instruction fermant ou ouvrant une fenètre, même tout simplement aucune ligne faisant référence à une fenêtre

Je précise enfin que le bug que je décris ne se produit pas avec un code qui s'éxecute rapidement, car il faut savoir que les traitements que j'effectue prennent environ 20min en tout. En testant un simple bouton avec un code qui s'éxecute en quelques secondes le bug ne se produit pas... ici le code est bien effectué, mais après le message "fin du travail le .. à .. ", la fenêtre fen2 disparaît et l'application se bloque, m'obligeant à tuer le processus dans task manager pour reprendre la main...

Salut,

MaFenêtre..ValeurRenvoyée = Vrai doit renvoyer une valeur.

C'est là le problème.

L'appel de cette fenêtre doit plutôt se faire de la manière suivante:

Code:

---

1 2 3 4 5

sur fen2, j'ouvre fen3 grâce au clic sur un bouton qui contient le code suivant: //clic sur BTN SI ouvrefille(fen3) ALORS Info("ok") FIN

---

Bon DEV

Merci de me soutenir les gars... alors en fait fen3 n'est pas sensé renvoyer de valeur, ça ne présente pas d'intérêt pour moi, j'ai donc mis en commentaire la ligne

Code:

---

//MaFenêtre..ValuerRenvoyéé=Vrai

---

Donc j'ai mis cette ligne en commentaire et après nouveau test, rien de changé. La fenêtre ne renvoie pas de valeur et la fenêtre mère n'attend pas de valeur de retour non plus, mais l'appli se bloque toujours

Passez en debug et mettez un point d'arrêt sur le info (à priori la dernière instruction qui produit un résultat visuel et fonctionnel).

En exécution, une fois arrivé au point d'arrêt, faites du pas à pas pour voir quelle est la dernière portion de code qui se déroule avant d'arriver dans votre situation de "blocage".

Connaître la dernière portion de code s'exécutant est la seule façon d'aborder votre problème de manière efficace.

Hélas il n'y a pas de code après cette fonction info... sauf le mot FIN .. comprenez que j'ai du mal à comprendre lol

Hello,
Bon, je vois un peu mieux, mais pas forcément la solution. Je vais donc essayer de comprendre en vous posant quelques questions, peut-être pas forcément judicieuses, mais, il n'y a pas de questions idiotes....
Je ne vois pas l'interêt d'ouvrir une fenetre qui exécute un traitement, qui ne renvoie rien, et qui se ferme à la fin du traitement. Pourquuoi ne pas mettre ce même traitement dans le bouton de la fenetre appelante (FEN2) et d'y faire les opérations demandées???
Si c'est un probleme d'affichage, de jauge, de visuel, pourquoi ne pas travailler avec les plans de Windev qui sont excellents pour ce genre de traitement?
Ainsi, si clic sur bouton 'fen2.traitement' la fenetre passe sur un plan n°2 (la fenetre s'ouvre sur le plan 1 avec FEN2..plan = 1) et ainsi, faire le visuel, les traitements, bref, tout ce que fait la FEN3 qui pose soucis.
Je sais que ce n'est pas la réponse adéquate, mais comme le code doit avancer, alors...
Autre piste, puisque il y a une limitation dans le temps, n'avez-vous pas mis dans cette fenêtre (FEN2) un temps avant fermeture???? Cela serait logique si vous avez mis par exemple 5 minutes, sur un bouton 'FERMER'. En effet, avec la fonction ouvrefille, la FEN2 perd le focus mais pas ses actions, donc, ce serait logique de ce côté là... Et dès qu'elle reprend le focus, hop, au revoir tout le monde....
A vous lire, je crois que l'on va trouver le pourquoi du parce...

Re- alors en fait le traitement s'effectue déjàdans le code du bouton sur fen3, et il en est ainsi car ce traitement utilise des champs de saisi présent sur fen3, c'étais donc le choix le plus évident
Sinon ba non je n'ai aucune instruction de limitation du temps .. à moins qu'il existe un temps appliqué par défaut? je sèche...

Hello,
Alors, utilisez ouvre(FEN3) en lieu et place de ouvrefille(FEN3). Ainsi, dans le code d'ouverture de FEN3 présent dans FEN2:

Code:

---

1 2 3 4 5

// ouverture de FEN3 ouvre(FEN3) // info de retour info("retour de FEN3")

---

Ainsi, si info s'affiche, et des que vous cliquez sur [ok], la fenetre se ferme, le probleme vient de FEN2 et non de FEN3

A vous lire

Hello,
On ne peut pas avoir la fenetre n°2 en piece jointe, si c'est pas trop lourd, et si c'est pas confidentiel top défense, je suis certains que le soucis vient de là, si, si, par expérience... mais là, c'est chercher une meule de foin dans une aiguille (ou le contraire, je ne sais plus)...