Kill spaces at eol.

diff --git a/tools/tesh/README b/tools/tesh/README
index 8e23b7e..bf02a75 100644 (file)
--- a/tools/tesh/README
+++ b/tools/tesh/README
@@ -1,6 +1,6 @@
 This is the TESH tool. It constitutes a testing shell, ie a sort of shell
 specialized to run tests. The list of actions to take is parsed from files
 This is the TESH tool. It constitutes a testing shell, ie a sort of shell
 specialized to run tests. The list of actions to take is parsed from files

-files called testsuite. 
+files called testsuite.

 
 Testsuites syntax
 -----------------
 
 Testsuites syntax
 -----------------


@@ -8,7 +8,7 @@ Here is the syntax of these files:
 
 The kind of each line is given by the first char (the second char should be
 blank and is ignored):
 
 The kind of each line is given by the first char (the second char should be
 blank and is ignored):

- 
+

  `$' command to run in foreground
  `&' command to run in background
  `<' input to pass to the command
  `$' command to run in foreground
  `&' command to run in background
  `<' input to pass to the command


@@ -30,7 +30,7 @@ Command line arguments
 Tesh accepts several command line arguments:
   --cd some/directory: ask tesh to switch the working directory before
                        launching the tests
 Tesh accepts several command line arguments:
   --cd some/directory: ask tesh to switch the working directory before
                        launching the tests

-  --setenv var=value: set a specific environment variable                     
+  --setenv var=value: set a specific environment variable

 
 IO orders
 ---------
 
 IO orders
 ---------


@@ -95,7 +95,7 @@ spits an appropriate error message (cf. catch-signal.tesh).
 It is also possible to specify that a given command must raise a given
 signal. For this, use the "expect signal" metacommand. It takes the signal name
 as argument. The change only apply to the next command (cf. set-signal.tesh).
 It is also possible to specify that a given command must raise a given
 signal. For this, use the "expect signal" metacommand. It takes the signal name
 as argument. The change only apply to the next command (cf. set-signal.tesh).

- 
+

 TIMEOUTS
 --------
 
 TIMEOUTS
 --------
 


@@ -110,7 +110,7 @@ OUTPUT
 
 By default, the commands output is matched against the one expected,
 and an error is raised on discrepancy. Metacommands to change this:
 
 By default, the commands output is matched against the one expected,
 and an error is raised on discrepancy. Metacommands to change this:

- "output ignore"  -> output completely discarded 
+ "output ignore"  -> output completely discarded

  "output display" -> output displayed (but not verified)
  "output sort"    -> sorts the display before verifying it (see below)
 
  "output display" -> output displayed (but not verified)
  "output sort"    -> sorts the display before verifying it (see below)
 


@@ -120,26 +120,26 @@ Sorting the output seems to be a strange idea, but it is mandatory in
 SimGrid since the processes run out of order at any scheduling point
 (ie, every processes ready to run at simulated time t run in
 parallel). To ensure that the simulator outputs still match, we have
 SimGrid since the processes run out of order at any scheduling point
 (ie, every processes ready to run at simulated time t run in
 parallel). To ensure that the simulator outputs still match, we have

-to sort the output back before comparing it. 
+to sort the output back before comparing it.

 
 We expect the simulators to run with that log formatting argument:
    -log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n
 Then, tesh sorts string on the 19 first chars only, and is stable when
 line beginnings are equal. This should ensure that:
  (1) tesh is effective (no false positive, no false negative)
 
 We expect the simulators to run with that log formatting argument:
    -log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n
 Then, tesh sorts string on the 19 first chars only, and is stable when
 line beginnings are equal. This should ensure that:
  (1) tesh is effective (no false positive, no false negative)

- (2) scheduling points are separated from each other 
- (3) at each scheduling point, processes are separated from each other 
+ (2) scheduling points are separated from each other
+ (3) at each scheduling point, processes are separated from each other

  (4) the order of what a given process says at a given scheduling
      point is preserved.
  (4) the order of what a given process says at a given scheduling
      point is preserved.

-     
+

 This is of course very SimGrid oriented, breaking the generality of
 This is of course very SimGrid oriented, breaking the generality of

