(Decoding Output): Document that null bytes force no-conversion for reading
process output.
This commit is contained in:
parent
7951ad77dd
commit
3355f04dd8
2 changed files with 10 additions and 1 deletions
|
@ -1,5 +1,11 @@
|
|||
2009-01-10 Eli Zaretskii <eliz@gnu.org>
|
||||
|
||||
* processes.texi (Decoding Output): Document that null bytes force
|
||||
no-conversion for reading process output.
|
||||
|
||||
* files.texi (Reading from Files): Document that null bytes force
|
||||
no-conversion when visiting files.
|
||||
|
||||
* processes.texi (Serial Ports): Improve wording, suggested by
|
||||
RMS.
|
||||
|
||||
|
|
|
@ -1388,7 +1388,10 @@ converts the unibyte output to multibyte using
|
|||
system to use (@pxref{Process Information}). Otherwise, the coding
|
||||
system comes from @code{coding-system-for-read}, if that is
|
||||
non-@code{nil}; or else from the defaulting mechanism (@pxref{Default
|
||||
Coding Systems}).
|
||||
Coding Systems}). If the text output by a process contains null
|
||||
bytes, Emacs by default uses @code{no-conversion} for it; see
|
||||
@ref{Lisp and Coding Systems, inhibit-null-byte-detection}, for how to
|
||||
control this behavior.
|
||||
|
||||
@strong{Warning:} Coding systems such as @code{undecided} which
|
||||
determine the coding system from the data do not work entirely
|
||||
|
|
Loading…
Add table
Reference in a new issue