fix following Michel's email
authorcompudj <compudj@04897980-b3bd-0310-b5e0-8ef037075253>
Tue, 25 May 2004 22:50:03 +0000 (22:50 +0000)
committercompudj <compudj@04897980-b3bd-0310-b5e0-8ef037075253>
Tue, 25 May 2004 22:50:03 +0000 (22:50 +0000)
git-svn-id: http://ltt.polymtl.ca/svn@544 04897980-b3bd-0310-b5e0-8ef037075253

ltt/branches/poly/doc/developer/hook_prio.txt
ltt/branches/poly/doc/developer/process_traceset_strict_boundaries.txt

index b78a36348b6a4f1b33896a9a98b3f420679d215e..910d86b62bdfc56edf653c35eb3cf1578f9a36e6 100644 (file)
@@ -12,16 +12,12 @@ hooks, eventually sorted by the priority associated to them.
 
 This is a modification to the actual LttvHooks that associates a priority with
 each hook. The container for this type would be a garray, just like hook.c, but
-a lttv_hooks_prio_sort would be called every time a hook is added to a list. It
-would sort the hooks in a hook list by priority : from highest priority (-19) to
-lowest (20). The default priority is 0.
+hooks would be added at the right position in the list, by priority. Hooks in a
+hook list are ordered by priority : from highest priority (0) to
+lowest (99). The default priority is 50 (defined as LTTV_PRIO_DEFAULT).
 
-In order to make lttv_hooks_call aware of the different kind of hooks it has to
-call, the LttvHooksById will be modified to integrate a new "main" list : a
-pointer to a LttvHooks that will be called for any Id.
-
-A new lttv_hooks_by_id_call that will get the hooks from the main and by_id
-lists in the right order will deal with the multiple lists priority problem.
+A new lttv_hooks_call_merge that will get the hooks from two hook lists in the
+right order will deal with the multiple lists priority problem.
 
 
 
index cc9b288d66394cd5d8a5b4e2af4bdc7714223fcf..a63e86ae01f1cd93b96349392ac8db82a5e2871e 100644 (file)
@@ -97,11 +97,11 @@ From now on, the state computation will be done in the middle hook call, with a
 priority higher than default. We will define this priority as PRIO_STATE,
 defined to -10.
 
-If state has to be computed, lttv_process_traceset_begin is called to add state
-hooks to the context. Then, the state seek_closest will have to be used to
-restore the nearest state, plus a process_traceset with no hooks present other
-than the state hooks will have to be called to go from the closest state to the
-real time seeked.
+If state has to be computed, lttv_process_traceset_begin has to be  called in
+a first time. It adds the state hooks to the context. Then, the state
+seek_closest will have to be used to restore the nearest state, plus a
+process_traceset with no hooks present other than the state hooks will have to
+be called to go from the closest state to the real time seeked.
 
 The lttv_process_traceset_end will only need to be called if no further state
 computation is needed.
This page took 0.024391 seconds and 4 git commands to generate.