Bonjour,

ayant besoin de mettre à jour une barre de message, jauge et de pouvoir stopper ou suspendre un traitement bloquant mon application, le meilleur moyen est, à mon avis, l'utilisation d'un thread secondaire qui lancera ce traitement et mettra à jour mon message et jauge, et mon principal qui pourra suspendre ou stopper mon secondaire.

Je précise que mon application tape sur une base externe (sybase ou SQL selon les clients)

Tout pourrait allez bien, sauf que, je suis confronté à un gros problème.

Dès que mon thread secondaire fait appelle à la fonction SQLExec, mon application plante (l'adresse 0xmachintruc ne peu être read, bref, erreur assez courante sous Windev), ce qui me bloque puisque mon thread secondaire, justement, exécute des requêtes assez lourdes et lance des impressions qui, elles même, lancent des requêtes pour remplir mon etat.

Donc si quelqu'un a déjà rencontré ce genre de problèmes ou connait un début de réponse, je suis preneur.

Donc après quelques recherches, le problème ne venait pas de SQLExec en elle même mais du fait que cette fonction est encapsulée dans une classe et que ma procédure locale utilisait l'objet instancié en globale dans ma fenêtre (pas sur d'être très claire là lol)

En gros et pour faire simple, un thread ne semble pas pouvoir manipuler d'objets globaux sans planter.
Ce qui m'as induit en erreur c'est que avant que mon SQLExec plante, d'autre fonction sont utilisé dans cet objet sans planter, seul l'exécution de ma requête fait planter.

Pour résoudre le problème, je passe l'objet en paramètre à ma procédure et ca plante plus.

Bonjour,

Merci pour ce retour