Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Some typos in source code
authornavarro <navarro@caraja.(none)>
Wed, 30 May 2012 09:23:41 +0000 (11:23 +0200)
committernavarro <navarro@caraja.(none)>
Wed, 30 May 2012 09:23:41 +0000 (11:23 +0200)
41 files changed:
ChangeLog
doc/Doxyfile.in
doc/bindings.doc
doc/gtut-introduction.doc
doc/gtut-tour-02-simple.doc
doc/gtut-tour-03-args.doc
doc/gtut-tour-04-callback.doc
doc/gtut-tour-05-globals.doc
doc/gtut-tour-06-logs.doc
doc/gtut-tour-07-timers.doc
doc/gtut-tour-08-exceptions.doc
doc/gtut-tour-09-simpledata.doc
doc/gtut-tour-10-rpc.doc
doc/gtut-tour-11-explicitwait.doc
doc/gtut-tour-recap-messages.doc
doc/module-gras.doc
doc/module-msg.doc
doc/surf_nutshell.fig
examples/gras/console/ping_server.c
examples/gras/mmrpc/mmrpc.c
examples/gras/mmrpc/mmrpc_server.c
examples/gras/mutual_exclusion/simple_token/simple_token.c
examples/gras/ping/ping_server.c
examples/gras/rpc/rpc.c
examples/lua/state_cloner/deployment_duplicated_globals.xml
examples/lua/state_cloner/duplicated_globals.lua
examples/lua/state_cloner/duplicated_globals.tesh
include/gras/messages.h
include/gras/timer.h
include/xbt/config.h
include/xbt/datadesc.h
include/xbt/dynar.h
include/xbt/ex.h
src/bindings/lua/simgrid_lua.c
src/gras/Msg/gras_msg_exchange.c
src/gras/Msg/gras_msg_listener.c
src/gras/Virtu/virtu_private.h
src/surf/surf.c
src/xbt/datadesc/cbps.c
src/xbt/datadesc/datadesc_private.h
src/xbt/log.c

index 463d8fa..31f8f51 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1210,7 +1210,7 @@ SimGrid (3.3) stable; urgency=high
     [contributed by Sékou Diakite, many thanks]
 
  GRAS:
     [contributed by Sékou Diakite, many thanks]
 
  GRAS:
-  * Introduce a listener thread in charge of receiving incomming
+  * Introduce a listener thread in charge of receiving incoming
     messages from the network. It allows to overlap communication and
     computation but most notably, it removes some stupid deadlocks due
     to the fact that so far, a process could not send and receive at
     messages from the network. It allows to overlap communication and
     computation but most notably, it removes some stupid deadlocks due
     to the fact that so far, a process could not send and receive at
index f36aa29..bd4d333 100644 (file)
@@ -781,7 +781,7 @@ EXAMPLE_PATH           = ./ \
 EXAMPLE_PATTERNS       =
 
 # If the EXAMPLE_RECURSIVE tag is set to YES then subdirectories will be
 EXAMPLE_PATTERNS       =
 
 # If the EXAMPLE_RECURSIVE tag is set to YES then subdirectories will be
-# searched for input files to be used with the \include or \dontinclude
+# searched for input files to be used with the \include or \don'tinclude
 # commands irrespective of the value of the RECURSIVE tag.
 # Possible values are YES and NO. If left blank NO is used.
 
 # commands irrespective of the value of the RECURSIVE tag.
 # Possible values are YES and NO. If left blank NO is used.
 
index 5c25bf9..a326532 100644 (file)
@@ -32,7 +32,7 @@ Actually, the use of lua in Simgrid is quite simple, you have just to follow the
   - loading the platforme/deployment XML file that describe the environment of simulation
   - and … Running the Simulation.
   
   - loading the platforme/deployment XML file that describe the environment of simulation
   - and … Running the Simulation.
   
-\dontinclude lua/masterslave/master.lua
+\don'tinclude lua/masterslave/master.lua
 \subsection bindings_binding_lua_example_master_slave Master/Slave Example
 
  \li Master Code
 \subsection bindings_binding_lua_example_master_slave Master/Slave Example
 
  \li Master Code
@@ -41,13 +41,13 @@ we mainly  use   simgrid.Task.new(task_name,computation_size,communication_size)
         then simgrid.Task.send(task,alias) to send it.
 we use also simgrid.Task.name(task), to get the task's name. 
 
         then simgrid.Task.send(task,alias) to send it.
 we use also simgrid.Task.name(task), to get the task's name. 
 
-\dontinclude lua/masterslave/slave.lua
+\don'tinclude lua/masterslave/slave.lua
 \li Slave Code
 \until end_of_slave
 Here, we see the use of simgrid.Task.recv(alias) to receive a task with a specific alias,
 this function return directly the task recevied.
 
 \li Slave Code
 \until end_of_slave
 Here, we see the use of simgrid.Task.recv(alias) to receive a task with a specific alias,
 this function return directly the task recevied.
 
-\dontinclude lua/masterslave/master_slave.lua
+\don'tinclude lua/masterslave/master_slave.lua
 \li Set Environmenet and run application
 \until simgrid.clean()
 
 \li Set Environmenet and run application
 \until simgrid.clean()
 
index 7172091..01afc6b 100644 (file)
@@ -209,7 +209,7 @@ Two main types of events may change the internal state of a given process:
    messages during the transition associated to this event.\n
    \n
    Incoming messages are not handled as soon as they arrive, but only when
    messages during the transition associated to this event.\n
    \n
    Incoming messages are not handled as soon as they arrive, but only when
-   the process declares to be ready to accept incomming events (using \ref
+   the process declares to be ready to accept incoming events (using \ref
    gras_msg_handle or related functions). It ensures that the treatment of a
    given message won't run in parallel to any other callback, so that
    process globals (its state) can be accessed and modified without
    gras_msg_handle or related functions). It ensures that the treatment of a
    given message won't run in parallel to any other callback, so that
    process globals (its state) can be accessed and modified without
@@ -221,7 +221,7 @@ Two main types of events may change the internal state of a given process:
    \n
    Processes can also wait explicitely for incoming messages matching some
    given criterions (using \ref gras_msg_wait). Any messages received before the
    \n
    Processes can also wait explicitely for incoming messages matching some
    given criterions (using \ref gras_msg_wait). Any messages received before the
-   one matching the criterions will be added to the incomming messages'
+   one matching the criterions will be added to the incoming messages'
    queue for further use. This may breaks the message delivery order.
    Moreover, there is no restriction on when this can be done. So, a
    callback to a given message can consume messages of other types. There is
    queue for further use. This may breaks the message delivery order.
    Moreover, there is no restriction on when this can be done. So, a
    callback to a given message can consume messages of other types. There is
@@ -287,14 +287,14 @@ The experimental scenario is as follows: <ul>
 
 <li>Process A sends a first message (depicted in red) with gras_msg_send(), do
     some more computation, and then send another message (depicted in
 
 <li>Process A sends a first message (depicted in red) with gras_msg_send(), do
     some more computation, and then send another message (depicted in
-    yellow). Then, this process handles any incomming message with
+    yellow). Then, this process handles any incoming message with
     gras_msg_handle(). Since no message is already queued in process A at this
     point, this is a blocking call until the third message (depicted in
     magenta) arrives from the other process.</li>
 
 <li>On its side, the process B explicitely wait for the second message with
     gras_msg_wait(), do some computation with it, and then call
     gras_msg_handle(). Since no message is already queued in process A at this
     point, this is a blocking call until the third message (depicted in
     magenta) arrives from the other process.</li>
 
 <li>On its side, the process B explicitely wait for the second message with
     gras_msg_wait(), do some computation with it, and then call
-    gras_msg_handle() to handle any incomming message. This will pop the red
+    gras_msg_handle() to handle any incoming message. This will pop the red
     message from the queue, and start the callback attached to that kind of
     messages. This callback sends back a new message (depicted in magenta) back
     to process A.</li>
     message from the queue, and start the callback attached to that kind of
     messages. This callback sends back a new message (depicted in magenta) back
     to process A.</li>
@@ -331,7 +331,7 @@ network. The order of unexpected messages and subsequent ones is thus preserved
 from the receiver point of view.</li>
 
 <li>gras_msg_wait() and gras_msg_handle() accept timeouts as argument to
 from the receiver point of view.</li>
 
 <li>gras_msg_wait() and gras_msg_handle() accept timeouts as argument to
-specify how long you are willing to wait at most for incomming messages. These
+specify how long you are willing to wait at most for incoming messages. These
 were ignored here to not complexify the example any further. It is worth
 mentionning that the send operation cannot be timeouted. The existance of the
 listener should make it useless.</li>
 were ignored here to not complexify the example any further. It is worth
 mentionning that the send operation cannot be timeouted. The existance of the
 listener should make it useless.</li>
@@ -341,7 +341,7 @@ listener should make it useless.</li>
 \subsection GRAS_tut_intro_model_timing_policy Timing policy
 
 All communication primitives allow 3 timout policies: one can only poll for
 \subsection GRAS_tut_intro_model_timing_policy Timing policy
 
 All communication primitives allow 3 timout policies: one can only poll for
-incomming events (using timeout=0), wait endlessly for the communication to
+incoming events (using timeout=0), wait endlessly for the communication to
 be performed (using timeout<0) or specify a maximal delay to wait for the
 communication to proceed (using timeout>0, being a number of seconds).
 
 be performed (using timeout<0) or specify a maximal delay to wait for the
 communication to proceed (using timeout>0, being a number of seconds).
 
index bb5980d..1bc4dfe 100644 (file)
@@ -22,7 +22,7 @@ Fortunately, such discrepency will be detected in SG.
 
 We won't convey any payload in this lesson, so we just have to give the name
 of message to declare them:
 
 We won't convey any payload in this lesson, so we just have to give the name
 of message to declare them:
-\dontinclude 02-simple.c
+\don'tinclude 02-simple.c
 \skip gras_msgtype_declare
 \until gras_msgtype_declare
 
 \skip gras_msgtype_declare
 \until gras_msgtype_declare
 
@@ -65,7 +65,7 @@ messages, you have to create a so-called <i>client socket</i>. For this, use
 \ref gras_socket_client with the hostname and the port of the process you
 want to contact as arguments. Our client should simply do:
 
 \ref gras_socket_client with the hostname and the port of the process you
 want to contact as arguments. Our client should simply do:
 
-\dontinclude 02-simple.c
+\don'tinclude 02-simple.c
 \skip socket_client
 \until socket_client
 
 \skip socket_client
 \until socket_client
 
@@ -84,7 +84,7 @@ gras_msg_send on the sender side, and \ref gras_msg_wait on the receiver side.
 message, the message type (described by its name), and a pointer to the actual content of the
 message. Since we don't have any payload, this becomes:
 
 message, the message type (described by its name), and a pointer to the actual content of the
 message. Since we don't have any payload, this becomes:
 
-\dontinclude 02-simple.c
+\don'tinclude 02-simple.c
 \skip msg_send
 \until msg_send
 
 \skip msg_send
 \until msg_send
 
@@ -96,7 +96,7 @@ message you received while the last argument is where to put the payload.
 
 Since our server is willing to wait up to 60 seconds for a message, the
 following will do it:
 
 Since our server is willing to wait up to 60 seconds for a message, the
 following will do it:
-\dontinclude 02-simple.c
+\don'tinclude 02-simple.c
 \skip msg_wait
 \until msg_wait
 
 \skip msg_wait
 \until msg_wait
 
index 33042c2..a8ed6c5 100644 (file)
@@ -19,7 +19,7 @@ situation.
 In RL, the situation is quite simple: we just have to use the command line
 arguments as we would do in a usual C program. In the server, only change
 concern the opennong of the master socket:
 In RL, the situation is quite simple: we just have to use the command line
 arguments as we would do in a usual C program. In the server, only change
 concern the opennong of the master socket:
-\dontinclude 03-args.c
+\don'tinclude 03-args.c
 \skip gras_socket_server
 \until gras_socket_server
 
 \skip gras_socket_server
 \until gras_socket_server
 
index b23d808..5ece140 100644 (file)
@@ -26,7 +26,7 @@ speaking about the message we are handling while the second is the payload.
 The callback returns an integer being its error code, just like the "main()"
 function. Here is the actual code of our callback:
 
 The callback returns an integer being its error code, just like the "main()"
 function. Here is the actual code of our callback:
 
-\dontinclude 04-callback.c
+\don'tinclude 04-callback.c
 \skip gras_msg_cb_ctx_t 
 \until end_of_callback
 
 \skip gras_msg_cb_ctx_t 
 \until end_of_callback
 
index 11ddb12..32450ce 100644 (file)
@@ -28,7 +28,7 @@ it with the gras_userdata_* functions (there is only 3 of them ;).
 We will now modify the example to add a "kill" message, and let the server
 loop on incoming messages until it gets such a message. We only need a
 boolean, so the structure is quite simple: 
 We will now modify the example to add a "kill" message, and let the server
 loop on incoming messages until it gets such a message. We only need a
 boolean, so the structure is quite simple: 
-\dontinclude 05-globals.c
+\don'tinclude 05-globals.c
 \skip struct
 \until server_data
  
 \skip struct
 \until server_data
  
@@ -38,7 +38,7 @@ helper macro mallocing the space needed by the structure and passing it to
 gras using the latter function. If you go for gras_userdata_set(), you
 should pass it a pointer to your data you want to retrieve afterward.
 
 gras using the latter function. If you go for gras_userdata_set(), you
 should pass it a pointer to your data you want to retrieve afterward.
 
-\dontinclude 05-globals.c
+\don'tinclude 05-globals.c
 \skip userdata_new
 \until userdata_new
 
 \skip userdata_new
 \until userdata_new
 
@@ -49,13 +49,13 @@ defined as being of type server_data_t*.
 
 Once you declared a global that way, retriving this (for example in a
 callback) is really easy:
 
 Once you declared a global that way, retriving this (for example in a
 callback) is really easy:
-\dontinclude 05-globals.c
+\don'tinclude 05-globals.c
 \skip userdata_get
 \until userdata_get
 
 We can now write the callback, which simply retrive the globals and change
 the value of the <tt>kileld</tt> field.
 \skip userdata_get
 \until userdata_get
 
 We can now write the callback, which simply retrive the globals and change
 the value of the <tt>kileld</tt> field.
-\dontinclude 05-globals.c
+\don'tinclude 05-globals.c
 \skip kill_cb
 \until end_of_kill_callback
 
 \skip kill_cb
 \until end_of_kill_callback
 
index 347abdb..7055dd7 100644 (file)
@@ -74,7 +74,7 @@ of channel we want:
 What we want here is a root category (it does not belong to any existing
 channel, for sure), and we want it to be the default one in our file (of
 course, it's the only one).
 What we want here is a root category (it does not belong to any existing
 channel, for sure), and we want it to be the default one in our file (of
 course, it's the only one).
-\dontinclude 06-logs.c
+\don'tinclude 06-logs.c
 \skip XBT_LOG
 \until XBT_LOG
 
 \skip XBT_LOG
 \until XBT_LOG
 
index e8fdcb9..d584f26 100644 (file)
@@ -36,7 +36,7 @@ must be function without argument nor result (<tt>void my_action(void){
 
 It is important to note that timers are not prehemptive. They will not start
 as soon as they are ready. Instead, they get served when you go into
 
 It is important to note that timers are not prehemptive. They will not start
 as soon as they are ready. Instead, they get served when you go into
-gras_msg_handle() (and they are served before incomming messages). This is
+gras_msg_handle() (and they are served before incoming messages). This is
 because allowing timers to run in parallel to the callbacks would add
 parallelism to the user code, which would have to protect data with mutexes.
 This is a level of complexity I really don't want for user code. If you
 because allowing timers to run in parallel to the callbacks would add
 parallelism to the user code, which would have to protect data with mutexes.
 This is a level of complexity I really don't want for user code. If you
@@ -52,7 +52,7 @@ first need to add a global to the server too, containing the socket binded
 onto the server (to send messages) and a boolean indicating whether we are
 done or not, just like we did on the server side in \ref
 GRAS_tut_tour_globals. Here is the resulting global structure:
 onto the server (to send messages) and a boolean indicating whether we are
 done or not, just like we did on the server side in \ref
 GRAS_tut_tour_globals. Here is the resulting global structure:
-\dontinclude 07-timers.c
+\don'tinclude 07-timers.c
 \skip client_data
 \until client_data_t
 
 \skip client_data
 \until client_data_t
 
@@ -71,7 +71,7 @@ Desinstalling this is not harder. You tell the action to unschedule, and the
 periodicity at which it was desinstalled (so that the same action can be
 scheduled at different intervals, and each of them be desinstallable
 separately).
 periodicity at which it was desinstalled (so that the same action can be
 scheduled at different intervals, and each of them be desinstallable
 separately).
-\dontinclude 07-timers.c
+\don'tinclude 07-timers.c
 \skip gras_timer_cancel_repeat
 \until gras_timer_cancel_repeat
 
 \skip gras_timer_cancel_repeat
 \until gras_timer_cancel_repeat
 
@@ -79,7 +79,7 @@ Then comes the delayed action in charge of stopping everything, which should
 be self-explanatory at this point. It could be cancelled before its
 expiration using gras_timer_cancel_delay(), which accepts exactly the same
 kind of arguments than gras_timer_cancel_repeat().
 be self-explanatory at this point. It could be cancelled before its
 expiration using gras_timer_cancel_delay(), which accepts exactly the same
 kind of arguments than gras_timer_cancel_repeat().
-\dontinclude 07-timers.c
+\don'tinclude 07-timers.c
 \skip client_do_stop
 \until end_of_client_do_stop
 
 \skip client_do_stop
 \until end_of_client_do_stop
 
index b9c7e36..a91771d 100644 (file)
@@ -109,7 +109,7 @@ have to find from itself. For this, it will try to open socket and send the
 kill message to each ports of the search range. If it manage to close the
 socket after sending the message without being interrupted by an exception,
 it can assume that it killed the server and stop searching.
 kill message to each ports of the search range. If it manage to close the
 socket after sending the message without being interrupted by an exception,
 it can assume that it killed the server and stop searching.
-\dontinclude 08-exceptions.c
+\don'tinclude 08-exceptions.c
 \skip port=3000
 \until end_of_loop
 
 \skip port=3000
 \until end_of_loop
 
@@ -117,7 +117,7 @@ To make the game a bit more fun (and to show you what an exception actually
 look like when it's not catched), we add a potential command line argument
 to the server, asking it to cheat and to not open its port within the search
 range but elsewhere:
 look like when it's not catched), we add a potential command line argument
 to the server, asking it to cheat and to not open its port within the search
 range but elsewhere:
-\dontinclude 08-exceptions.c
+\don'tinclude 08-exceptions.c
 \skip strcmp
 \until gras_socket_my_port
 \until }
 \skip strcmp
 \until gras_socket_my_port
 \until }
index 0b1d2e4..21377c0 100644 (file)
@@ -204,7 +204,7 @@ differ from node types to node types (the server attach 2 callbacks where
 the client don't attach any). Here is the message declaring function in our
 case:
 
 the client don't attach any). Here is the message declaring function in our
 case:
 
-\dontinclude 09-simpledata.c
+\don'tinclude 09-simpledata.c
 \skip message_declaration(void)
 \until }
 
 \skip message_declaration(void)
 \until }
 
@@ -235,7 +235,7 @@ So, it you want to retrieve a double, you have to cast the pointer using
 <tt>(double*)</tt>, and then dereference the obtained pointer by adding a
 star before the cast. This is what we do here:
 
 <tt>(double*)</tt>, and then dereference the obtained pointer by adding a
 star before the cast. This is what we do here:
 
-\dontinclude 09-simpledata.c
+\don'tinclude 09-simpledata.c
 \skip server_kill_cb
 \until delay
 
 \skip server_kill_cb
 \until delay
 
index e06f20e..6591c0f 100644 (file)
@@ -44,7 +44,7 @@ message. In our example, we accept one string in input, and a long in
 output for the a2i conversion (a=char 2=to i=integer), and the contrary in
 the other direction.
 
 output for the a2i conversion (a=char 2=to i=integer), and the contrary in
 the other direction.
 
-\dontinclude 10-rpc.c
+\don'tinclude 10-rpc.c
 \skip gras_msgtype_declare_rpc
 \until long
 \until string
 \skip gras_msgtype_declare_rpc
 \until long
 \until string
index 37dade0..7d3bcd8 100644 (file)
@@ -92,7 +92,7 @@ definition discrepency.
 
 Here, there is no payload attached to the messages.
 
 
 Here, there is no payload attached to the messages.
 
-\dontinclude 11-explicitwait.c
+\don'tinclude 11-explicitwait.c
 \skip message_declaration
 \until }
 
 \skip message_declaration
 \until }
 
@@ -117,7 +117,7 @@ Note that this is where the explicit wait feature is used.
 
 The core of our distributed service is implemented (protocol, actions on
 server side, and accessing function on client side). We should now
 
 The core of our distributed service is implemented (protocol, actions on
 server side, and accessing function on client side). We should now
-initialize the server and let it wait for incomming messages. 
+initialize the server and let it wait for incoming messages. 
 
 Defining when to stop the server can become tricky. The simplest solution is
 to never let the server stop. It simply runs forever. But the simulator will
 
 Defining when to stop the server can become tricky. The simplest solution is
 to never let the server stop. It simply runs forever. But the simulator will
@@ -129,7 +129,7 @@ service, the server stops. This would be a bit difficult to implement
 Here, we will just hardcode that the clients ask 5 times for the token, and
 that there is two clients. This clearly simplify the problem.
 
 Here, we will just hardcode that the clients ask 5 times for the token, and
 that there is two clients. This clearly simplify the problem.
 
-\dontinclude 11-explicitwait.c
+\don'tinclude 11-explicitwait.c
 \skip gras_userdata_new
 \until gras_msg_handle
 
 \skip gras_userdata_new
 \until gras_msg_handle
 
index 2f34294..ea78dbb 100644 (file)
@@ -93,7 +93,7 @@ execute when a process receives the given request. In other words, you want
 to attach a callback to the message. Of course, you usualy don't want to do
 so on every nodes, but only on "servers" or "workers" or such. First of all,
 you need to declare the callback itself. This function that will be executed
 to attach a callback to the message. Of course, you usualy don't want to do
 so on every nodes, but only on "servers" or "workers" or such. First of all,
 you need to declare the callback itself. This function that will be executed
-on request incomming must follow a very specific prototype (the same
+on request incoming must follow a very specific prototype (the same
 regardless of the call semantic): 
 
 \verbatim
 regardless of the call semantic): 
 
 \verbatim
index d3a7587..b6ce85f 100644 (file)
        
     <hr>
 
        
     <hr>
 
-    \dontinclude gras/ping/ping_common.c
+    \don'tinclude gras/ping/ping_common.c
     
     \section GRAS_ex_ping_common 1) Common code to the client and the server 
     
     
     \section GRAS_ex_ping_common 1) Common code to the client and the server 
     
     
     The module header <tt>ping.h</tt> reads:
     
     
     The module header <tt>ping.h</tt> reads:
     
-    \dontinclude gras/ping/ping.h
+    \don'tinclude gras/ping/ping.h
     \skip include
     \until argv
     \until argv
     \skip include
     \until argv
     \until argv
     (to exchange more complicated types, see \ref GRAS_dd or 
     \ref GRAS_ex_mmrpc for an example).
 
     (to exchange more complicated types, see \ref GRAS_dd or 
     \ref GRAS_ex_mmrpc for an example).
 
-    \dontinclude gras/ping/ping_common.c
+    \don'tinclude gras/ping/ping_common.c
     \skip register_messages
     \until }
 
     \skip register_messages
     \until }
 
     struct definition so that they can be handled properly in GRAS (see the
     \ref GRAS_tut_tour_globals for more info).
 
     struct definition so that they can be handled properly in GRAS (see the
     \ref GRAS_tut_tour_globals for more info).
 
-    \dontinclude gras/ping/ping_server.c
+    \don'tinclude gras/ping/ping_server.c
     \skip typedef struct
     \until }
     
     \skip typedef struct
     \until }
     
     This function is quite straightforward, and the inlined comments should
     be enough to understand it.
 
     This function is quite straightforward, and the inlined comments should
     be enough to understand it.
 
-    \dontinclude gras/ping/ping_client.c
+    \don'tinclude gras/ping/ping_client.c
     \skip client
     \until end_of_client
 
     \skip client
     \until end_of_client
 
    message to the next node. That is why we have to store all variable in a
    global, as explained in the \ref GRAS_globals section. 
 
    message to the next node. That is why we have to store all variable in a
    global, as explained in the \ref GRAS_globals section. 
 
-   \dontinclude examples/gras/mutual_exclusion/simple_token/simple_token.c
+   \don'tinclude examples/gras/mutual_exclusion/simple_token/simple_token.c
    \skip typedef
    \until }
    
    \skip typedef
    \until }
    
     This loads the gras header and declare the function's prototypes as well
     as the matrix size.
 
     This loads the gras header and declare the function's prototypes as well
     as the matrix size.
 
-    \dontinclude gras/mmrpc/mmrpc.h
+    \don'tinclude gras/mmrpc/mmrpc.h
     \skip include
     \until argv
     \until argv
     \skip include
     \until argv
     \until argv
     \ref XBT_LOG_NEW_DEFAULT_CATEGORY here and 
     \ref XBT_LOG_EXTERNAL_DEFAULT_CATEGORY in mmrpc_client.c and mmrpc_server.c.
     
     \ref XBT_LOG_NEW_DEFAULT_CATEGORY here and 
     \ref XBT_LOG_EXTERNAL_DEFAULT_CATEGORY in mmrpc_client.c and mmrpc_server.c.
     
-    \dontinclude gras/mmrpc/mmrpc_common.c
+    \don'tinclude gras/mmrpc/mmrpc_common.c
     \skip include
     \until XBT_LOG
 
     \skip include
     \until XBT_LOG
 
     \ref XBT_DEFINE_TYPE symbols don't get included here. Likewise, we use 
     \ref XBT_LOG_EXTERNAL_DEFAULT_CATEGORY to get the log category in here.
     
     \ref XBT_DEFINE_TYPE symbols don't get included here. Likewise, we use 
     \ref XBT_LOG_EXTERNAL_DEFAULT_CATEGORY to get the log category in here.
     
-    \dontinclude gras/mmrpc/mmrpc_server.c
+    \don'tinclude gras/mmrpc/mmrpc_server.c
     \skip define
     \until XBT_LOG
 
     \skip define
     \until XBT_LOG
 
     datatype parsing and log categories do work even if we are using several
     files.  
     
     datatype parsing and log categories do work even if we are using several
     files.  
     
-    \dontinclude gras/mmrpc/mmrpc_client.c
+    \don'tinclude gras/mmrpc/mmrpc_client.c
     \skip define
     \until XBT_LOG
 
     \skip define
     \until XBT_LOG
 
     This function is quite straightforward, and the inlined comments should
     be enough to understand it.
 
     This function is quite straightforward, and the inlined comments should
     be enough to understand it.
 
-    \dontinclude gras/mmrpc/mmrpc_client.c
+    \don'tinclude gras/mmrpc/mmrpc_client.c
     \skip argv
     \until end_of_client
 
     \skip argv
     \until end_of_client
 
      - \ref GRAS_ex_timer_repeat
      - \ref GRAS_ex_timer_main
 
      - \ref GRAS_ex_timer_repeat
      - \ref GRAS_ex_timer_main
 
-    \dontinclude timer.c
+    \don'tinclude timer.c
     
     \section GRAS_ex_timer_decl   1. Declarations and headers
     \skip include
     
     \section GRAS_ex_timer_decl   1. Declarations and headers
     \skip include
index b4ffe38..ab70142 100644 (file)
@@ -209,7 +209,7 @@ an external description of the deployment.
 
 <hr> 
 
 
 <hr> 
 
-\dontinclude msg/icomms/peer.c
+\don'tinclude msg/icomms/peer.c
 
 \section MSG_ext_icomms_code Code of the application
 
 
 \section MSG_ext_icomms_code Code of the application
 
@@ -272,7 +272,7 @@ This initializes MSG, runs a simulation, and free all data-structures created by
 
 \until end_of_main
 
 
 \until end_of_main
 
-\dontinclude msg/icomms/peer2.c
+\don'tinclude msg/icomms/peer2.c
 
 \section MSG_ext_icomms_fct_Waitall Waitall function for sender
 
 
 \section MSG_ext_icomms_fct_Waitall Waitall function for sender
 
@@ -287,13 +287,13 @@ The MSG_comm_waitany() function return the place of the first message send or re
 
 \subsection MSG_ext_icomms_fct_Waitany_sender From a sender
 We can use this function to wait all sent messages.
 
 \subsection MSG_ext_icomms_fct_Waitany_sender From a sender
 We can use this function to wait all sent messages.
-\dontinclude msg/icomms/peer3.c
+\don'tinclude msg/icomms/peer3.c
 \skipline Sender function
 \until end_of_sender
 
 \subsection MSG_ext_icomms_fct_Waitany_receiver From a receiver
 We can also wait for the arrival of all messages.
 \skipline Sender function
 \until end_of_sender
 
 \subsection MSG_ext_icomms_fct_Waitany_receiver From a receiver
 We can also wait for the arrival of all messages.
-\dontinclude msg/icomms/peer3.c
+\don'tinclude msg/icomms/peer3.c
 \skipline Receiver function
 \until end_of_receiver
 
 \skipline Receiver function
 \until end_of_receiver
 
@@ -321,7 +321,7 @@ and an external description of the deployment.
  
 <hr> 
 
  
 <hr> 
 
-\dontinclude msg/masterslave/masterslave_forwarder.c
+\don'tinclude msg/masterslave/masterslave_forwarder.c
 
 \section MSG_ext_ms_code Code of the application
 
 
 \section MSG_ext_ms_code Code of the application
 
@@ -419,7 +419,7 @@ This initializes MSG, runs a simulation, and free all data-structures created by
        - \ref MSG_ext_ms_platform
        
        
        - \ref MSG_ext_ms_platform
        
        
-      \dontinclude lua/masterslave/master_slave.lua
+      \don'tinclude lua/masterslave/master_slave.lua
       
       \section MSG_ext_ms_code_lua Code of the application
       
       
       \section MSG_ext_ms_code_lua Code of the application
       
@@ -472,7 +472,7 @@ This initializes MSG, runs a simulation, and free all data-structures created by
        - \ref MSG_ext_ms_core_lua
        
        
        - \ref MSG_ext_ms_core_lua
        
        
-      \dontinclude lua/console/master_slave_bypass.lua
+      \don'tinclude lua/console/master_slave_bypass.lua
       
       \section MSG_ext_ms_code_lua Code of the application
       
       
       \section MSG_ext_ms_code_lua Code of the application
       
index d5d5962..bca88dd 100644 (file)
@@ -800,7 +800,7 @@ Single
 2 2 0 1 0 7 250 -1 20 0.000 0 0 -1 0 0 5
         21555 3870 19125 3870 19125 7470 21555 7470 21555 3870
 4 0 0 240 -1 0 12 0.0000 2 90 435 19260 4635 name\001
 2 2 0 1 0 7 250 -1 20 0.000 0 0 -1 0 0 5
         21555 3870 19125 3870 19125 7470 21555 7470 21555 3870
 4 0 0 240 -1 0 12 0.0000 2 90 435 19260 4635 name\001
-4 0 0 240 -1 0 12 0.0000 2 180 2385 19260 7110 incomming_communications\001
+4 0 0 240 -1 0 12 0.0000 2 180 2385 19260 7110 incoming_communications\001
 4 0 0 240 -1 0 12 0.0000 2 180 2205 19260 7335 outgoing_communications\001
 4 0 0 240 -1 0 12 0.0000 2 135 165 19260 6885 id\001
 4 0 0 240 -1 0 12 0.0000 2 180 1200 19260 4410 type (cpu|link)\001
 4 0 0 240 -1 0 12 0.0000 2 180 2205 19260 7335 outgoing_communications\001
 4 0 0 240 -1 0 12 0.0000 2 135 165 19260 6885 id\001
 4 0 0 240 -1 0 12 0.0000 2 180 1200 19260 4410 type (cpu|link)\001
index bb01301..f1324b1 100644 (file)
@@ -88,7 +88,7 @@ int server(int argc, char *argv[])
         xbt_socket_my_port(globals->sock));
   globals->endcondition = 0;
 
         xbt_socket_my_port(globals->sock));
   globals->endcondition = 0;
 
-  /* 6. Wait up to 20 minutes for an incomming message to handle */
+  /* 6. Wait up to 20 minutes for an incoming message to handle */
   gras_msg_handle(20.0);
 
   /* 7. Housekeeping */
   gras_msg_handle(20.0);
 
   /* 7. Housekeeping */
index f5998a5..fa9de31 100644 (file)
@@ -81,7 +81,7 @@ int server(int argc, char *argv[])
   /* 5. Register my callback */
   gras_cb_register("request", &server_cb_request_handler);
 
   /* 5. Register my callback */
   gras_cb_register("request", &server_cb_request_handler);
 
-  /* 6. Wait up to 10 minutes for an incomming message to handle */
+  /* 6. Wait up to 10 minutes for an incoming message to handle */
   gras_msg_handle(600.0);
 
   /* 7. Free the allocated resources, and shut GRAS down */
   gras_msg_handle(600.0);
 
   /* 7. Free the allocated resources, and shut GRAS down */
index e3a1910..d1585f5 100644 (file)
@@ -73,7 +73,7 @@ int server(int argc, char *argv[])
   XBT_INFO("Launch server (port=%d)", port);
   sock = try_gras_socket_server(port);
 
   XBT_INFO("Launch server (port=%d)", port);
   sock = try_gras_socket_server(port);
 
-  /* 6. Wait up to 10 minutes for an incomming message to handle */
+  /* 6. Wait up to 10 minutes for an incoming message to handle */
   gras_msg_handle(600.0);
 
   /* 7. Free the allocated resources, and shut GRAS down */
   gras_msg_handle(600.0);
 
   /* 7. Free the allocated resources, and shut GRAS down */
index 90d6872..ef80458 100644 (file)
@@ -171,7 +171,7 @@ int node(int argc, char *argv[])
     }
   }
 
     }
   }
 
