Main Loop Hooks/fr: what changed
Revision 1 to 2. Removed lines have a minus sign; added lines have a plus sign.
| Old | New | Line | |
|---|---|---|---|
| 1 | 1 | ## Enoncé du problème | |
| 2 | 2 | ||
| 3 | 3 | Vous devez attendre un événement (sur le socket[1](http://www.dicofr.com/cgi-bin/n.pl/dicofr/definition/20010101004807) ou pipe ou ...) qui arrive, mais vous voulez faire cela dans le processus principal (GUI) et vous ne voulez pas bloquer le GUI et aussi vous ne voulez pas faire du multi-threading. La solution à ce problème est la possibilité d'ajouter des "handles" [2](http://www.dicofr.com/cgi-bin/n.pl/dicofr/definition/20010101002342) supplémentaires pour être observés dans la boucle d'événement principale. | |
| 4 | 4 | ||
| 5 | 5 | ## Les détails de la Solution | |
| 6 | 6 | ||
| 7 | 7 | Dans l'unité [[doc:lcl/lclintf|LCLIntf]] deux fonctions ont été ajoutées pour tenir compte de cette fonctionnalité, ce sont : | |
| 8 | 8 | ||
| 9 | 9 | `AddEventHandler(AHandle: THandle; AFlags: dword; `\ | |
| 10 | 10 | ` AEventHandler: TWaitHandleEvent; AData: PtrInt): PEventHandler;`\ | |
| 11 | 11 | `RemoveEventHandler(var AHandler: PEventHandler);`\ | |
| 12 | 12 | `SetEventHandlerFlags(AHandler: PEventHandler; NewFlags: dword);` | |
| 13 | 13 | ||
| 14 | 14 | Le [[doc:lcl/interfacebase/twaithandleevent.html|TWaitHandleEvent]] est déclaré dans l'unité InterfaceBase comme : | |
| 15 | 15 | ||
| 16 | 16 | ` TWaitHandleEvent = procedure(AData: PtrInt; AFlags: dword) of object;` | |
| 17 | 17 | ||
| 18 | 18 | [[doc:lcl/lclintf/addeventhandler.html|AddEventHandler]] ajoute un handle pour être observé dans la boucle d'évênement principale. Quand le handle est "signalé ", alors la procédure indiqué dans ACallback sera appellé avec comme paramètre AData qui était passé lors de l'enregistrement du traiteur d'évênement, et tous drapeaux , qui dont spécifiques au système d'exploitation. Le drapeau passés à AddEventHandler peut être modifié en utilisants le SetEventHandlerFlags. Le handler retourné (un pointeur) par AddEventHandler devrait être passé à RemoveEventHandler pour cesser d'observer l'handle associée . | |
| 19 | 19 | ||
| 20 | 20 | [[doc:lcl/lclintf/removeeventhandler.html|RemoveEventHandler]] arrête d'observer l'handle spécifié. RemoveEventHandler fixera AHandler à nil avant le renvoi . Son argument est un pointeur retourné par AddEventHandler. | |
| 21 | 21 | ||
| 22 | 22 | ### Windows | |
| 23 | 23 | ||
| 24 | 24 | Le paramètre AFlags dans AddEventHandler n'est pas utilisé, et le AFlags dans TWaitHandleEvent a pour valeur dans l'implémentation actuelle. | |
| 25 | 25 | ||
| 26 | 26 | Win32 supportes les types de handeles suivants, basiquement les choses supportées par MsgWaitForMultipleObjects: | |
| 27 | 27 | ||
| 28 | 28 | - notifications de changement (pour les fichiers et dossiers) | |
| 29 | 29 | - entrées de console (console input) | |
| 30 | 30 | - events: signalés avec la fonction winapi SetEvent | |
| 31 | 31 | - mutexes: signalés quand il n 'est plus possédé par quoi que ce soit | |
| 32 | 32 | - processes: signalés quand ils sont terminés | |
| 33 | 33 | - semaphore: signalés quand son *count* est supérieur à 0 | |
| 34 | 34 | - threads: signalés quand ils sont terminés | |
| 35 | 35 | - timers: signalés quand ils expirent, voir SetWaitableTimer | |
| 36 | 36 | ||
| 37 | 37 | ### Gtk/Unix | |
| 38 | 38 | ||
| 39 | 39 | Le paramètre AFlags de AddEventHandler spécifie la condition dans laquelle le handle devrait être signalé, avec pour valeurs possibles celles documentées dans le type GIOCondition dans la référence [glib](http://developer.gimp.org/api/2.0/glib/glib-IO-Channels.html#GIOCondition). | |
| 40 | 40 | ||
| 41 | 41 | Dans le callback, AFlags contiendra la condition, comme référencée dans le type GIOCondition vu ci-dessus, qui doit être satistfaite. | |
| 42 | 42 | ||
| 43 | 43 | Gtk/unix supporte les types de handles suivants: | |
| 44 | 44 | ||
| 45 | 45 | - fichiers | |
| 46 | 46 | - sockets | |
| 47 | 47 | - pipes | |
| 48 | 48 | ||
| 49 | 49 | Notez que win32 ne supporte pas les sockets ou les pipes (du moins, leur usage est "découragé" par MSDN). Suggestion: utiliser WSAEventSelect pour créer un évenement associé à une socket et passer le handle d'évenement. | |
| 50 | 50 | ||
| 51 | 51 | ### Pipes et Terminaison de Processus | |
| 52 | 52 | ||
| 53 | 53 | Pour offrir une solution cross-platform pour les pipes (mal supportés sous win32) et les processus (mal supportés sous gtk/unix) des fonctions additionnelles ont été ajoutées: | |
| 54 | 54 | ||
| 55 | 55 | `TChildExitReason = (cerExit, cerSignal);`\ | |
| 56 | 56 | `TPipeReason = (prDataAvailable, prBroken, prCanWrite);`\ | |
| 57 | 57 | `TPipeReasons = set of TPipeReason;`\ | |
| 58 | - | ||
| 58 | + | ||
| 59 | 59 | `TChildExitEvent = procedure(AData: PtrInt; AReason: TChildExitReason; AInfo: dword) of object;`\ | |
| 60 | 60 | `TPipeEvent = procedure(AData: PtrInt; AReasons: TPipeReasons) of object;` | |
| 61 | 61 | ||
| 62 | 62 | `function AddProcessEventHandler(AHandle: THandle; `\ | |
| 63 | 63 | ` AEventHandler: TChildExitEvent; AData: PtrInt): PProcessEventHandler;`\ | |
| 64 | 64 | `procedure RemoveProcessEventHandler(var AHandler: PProcessEventHandler);`\ | |
| 65 | - | ||
| 65 | + | ||
| 66 | 66 | `function AddPipeEventHandler(AHandle: THandle; `\ | |
| 67 | 67 | ` AEventHandler: TPipeEvent; AData: PtrInt): PPipeEventHandler;`\ | |
| 68 | 68 | `procedure RemovePipeEventHandler(var AHandler: PPipeEventHandler);` | |
| 69 | 69 | ||
| 70 | 70 | Quand un processus se termine le handler d'événement spécifié sera appelé. AInfo contiendra le code de sortie si AReason est cerExit, ou (sous unix seulement) le signal de terminaison si AReason est cerSignal. Pour gtk/unix, utilisez le PID pour surveiller en tant que AHandle. En interne, un handler de signal est installé pour surveiller le signal SIGCHLD. Sous win32, AddEventHandler est utilisé pour surveiller la terminaison de processus. | |
| 71 | 71 | ||
| 72 | 72 | Pour surveiller les données entrantes d'un pipe, passez le descripteur de fichier (unix) ou le handle de la partie lecture du pipe à AddPipeEventHandler avec une méthode de handler d'événement personnalisé choisi en tant que AEventHandler. Sous gtk/unix, AddEventHandler est appelé pour surveiller le traffic sur le descripteur de fichier. Sous win32, la boucle de message fait un timeout toutes les 100 msecs pour vérifier s'il y a des données disponibles sur tous les pipes surveillés; si des données sont disponibles, le handler d'événement est appelé. | |
| 73 | 73 | ||
| 74 | 74 | --- | |
| 75 | 75 | *From the Free Pascal wiki, page "Main Loop Hooks/fr", as it stood on 2008-06-19 after a change by LazarusBob, out of the wiki's dump of 2024-05-26. Copyright stays with the author who wrote it, according to the old wiki's [[Licensing]] page. If you have concerns about this material, [message the admin](/wiki-contact).* |