-tesh, but who cares, actually?     
+tesh, but who cares, actually?

 
 If you want to change the length of the prefix used for the sort,
 simply specify it after the output sort directive, like this:
 
 ! output sort 22
 
 If you want to change the length of the prefix used for the sort,
 simply specify it after the output sort directive, like this:
 
 ! output sort 22

- 
+

 ENVIRONMENT
 -----------
 You can add some content to the tested processes environment with the
 ENVIRONMENT
 -----------
 You can add some content to the tested processes environment with the

diff --git a/tools/tesh/tesh.1 b/tools/tesh/tesh.1
index 38c1d4e..d5d7283 100644 (file)
--- a/tools/tesh/tesh.1
+++ b/tools/tesh/tesh.1
@@ -6,7 +6,7 @@ tesh \- testing shell
 .B tesh
 [\fIOPTION\fR]... [\fIFILE\fR]...
 .SH DESCRIPTION
 .B tesh
 [\fIOPTION\fR]... [\fIFILE\fR]...
 .SH DESCRIPTION

-This is the TESH tool. It constitutes a testing shell, ie a sort of shell specialized to run tests. The list of actions to take is parsed from files files called testsuite. 
+This is the TESH tool. It constitutes a testing shell, ie a sort of shell specialized to run tests. The list of actions to take is parsed from files files called testsuite.

 .SH OPTIONS
   --cd some/directory: ask tesh to switch the working directory before
                        launching the tests
 .SH OPTIONS
   --cd some/directory: ask tesh to switch the working directory before
                        launching the tests


@@ -16,7 +16,7 @@ Here is the syntax of these files:
 
 The kind of each line is given by the first char (the second char should be
 blank and is ignored):
 
 The kind of each line is given by the first char (the second char should be
 blank and is ignored):

- 
+

  `$' command to run in foreground
  `&' command to run in background
  `<' input to pass to the command
  `$' command to run in foreground
  `&' command to run in background
  `<' input to pass to the command


@@ -94,7 +94,7 @@ cannot timeout.
 .SH OUTPUT
 By default, the commands output is matched against the one expected,
 and an error is raised on discrepancy. Metacommands to change this:
 .SH OUTPUT
 By default, the commands output is matched against the one expected,
 and an error is raised on discrepancy. Metacommands to change this:

- "output ignore"  -> output completely discarded 
+ "output ignore"  -> output completely discarded

  "output display" -> output displayed (but not verified)
  "output sort"    -> sorts the display before verifying it (see below)
 .SH SORTING OUTPUT
  "output display" -> output displayed (but not verified)
  "output sort"    -> sorts the display before verifying it (see below)
 .SH SORTING OUTPUT


@@ -102,20 +102,20 @@ Sorting the output seems to be a strange idea, but it is mandatory in
 SimGrid since the processes run out of order at any scheduling point
 (ie, every processes ready to run at simulated time t run in
 parallel). To ensure that the simulator outputs still match, we have
 SimGrid since the processes run out of order at any scheduling point
 (ie, every processes ready to run at simulated time t run in
 parallel). To ensure that the simulator outputs still match, we have

-to sort the output back before comparing it. 
+to sort the output back before comparing it.

 
 We expect the simulators to run with that log formatting argument:
    -log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n
 Then, tesh sorts string on the 19 first chars only, and is stable when
 line beginnings are equal. This should ensure that:
  (1) tesh is effective (no false positive, no false negative)
 
 We expect the simulators to run with that log formatting argument:
    -log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n
 Then, tesh sorts string on the 19 first chars only, and is stable when
 line beginnings are equal. This should ensure that:
  (1) tesh is effective (no false positive, no false negative)

- (2) scheduling points are separated from each other 
- (3) at each scheduling point, processes are separated from each other 
+ (2) scheduling points are separated from each other
+ (3) at each scheduling point, processes are separated from each other

  (4) the order of what a given process says at a given scheduling
      point is preserved.
  (4) the order of what a given process says at a given scheduling
      point is preserved.

-     
+

 This is of course very SimGrid oriented, breaking the generality of
 This is of course very SimGrid oriented, breaking the generality of

-tesh, but who cares, actually?     
+tesh, but who cares, actually?

 
 If you want to change the length of the prefix used for the sort,
 simply specify it after the output sort directive, like this:
 
 If you want to change the length of the prefix used for the sort,
 simply specify it after the output sort directive, like this: