Mercurial > emacs

--- a/lispref/ChangeLog	Sun Nov 21 15:50:08 2004 +0000
+++ b/lispref/ChangeLog	Sun Nov 21 19:39:59 2004 +0000
@@ -1,3 +1,8 @@
+2004-11-21  Jesper Harder  <harder@ifa.au.dk>
+
+	* processes.texi (Synchronous Processes, Output from Processes):
+	Markup fix.
+
 2004-11-20  Richard M. Stallman  <rms@gnu.org>

 	* positions.texi (Skipping Characters): skip-chars-forward
--- a/lispref/processes.texi	Sun Nov 21 15:50:08 2004 +0000
+++ b/lispref/processes.texi	Sun Nov 21 19:39:59 2004 +0000
@@ -328,7 +328,7 @@

 Some file handlers may not support all combinations and forms of the
 arguments @var{infile}, @var{buffer}, and @var{display}.  For example,
-some file handlers might behave as if @var{display} was nil,
+some file handlers might behave as if @var{display} was @code{nil},
 regardless of the value actually passed.  As another example, some
 file handlers might not support separating standard output and error
 output by way of the @var{buffer} argument.
@@ -975,7 +975,7 @@
 output data is read in very small blocks, potentially resulting in
 very poor performance.  This behaviour can be remedied to some extent
 by setting the variable @var{process-adaptive-read-buffering} to a
-non-nil value (the default), as it will automatically delay reading
+non-@code{nil} value (the default), as it will automatically delay reading
 from such processes, thus allowing them to produce more output before
 Emacs tries to read it.
 @end defvar
@@ -1316,7 +1316,7 @@

 @c Emacs 21.4 feature
 If @var{process} is a process, and the argument @var{just-this-one} is
-non-nil, only output from that process is handled, suspending output
+non-@code{nil}, only output from that process is handled, suspending output
 from other processes until some output has been received from that
 process or the timeout expires.  If @var{just-this-one} is an integer,
 also inhibit running timers.  This feature is generally not