about summary refs log tree commit diff
path: root/manual/pipe.texi
diff options
context:
space:
mode:
Diffstat (limited to 'manual/pipe.texi')
-rw-r--r--manual/pipe.texi6
1 files changed, 3 insertions, 3 deletions
diff --git a/manual/pipe.texi b/manual/pipe.texi
index 9050ec8cba..67e446f2d1 100644
--- a/manual/pipe.texi
+++ b/manual/pipe.texi
@@ -95,7 +95,7 @@ read by the child process.
 @cindex filtering i/o through subprocess
 
 A common use of pipes is to send data to or receive data from a program
-being run as subprocess.  One way of doing this is by using a combination of
+being run as a subprocess.  One way of doing this is by using a combination of
 @code{pipe} (to create the pipe), @code{fork} (to create the subprocess),
 @code{dup2} (to force the subprocess to use the pipe as its standard input
 or output channel), and @code{exec} (to execute the new program).  Or,
@@ -123,7 +123,7 @@ write to the stream to send data to the standard input channel of the
 subprocess.  The subprocess inherits its standard output channel from
 the parent process.
 
-In the event of an error, @code{popen} returns a null pointer.  This
+In the event of an error @code{popen} returns a null pointer.  This
 might happen if the pipe or stream cannot be created, if the subprocess
 cannot be forked, or if the program cannot be executed.
 @end deftypefun
@@ -198,7 +198,7 @@ is not greater than @code{PIPE_BUF}.  This means that the data transfer
 seems to be an instantaneous unit, in that nothing else in the system
 can observe a state in which it is partially complete.  Atomic I/O may
 not begin right away (it may need to wait for buffer space or for data),
-but once it does begin, it finishes immediately.
+but once it does begin it finishes immediately.
 
 Reading or writing a larger amount of data may not be atomic; for
 example, output data from other processes sharing the descriptor may be