|
From: | Valéry Raulet |
Subject: | Re: [certi-devel] Synchronization point |
Date: | Thu, 13 Feb 2003 15:46:23 +0100 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212 |
Benoît Bréholée wrote:
Patch #1101 : J'ai gardé les méthodes utilisées actuellement dans le CERTI. Tout n'est pas terminé mais ça marche globalement bien (en tout cas, sous Linux). D'après ce que j'ai pu lire de la spec IEEE, plusieurs synchro. peuvent être lancées simultanément. j'ai donc utilisé un tableau. Les tags sont également supportés.Valéry Raulet <address@hidden> writes:DMSO RTI définit synchronizationPointRegistrationSucceeded/Failed tandis que IEEE 1516.1 (draft1), me propose confirmSynchronizationPointRegistration. lequel doit-je retenir (par défaut DMSO RTI ?).Norme => 1.3 pour l'instant (~> headers aussi compatibles que possible avec RTI-NG 1.3v6). Et pour un éventuel support de IEEE 1516, il s'agirait d'une seconde norme (#ifdef ou une autre libRTI), ça ne remplace pas HLA 1.3.
Par contre, je réitère ma question du mail précédent ! pour Message (read/writeHeader, read/writeBody) et NetworkMessage bien sur, est-ce qu'il ne serait pas mieux d'utiliser un champ de bits pour determiner quels donnees a placer dans le message
Il suffirait de placer les bons drapeaux dans les méthodes du RTIambassador. Dans ce cas, l'analyse pour créer le message serait grandement simplifié. De plus, tout ajout d'une méthode dans le RTIambassador ne provoquerait aucune modification de Message.
-- Valéry Raulet Ecole Nationale d'Ingénieurs de Brest Laboratoire d'Ingénierie Informatique Parvis Blaise Pascal Technopole Brest-Iroise Tél : (033) 298 05 66 75 29200 Brest - France Fax : (033) 298 05 66 29
[Prev in Thread] | Current Thread | [Next in Thread] |