-  /* 8. Wait up to 10 seconds for an incomming message to handle */
+  /* 8. Wait up to 10 seconds for an incoming message to handle */
   while (globals->remaining_loop > (globals->create ? -1 : 0)) {
     gras_msg_handle(-1);
 
   while (globals->remaining_loop > (globals->create ? -1 : 0)) {
     gras_msg_handle(-1);
 
index ab4f75e..ccb590c 100644 (file)
@@ -88,7 +88,7 @@ int server(int argc, char *argv[])
         xbt_socket_my_port(globals->sock));
   globals->endcondition = 0;
 
         xbt_socket_my_port(globals->sock));
   globals->endcondition = 0;
 
-  /* 6. Wait up to 10 minutes for an incomming message to handle */
+  /* 6. Wait up to 10 minutes for an incoming message to handle */
   gras_msg_handle(10.0);
 
   /* 7. Housekeeping */
   gras_msg_handle(10.0);
 
   /* 7. Housekeeping */
index 4d12003..a12da53 100644 (file)
@@ -370,7 +370,7 @@ int server(int argc, char *argv[])
 
   XBT_INFO("Listening on port %d", xbt_socket_my_port(mysock));
 
 
   XBT_INFO("Listening on port %d", xbt_socket_my_port(mysock));
 
-  /* 5. Wait for the ping incomming messages */
+  /* 5. Wait for the ping incoming messages */
 
   /** \bug if the server is gone before the forwarder tries to connect,
      it dies awfully with the following message. The problem stands somewhere
 
   /** \bug if the server is gone before the forwarder tries to connect,
      it dies awfully with the following message. The problem stands somewhere
index aca6202..91a3f46 100644 (file)
@@ -7,7 +7,7 @@
   <process host="Bourassa" function="replace">
     <argument value="Calling replace() from Bourassa"/>
   </process>
   <process host="Bourassa" function="replace">
     <argument value="Calling replace() from Bourassa"/>
   </process>
-  <process host="Jupiter" function="please_dont_replace_me">
-    <argument value="Calling please_dont_replace_me() from Jupiter"/>
+  <process host="Jupiter" function="please_don't_replace_me">
+    <argument value="Calling please_don't_replace_me() from Jupiter"/>
   </process>
 </platform>
   </process>
 </platform>
index 70366bb..c0e1518 100644 (file)
@@ -13,19 +13,19 @@ function set_global_string(...)
   print_global()
 end
 
   print_global()
 end
 
--- Replaces the function please_dont_change_me() by set_global_string()
+-- Replaces the function please_don't_change_me() by set_global_string()
 -- and calls it
 function replace(...)
 
 -- and calls it
 function replace(...)
 
-  simgrid.info("Overwriting function please_dont_replace_me()")
-  please_dont_replace_me = set_global_string
-  please_dont_replace_me(...)
+  simgrid.info("Overwriting function please_don't_replace_me()")
+  please_don't_replace_me = set_global_string
+  please_don't_replace_me(...)
 end
 
 -- Shows a hello message and prints the global string
 end
 
 -- Shows a hello message and prints the global string
-function please_dont_replace_me(...)
+function please_don't_replace_me(...)
 
 
-  simgrid.info("Hello from please_dont_replace_me(). I'm lucky, I still exist in this state.")
+  simgrid.info("Hello from please_don't_replace_me(). I'm lucky, I still exist in this state.")
   print_global()
 end
 
   print_global()
 end
 
index c8029d7..97ade40 100644 (file)
@@ -4,8 +4,8 @@ $ lua duplicated_globals.lua
 > [0.000000] [lua/INFO] Global string is 'A global string set by maestro'
 > [Tremblay:set_global_string:(1) 0.000000] [lua/INFO] Changing the global string
 > [Tremblay:set_global_string:(1) 0.000000] [lua/INFO] Global string is 'Calling set_global_string() from Tremblay'
 > [0.000000] [lua/INFO] Global string is 'A global string set by maestro'
 > [Tremblay:set_global_string:(1) 0.000000] [lua/INFO] Changing the global string
 > [Tremblay:set_global_string:(1) 0.000000] [lua/INFO] Global string is 'Calling set_global_string() from Tremblay'
-> [Bourassa:replace:(2) 0.000000] [lua/INFO] Overwriting function please_dont_replace_me()
+> [Bourassa:replace:(2) 0.000000] [lua/INFO] Overwriting function please_don't_replace_me()
 > [Bourassa:replace:(2) 0.000000] [lua/INFO] Changing the global string
 > [Bourassa:replace:(2) 0.000000] [lua/INFO] Global string is 'Calling replace() from Bourassa'
 > [Bourassa:replace:(2) 0.000000] [lua/INFO] Changing the global string
 > [Bourassa:replace:(2) 0.000000] [lua/INFO] Global string is 'Calling replace() from Bourassa'
-> [Jupiter:please_dont_replace_me:(3) 0.000000] [lua/INFO] Hello from please_dont_replace_me(). I'm lucky, I still exist in this state.
-> [Jupiter:please_dont_replace_me:(3) 0.000000] [lua/INFO] Global string is 'A global string set by maestro'
+> [Jupiter:please_don't_replace_me:(3) 0.000000] [lua/INFO] Hello from please_don't_replace_me(). I'm lucky, I still exist in this state.
+> [Jupiter:please_don't_replace_me:(3) 0.000000] [lua/INFO] Global string is 'A global string set by maestro'
index d2595c5..56dde92 100644 (file)
@@ -164,8 +164,8 @@ XBT_PUBLIC(void) gras_msg_send_(xbt_socket_t sock,
  *  @hideinitializer
  * @param timeout: How long should we wait for this message.
  * @param msgt_want: type of awaited msg
  *  @hideinitializer
  * @param timeout: How long should we wait for this message.
  * @param msgt_want: type of awaited msg
- * @param[out] expeditor: where to create a socket to answer the incomming message
- * @param[out] payload: where to write the payload of the incomming message
+ * @param[out] expeditor: where to create a socket to answer the incoming message
+ * @param[out] payload: where to write the payload of the incoming message
  * @return the error code (or no_error).
  *
  * Every message of another type received before the one waited will be queued
  * @return the error code (or no_error).
  *
  * Every message of another type received before the one waited will be queued
@@ -193,7 +193,7 @@ XBT_PUBLIC(void) gras_msg_handle(double timeOut);
  * right answer from the right host and so on.  Any exception raised on the
  * server is also passed over the network to the client.
  * 
  * right answer from the right host and so on.  Any exception raised on the
  * server is also passed over the network to the client.
  * 
- * Callbacks are attached to RPC incomming messages the regular way using
+ * Callbacks are attached to RPC incoming messages the regular way using
  * \ref gras_cb_register.
  * 
  * For an example of use, check the examples/gras/rpc directory of the distribution.
  * \ref gras_cb_register.
  * 
  * For an example of use, check the examples/gras/rpc directory of the distribution.
@@ -272,7 +272,7 @@ typedef enum {
      group communication
    */
 
      group communication
    */
 
-  e_gras_msg_kind_count = 5     /* sentinel, dont mess with */
+  e_gras_msg_kind_count = 5     /* sentinel, don't mess with */
 } e_gras_msg_kind_t;
 
 
 } e_gras_msg_kind_t;
 
 
