[WD7] Bug gênant en multithreading

Michel Fages

unread,

Feb 28, 2003, 11:54:00 AM2/28/03

to

Bonjour,

Je suis tombé sur un bug pas évident à détecter. Lorsqu'un thread
provoque une erreur de doublon la fenêtre d'alerte automatique de
Windev s'ouvre. Malheureusement la fenêtre est invisible (hors écran ?)
et l'application est donc plantée irrémédiablement car le thread est
suspendu sans aucun moyen de le débloquer.

La seule solution consiste à débrancher la gestion automatisée des
doublons et à la faire à la mano...

Michel Fages

--
Article posté depuis le site FORUMS WINDEV® :
http://windev.wdscript.com
Une archive de plus de 90000 articles sur Windev® et Webdev®
--

APIEND, QUERE Jean-Marc

unread,

Feb 28, 2003, 4:49:00 PM2/28/03

to

> Je suis tombé sur un bug pas évident à détecter. Lorsqu'un thread

[...]

> suspendu sans aucun moyen de le débloquer.

En général les threads c'est plutôt pour des traitements d'arrière plan ou
multi-utilisateurs, je vois pas bien l'intérêt de faire surgir les fenêtres
associées au système d'alerte automatique dans ce cas. Pour ma part je les
réserve à l'IHM. Par contre je suis *curieux* (je sais : c'est un vilain
défaut) de savoir ce que vous faites tourner de façon simultanée sur
plusieurs threads qui en justifie l'emploi (car je passe peut-être à coté de
quelque chose).

Michel Fages

unread,

Feb 28, 2003, 6:20:05 PM2/28/03

to

Je vais tourner une application de backups sécurisés, dans laquelle
plusieurs threads qui tournent en parallèle envoient des fichiers
cryptés et stockent des informations dans des logs sur fichier HF. Le
moindre problème sur un ordre HF plante le thread car la fenêtre made-
in-pcsoft s'ouvre mais reste invisible :-(

--- Message d'origine ---

--

APIEND, QUERE Jean-Marc

unread,

Mar 1, 2003, 5:55:27 AM3/1/03

to

> Le
> moindre problème sur un ordre HF plante le thread car la fenêtre made-
> in-pcsoft s'ouvre mais reste invisible :-(

Merci de l'info. Mais est-ce à l'usager de régler ce problème ? Où est-ce
lié à une nécessité lors de la mise au point de l'application ? Exemple,
s'il s'agit d'une application de service (sous NT, 2K ou XP) on ne peut pas
utiliser de fenêtre car ça peut (doit ?) tourner en dehors d'une session
utilisateur. Donc de toute façon le système de résolution automatique ne
peut être employé. Qu'en pensez-vous ?

Nicole Chanal

unread,

Mar 3, 2003, 2:42:45 AM3/3/03

to

As-tu essayé la fonction HSurErreur qui te permet de remplacer le
traitement d'erreur d'origine par celui que tu veux?

--- Message d'origine ---

Bonjour,

Je suis tombé sur un bug pas évident à détecter. Lorsqu'un thread
provoque une erreur de doublon la fenêtre d'alerte automatique de
Windev s'ouvre. Malheureusement la fenêtre est invisible (hors écran ?)

et l'application est donc plantée irrémédiablement car le thread est

Michel Fages

unread,

Mar 3, 2003, 1:40:16 PM3/3/03

to

Oui, bien sûr.
Le but de mon post était d'éviter que d'autres développeurs ne perdent
leur temps comme moi sur ce comportement pour le moins bizarre.

Je me demande d'ailleurs si hSurErreur() avec hErrTout permet
d'intercepter vraiment toutes les erreurs HF (ou seulement les erreurs
de doublon, integrité, etc...) . Il faut que je fasse des tests sur ce
point car je ne suis pas rassuré.

Michel Fages

--- Message d'origine ---
As-tu essayé la fonction HSurErreur qui te permet de remplacer le
traitement d'erreur d'origine par celui que tu veux?

--- Message d'origine ---
Bonjour,

Je suis tombé sur un bug pas évident à détecter. Lorsqu'un thread
provoque une erreur de doublon la fenêtre d'alerte automatique de
Windev s'ouvre. Malheureusement la fenêtre est invisible (hors écran ?)

et l'application est donc plantée irrémédiablement car le thread est