Skip to content
GitLab
Projects
Groups
Snippets
Help
Loading...
Help
Help
Support
Community forum
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
Open sidebar
emacs
emacs
Commits
c1aa4864
Commit
c1aa4864
authored
Nov 21, 2004
by
Jesper Harder
Browse files
(Synchronous Processes, Output from Processes):
Markup fix.
parent
ca7cefe7
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
8 additions
and
3 deletions
+8
-3
lispref/ChangeLog
lispref/ChangeLog
+5
-0
lispref/processes.texi
lispref/processes.texi
+3
-3
No files found.
lispref/ChangeLog
View file @
c1aa4864
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
...
...
lispref/processes.texi
View file @
c1aa4864
...
...
@@ -328,7 +328,7 @@ The arguments are handled in almost the same way as for
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 @@ On some systems, when Emacs reads the output from a subprocess, the
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 @@ nonzero @var{millisec}.
@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
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
.
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment