Interruption logicielle dans Windows ?

Bonjour,
Je suis en train de développer un logiciel industriel temps réel avec Windows XP (oui, je sais, ce n'est pas la meilleure solution, mais on ne choisit pas toujours...).
Bref, je ne tiens pas le temps réel car un de mes threads se fait préempter là où je préférerai qu'il ne le soit pas.
Ma question est : existe-t-il un moyen de demander à Windows de ne pas préempter un bloc de code ?
J'ai essayé de mettre ce thread plus prioritaire que tous les autres, mais cela ne fonctionne pas, il se fait quand même préempter.
Je cherche donc un truc similaire aux interruptions logicielles, le genre de mécanismes que l'on peut trouver dans les OS temps réel...

salut,
La gamme nt est considérée comme du temps réel mou c'est à dire avec un temps de réponse de l'ordre de 10 ms ,et sans assurance que le délai borné soit respecté.
Windows ce embedded 6.0 se situe dans la gamme du temps réel dur
c'est à dire un temps réponse inférieur à 10 ms et avec l'assurance que le temps de repères bornés soit respecté.
je ne pense pas que tu puisses empêcher le système de préempté le thread sous NT.
Le mieux c'est d'utilisé des lib spécialisées comme : rtx de citrix

Merci Farscape,
toujours aussi rapide précis et efficace ! you're the :king:
:yaisse2:

Bon je crois que mon salut réside dans RTX... Je vais regarder cela de plus près.

Après des mesures plus approfondies, il semblerait que mes problèmes proviennent d'une mauvaise gestion du port série. En effet, développant avec Qt, j'ai utilisé une classe de gestion de port série en open source : QExtSerialPort, qui est portable par recompilation sous Windows & Linux. La portabilité étant un critère de cette appli. Cette classe fonctionne, pas de problème. Par contre, elle n'utilise pas le mode FILE_FLAG_OVERLAPPED ! 8O ce qui fait que les envois de trames sont synchrones... :aie:
Farscape, j'ai récupéré dans la FAQ Visual ta classe de gestion de port série (et ce n'est pas la première fois, il va falloir que je te verse des royalties :king: ) et j'aimerai savoir si tu en as fait une version plus récente ?
Bon, je vais intégrer ce driver :bug: et voir si ça améliore mes problèmes temps réel. :roll:
J'ai lu l'article MSDN sur RXT, c'est vraiment bien ce truc. :yaisse2:

Citation:

---

Envoyé par tut

Après des mesures plus approfondies, il semblerait que mes problèmes proviennent d'une mauvaise gestion du port série. En effet, développant avec Qt, j'ai utilisé une classe de gestion de port série en open source : QExtSerialPort, qui est portable par recompilation sous Windows & Linux. La portabilité étant un critère de cette appli. Cette classe fonctionne, pas de problème. Par contre, elle n'utilise pas le mode FILE_FLAG_OVERLAPPED ! 8O ce qui fait que les envois de trames sont synchrones... :aie:
Farscape, j'ai récupéré dans la FAQ Visual ta classe de gestion de port série (et ce n'est pas la première fois, il va falloir que je te verse des royalties :king: ) et j'aimerai savoir si tu en as fait une version plus récente ?
Bon, je vais intégrer ce driver :bug: et voir si ça améliore mes problèmes temps réel. :roll:
J'ai lu l'article MSDN sur RXT, c'est vraiment bien ce truc. :yaisse2:

---

il va falloir que j'y songe :aie:,
non je n'ai rien de neuf sur le sujet, sauf que je voudrais bien l'adapter pour la faire fonctionner sous windows CE qui ne supporte pas ce fameux flag FILE_FLAG_OVERLAPPED ...
et malgré mes différentes lectures comme programming windows embedded ce 6.0 (très très décevant) j'ai bien compris qu'il faut tout ce taper à la main , la gestion de la file d'attente etc...
j'irais jeter un oeil à QExtSerialPort pour voir comment ils ont implémentés ça ..
:D

bon j'ai jeté un oeil a cette classe ,ils se sont pas trop foulé :aie:
comment tu gères l'évènement il y a quelque chose à réceptionner sans tout bloquer ?