index fa6e7c0..40c3062 100644 (file)
@@ -28,7 +28,7 @@ SG_BEGIN_DECL()
  *  and such within a specific process.
  *
  *  Timers are served by the gras_handle() function: if there is an elapsed 
  *  and such within a specific process.
  *
  *  Timers are served by the gras_handle() function: if there is an elapsed 
- *  timer, the associated code gets executed before any incomming connexion 
+ *  timer, the associated code gets executed before any incoming connexion 
  *  are checked. 
  *
  *  The section \ref GRAS_ex_timer constitutes a perfect example of these features.
  *  are checked. 
  *
  *  The section \ref GRAS_ex_timer constitutes a perfect example of these features.
index 023f70a..5cf4b53 100644 (file)
@@ -47,7 +47,7 @@ SG_BEGIN_DECL()
  *
  *  \section XBT_cfg_ex Example of use
  *
  *
  *  \section XBT_cfg_ex Example of use
  *
- *  \dontinclude config.c
+ *  \don'tinclude config.c
  *
  *  First, let's create a configuration set with some registered variables.
  *  This must be done by the configurable library before the user interactions.
  *
  *  First, let's create a configuration set with some registered variables.
  *  This must be done by the configurable library before the user interactions.
index bac0bc3..fdc1c79 100644 (file)
@@ -313,7 +313,7 @@ XBT_PUBLIC(xbt_datadesc_type_t)
 /* @{ */
 
 
 /* @{ */
 
 
-/** \brief Opaque type describing a type description callback persistant state. */
+/** \brief Opaque type describing a type description callback persistent state. */
 typedef struct s_xbt_cbps *xbt_cbps_t;
 
 /* callbacks prototypes */
 typedef struct s_xbt_cbps *xbt_cbps_t;
 
 /* callbacks prototypes */
index 87b501c..172ff10 100644 (file)
@@ -27,7 +27,7 @@ SG_BEGIN_DECL()
   * structure creation (of type void_f_ppvoid_t or void_f_pvoid_t).
   *
   * \section XBT_dynar_exscal Example with scalar
   * structure creation (of type void_f_ppvoid_t or void_f_pvoid_t).
   *
   * \section XBT_dynar_exscal Example with scalar
-  * \dontinclude dynar.c
+  * \don'tinclude dynar.c
   *
   * \skip Vars_decl
   * \skip dyn
   *
   * \skip Vars_decl
   * \skip dyn
index b7903c1..dfab9c2 100644 (file)
@@ -207,7 +207,7 @@ __ex_mctx_struct} __ex_mctx_t;
  * following code which shows some pitfalls and contains many errors (assuming
  * a mallocex() function which throws an exception if malloc(3) fails):
  *
  * following code which shows some pitfalls and contains many errors (assuming
  * a mallocex() function which throws an exception if malloc(3) fails):
  *
- * \dontinclude ex.c
+ * \don'tinclude ex.c
  * \skip BAD_EXAMPLE
  * \until end_of_bad_example
  *
  * \skip BAD_EXAMPLE
  * \until end_of_bad_example
  *
index 6877c67..11e4bad 100644 (file)
@@ -196,7 +196,7 @@ static int simgrid_gc(lua_State * L)
  */
 static int msg_register_platform(lua_State * L)
 {
  */
 static int msg_register_platform(lua_State * L)
 {
-  /* Tell Simgrid we dont wanna use its parser */
+  /* Tell Simgrid we don't wanna use its parser */
   //surf_parse = console_parse_platform;
   surf_parse_reset_callbacks();
   MSG_create_environment(NULL);
   //surf_parse = console_parse_platform;
   surf_parse_reset_callbacks();
   MSG_create_environment(NULL);
index df02431..3491586 100644 (file)
@@ -136,8 +136,8 @@ gras_msg_wait_ext_(double timeout,
  *
  * @param timeout: How long should we wait for this message.
  * @param msgt_want: type of awaited msg
  *
  * @param timeout: How long should we wait for this message.
  * @param msgt_want: type of awaited msg
- * @param[out] expeditor: where to create a socket to answer the incomming message
- * @param[out] payload: where to write the payload of the incomming message
+ * @param[out] expeditor: where to create a socket to answer the incoming message
+ * @param[out] payload: where to write the payload of the incoming message
  * @return the error code (or no_error).
  *
  * Every message of another type received before the one waited will be queued
  * @return the error code (or no_error).
  *
  * Every message of another type received before the one waited will be queued
@@ -188,7 +188,7 @@ static int gras_msg_wait_or_filter(gras_msg_t msg, void *ctx)
  * @param msgt_want: a dynar containing all accepted message type
  * @param[out] ctx: the context of received message (in case it's a RPC call we want to answer to)
  * @param[out] msgt_got: indice in the dynar of the type of the received message
  * @param msgt_want: a dynar containing all accepted message type
  * @param[out] ctx: the context of received message (in case it's a RPC call we want to answer to)
  * @param[out] msgt_got: indice in the dynar of the type of the received message
- * @param[out] payload: where to write the payload of the incomming message
+ * @param[out] payload: where to write the payload of the incoming message
  * @return the error code (or no_error).
  *
  * Every message of a type not in the accepted list received before the one
  * @return the error code (or no_error).
  *
  * Every message of a type not in the accepted list received before the one
@@ -282,7 +282,7 @@ void gras_msg_handleall(double period)
   } while (period - now + begin > 0);
 }
 
   } while (period - now + begin > 0);
 }
 
-/** @brief Handle an incomming message or timer (or wait up to \a timeOut seconds)
+/** @brief Handle an incoming message or timer (or wait up to \a timeOut seconds)
  *
  * @param timeOut: How long to wait for incoming messages (in seconds)
  * @return the error code (or no_error).
  *
  * @param timeOut: How long to wait for incoming messages (in seconds)
  * @return the error code (or no_error).
@@ -402,7 +402,7 @@ void gras_msg_handle(volatile double timeOut)
         volatile unsigned int cpt2 = cpt;
         if (!ran_ok) {
           XBT_DEBUG
         volatile unsigned int cpt2 = cpt;
         if (!ran_ok) {
           XBT_DEBUG
-              ("Use the callback #%u (@%p) for incomming msg '%s' (payload_size=%d)",
+              ("Use the callback #%u (@%p) for incoming msg '%s' (payload_size=%d)",
                cpt + 1, cb, msg.type->name, msg.payl_size);
           if (!cb(&ctx, msg.payl)) {
             /* cb handled the message */
                cpt + 1, cb, msg.type->name, msg.payl_size);
           if (!cb(&ctx, msg.payl)) {
             /* cb handled the message */
index a08ee25..ca62d02 100644 (file)
@@ -19,7 +19,7 @@ XBT_LOG_NEW_DEFAULT_SUBCATEGORY(gras_msg_read, gras_msg,
 
 typedef struct s_gras_msg_listener_ {
   xbt_thread_t listener; /* keep this first, gras_socket_im_the_server() does funky transtyping in sg_msg.c */
 
 typedef struct s_gras_msg_listener_ {
   xbt_thread_t listener; /* keep this first, gras_socket_im_the_server() does funky transtyping in sg_msg.c */
-  xbt_queue_t incomming_messages;       /* messages received from the wire and still to be used by master */
+  xbt_queue_t incoming_messages;       /* messages received from the wire and still to be used by master */
   xbt_queue_t socks_to_close;   /* let the listener close the sockets, since it may be selecting on them. Darwin don't like this trick */
   xbt_socket_t wakeup_sock_listener_side;
   xbt_socket_t wakeup_sock_master_side;
   xbt_queue_t socks_to_close;   /* let the listener close the sockets, since it may be selecting on them. Darwin don't like this trick */
   xbt_socket_t wakeup_sock_listener_side;
   xbt_socket_t wakeup_sock_master_side;
@@ -66,7 +66,7 @@ static void listener_function(void *p)
                   I'm not the user process but I'm just the listener. Too bad */
       XBT_VERB("Got a '%s' message (%s) from sock %p. Queue it for handling by main thread",
             gras_msgtype_get_name(msg->type),e_gras_msg_kind_names[msg->kind],msg->expe);
                   I'm not the user process but I'm just the listener. Too bad */
       XBT_VERB("Got a '%s' message (%s) from sock %p. Queue it for handling by main thread",
             gras_msgtype_get_name(msg->type),e_gras_msg_kind_names[msg->kind],msg->expe);
-      xbt_queue_push(me->incomming_messages, msg);
+      xbt_queue_push(me->incoming_messages, msg);
     } else {
       char got = *(char *) msg->payl;
       if (got == '1') {
     } else {
       char got = *(char *) msg->payl;
       if (got == '1') {
@@ -110,7 +110,7 @@ gras_msg_listener_t gras_msg_listener_launch(xbt_queue_t msg_received)
   gras_msg_listener_t arg = xbt_new0(s_gras_msg_listener_t, 1);
 
   XBT_VERB("Launch listener");
   gras_msg_listener_t arg = xbt_new0(s_gras_msg_listener_t, 1);
 
   XBT_VERB("Launch listener");
-  arg->incomming_messages = msg_received;
+  arg->incoming_messages = msg_received;
   arg->socks_to_close = xbt_queue_new(0, sizeof(int));
   arg->init_mutex = xbt_mutex_init();
   arg->init_cond = xbt_cond_init();
   arg->socks_to_close = xbt_queue_new(0, sizeof(int));
   arg->init_mutex = xbt_mutex_init();
   arg->init_cond = xbt_cond_init();
@@ -150,7 +150,7 @@ void gras_msg_listener_shutdown()
   xbt_thread_join(pd->listener->listener);
 
   //  gras_socket_close(pd->listener->wakeup_sock_master_side); FIXME: uncommenting this leads to deadlock at terminaison
   xbt_thread_join(pd->listener->listener);
 
   //  gras_socket_close(pd->listener->wakeup_sock_master_side); FIXME: uncommenting this leads to deadlock at terminaison
-  xbt_queue_free(&pd->listener->incomming_messages);
+  xbt_queue_free(&pd->listener->incoming_messages);
   xbt_queue_free(&pd->listener->socks_to_close);
   xbt_free(pd->listener);
 }
   xbt_queue_free(&pd->listener->socks_to_close);
   xbt_free(pd->listener);
 }
index 529ce83..462f500 100644 (file)
@@ -37,7 +37,7 @@ typedef struct {
   int pid;                      /* pid of process, only for SG */
   int ppid;                     /* ppid of process, only for SG */
 
   int pid;                      /* pid of process, only for SG */
   int ppid;                     /* ppid of process, only for SG */
 
-  gras_msg_listener_t listener; /* the thread in charge of the incomming communication for this process */
+  gras_msg_listener_t listener; /* the thread in charge of the incoming communication for this process */
 } gras_procdata_t;
 
 gras_procdata_t *gras_procdata_get(void);
 } gras_procdata_t;
 
 gras_procdata_t *gras_procdata_get(void);
index 36980e1..3980bb2 100644 (file)
@@ -542,7 +542,7 @@ double surf_solve(double max_date)
     }
   }
 
     }
   }
 
-  XBT_DEBUG("Min for resources (remember that NS3 dont update that value) : %f", min);
+  XBT_DEBUG("Min for resources (remember that NS3 don't update that value) : %f", min);
 
   XBT_DEBUG("Looking for next trace event");
 
 
   XBT_DEBUG("Looking for next trace event");
 
index 2810ac3..b258d3a 100644 (file)
@@ -1,4 +1,4 @@
-/* cbps - persistant states for callbacks                                   */
+/* cbps - persistent states for callbacks                                   */
 
 /* Copyright (c) 2004, 2005, 2006, 2007, 2008, 2009, 2010. The SimGrid Team.
  * All rights reserved.                                                     */
 
 /* Copyright (c) 2004, 2005, 2006, 2007, 2008, 2009, 2010. The SimGrid Team.
  * All rights reserved.                                                     */
@@ -9,7 +9,7 @@
 #include "xbt/ex.h"
 #include "xbt/datadesc/datadesc_private.h"
 XBT_LOG_NEW_DEFAULT_SUBCATEGORY(xbt_ddt_cbps, xbt_ddt,
 #include "xbt/ex.h"
 #include "xbt/datadesc/datadesc_private.h"
 XBT_LOG_NEW_DEFAULT_SUBCATEGORY(xbt_ddt_cbps, xbt_ddt,
-                                "callback persistant state");
+                                "callback persistent state");
 
 typedef struct {
   xbt_datadesc_type_t type;
 
 typedef struct {
   xbt_datadesc_type_t type;
index a5fd45d..0c1c802 100644 (file)
@@ -234,7 +234,7 @@ xbt_datadesc_scalar(const char *name,
                      enum e_xbt_dd_scalar_encoding encoding);
 
 /****************************************************
                      enum e_xbt_dd_scalar_encoding encoding);
 
 /****************************************************
- * Callback persistant state constructor/destructor *
+ * Callback persistent state constructor/destructor *
  ****************************************************/
 xbt_cbps_t xbt_cbps_new(void);
 void xbt_cbps_free(xbt_cbps_t * state);
  ****************************************************/
 xbt_cbps_t xbt_cbps_new(void);
 void xbt_cbps_free(xbt_cbps_t * state);
index 95f47ca..a5b33d8 100644 (file)
@@ -955,7 +955,7 @@ int _xbt_log_cat_init(xbt_log_category_t category,
         cpp = cpp->nextSibling;
       }
 
         cpp = cpp->nextSibling;
       }
 
-      XBT_DEBUG("Childs of %s: %s; nextSibling: %s",
+      XBT_DEBUG("Children of %s: %s; nextSibling: %s",
              category->parent->name, res,
              (category->parent->nextSibling ?
               category->parent->nextSibling->name : "none"));
              category->parent->name, res,
              (category->parent->nextSibling ?
               category->parent->nextSibling->name : "none"));