Commit | Line | Data |
---|---|---|
b8d4c8d0 GM |
1 | @c -*-texinfo-*- |
2 | @c This is part of the GNU Emacs Lisp Reference Manual. | |
acaf905b | 3 | @c Copyright (C) 1990-1995, 1998-1999, 2001-2012 |
d24880de | 4 | @c Free Software Foundation, Inc. |
b8d4c8d0 | 5 | @c See the file elisp.texi for copying conditions. |
6336d8c3 | 6 | @setfilename ../../info/processes |
b8d4c8d0 GM |
7 | @node Processes, Display, Abbrevs, Top |
8 | @chapter Processes | |
9 | @cindex child process | |
10 | @cindex parent process | |
11 | @cindex subprocess | |
12 | @cindex process | |
13 | ||
14 | In the terminology of operating systems, a @dfn{process} is a space in | |
15 | which a program can execute. Emacs runs in a process. Emacs Lisp | |
16 | programs can invoke other programs in processes of their own. These are | |
17 | called @dfn{subprocesses} or @dfn{child processes} of the Emacs process, | |
18 | which is their @dfn{parent process}. | |
19 | ||
20 | A subprocess of Emacs may be @dfn{synchronous} or @dfn{asynchronous}, | |
21 | depending on how it is created. When you create a synchronous | |
22 | subprocess, the Lisp program waits for the subprocess to terminate | |
23 | before continuing execution. When you create an asynchronous | |
24 | subprocess, it can run in parallel with the Lisp program. This kind of | |
25 | subprocess is represented within Emacs by a Lisp object which is also | |
e153c136 | 26 | called a ``process''. Lisp programs can use this object to communicate |
b8d4c8d0 GM |
27 | with the subprocess or to control it. For example, you can send |
28 | signals, obtain status information, receive output from the process, or | |
29 | send input to it. | |
30 | ||
31 | @defun processp object | |
23dd4ecd EZ |
32 | This function returns @code{t} if @var{object} represents an Emacs |
33 | subprocess, @code{nil} otherwise. | |
b8d4c8d0 GM |
34 | @end defun |
35 | ||
23dd4ecd EZ |
36 | In addition to subprocesses of the current Emacs session, you can |
37 | also access other processes running on your machine. @xref{System | |
38 | Processes}. | |
39 | ||
b8d4c8d0 GM |
40 | @menu |
41 | * Subprocess Creation:: Functions that start subprocesses. | |
42 | * Shell Arguments:: Quoting an argument to pass it to a shell. | |
43 | * Synchronous Processes:: Details of using synchronous subprocesses. | |
44 | * Asynchronous Processes:: Starting up an asynchronous subprocess. | |
45 | * Deleting Processes:: Eliminating an asynchronous subprocess. | |
46 | * Process Information:: Accessing run-status and other attributes. | |
47 | * Input to Processes:: Sending input to an asynchronous subprocess. | |
48 | * Signals to Processes:: Stopping, continuing or interrupting | |
49 | an asynchronous subprocess. | |
50 | * Output from Processes:: Collecting output from an asynchronous subprocess. | |
51 | * Sentinels:: Sentinels run when process run-status changes. | |
52 | * Query Before Exit:: Whether to query if exiting will kill a process. | |
23dd4ecd | 53 | * System Processes:: Accessing other processes running on your system. |
d24880de | 54 | * Transaction Queues:: Transaction-based communication with subprocesses. |
b8d4c8d0 GM |
55 | * Network:: Opening network connections. |
56 | * Network Servers:: Network servers let Emacs accept net connections. | |
57 | * Datagrams:: UDP network connections. | |
58 | * Low-Level Network:: Lower-level but more general function | |
59 | to create connections and servers. | |
d24880de | 60 | * Misc Network:: Additional relevant functions for net connections. |
c73e02fa | 61 | * Serial Ports:: Communicating with serial ports. |
b8d4c8d0 GM |
62 | * Byte Packing:: Using bindat to pack and unpack binary data. |
63 | @end menu | |
64 | ||
65 | @node Subprocess Creation | |
66 | @section Functions that Create Subprocesses | |
67 | ||
583d8b3c | 68 | There are three primitives that create a new subprocess in which to run |
b8d4c8d0 GM |
69 | a program. One of them, @code{start-process}, creates an asynchronous |
70 | process and returns a process object (@pxref{Asynchronous Processes}). | |
71 | The other two, @code{call-process} and @code{call-process-region}, | |
72 | create a synchronous process and do not return a process object | |
e153c136 GM |
73 | (@pxref{Synchronous Processes}). There are various higher-level |
74 | functions that make use of these primitives to run particular types of | |
75 | process. | |
b8d4c8d0 GM |
76 | |
77 | Synchronous and asynchronous processes are explained in the following | |
78 | sections. Since the three functions are all called in a similar | |
79 | fashion, their common arguments are described here. | |
80 | ||
81 | @cindex execute program | |
8fc85b20 GM |
82 | @cindex @env{PATH} environment variable |
83 | @cindex @env{HOME} environment variable | |
b8d4c8d0 GM |
84 | In all cases, the function's @var{program} argument specifies the |
85 | program to be run. An error is signaled if the file is not found or | |
86 | cannot be executed. If the file name is relative, the variable | |
87 | @code{exec-path} contains a list of directories to search. Emacs | |
88 | initializes @code{exec-path} when it starts up, based on the value of | |
8fc85b20 | 89 | the environment variable @env{PATH}. The standard file name |
b8d4c8d0 GM |
90 | constructs, @samp{~}, @samp{.}, and @samp{..}, are interpreted as |
91 | usual in @code{exec-path}, but environment variable substitutions | |
92 | (@samp{$HOME}, etc.) are not recognized; use | |
93 | @code{substitute-in-file-name} to perform them (@pxref{File Name | |
94 | Expansion}). @code{nil} in this list refers to | |
95 | @code{default-directory}. | |
96 | ||
97 | Executing a program can also try adding suffixes to the specified | |
98 | name: | |
99 | ||
100 | @defvar exec-suffixes | |
101 | This variable is a list of suffixes (strings) to try adding to the | |
102 | specified program file name. The list should include @code{""} if you | |
103 | want the name to be tried exactly as specified. The default value is | |
104 | system-dependent. | |
105 | @end defvar | |
106 | ||
107 | @strong{Please note:} The argument @var{program} contains only the | |
108 | name of the program; it may not contain any command-line arguments. You | |
e153c136 GM |
109 | must use a separate argument, @var{args}, to provide those, as |
110 | described below. | |
b8d4c8d0 GM |
111 | |
112 | Each of the subprocess-creating functions has a @var{buffer-or-name} | |
e153c136 | 113 | argument that specifies where the standard output from the program will |
b8d4c8d0 GM |
114 | go. It should be a buffer or a buffer name; if it is a buffer name, |
115 | that will create the buffer if it does not already exist. It can also | |
116 | be @code{nil}, which says to discard the output unless a filter function | |
117 | handles it. (@xref{Filter Functions}, and @ref{Read and Print}.) | |
118 | Normally, you should avoid having multiple processes send output to the | |
119 | same buffer because their output would be intermixed randomly. | |
e153c136 GM |
120 | For synchronous processes, you can send the output to a file instead |
121 | of a buffer. | |
b8d4c8d0 GM |
122 | |
123 | @cindex program arguments | |
124 | All three of the subprocess-creating functions have a @code{&rest} | |
125 | argument, @var{args}. The @var{args} must all be strings, and they are | |
126 | supplied to @var{program} as separate command line arguments. Wildcard | |
127 | characters and other shell constructs have no special meanings in these | |
128 | strings, since the strings are passed directly to the specified program. | |
129 | ||
b8d4c8d0 GM |
130 | @cindex environment variables, subprocesses |
131 | The subprocess inherits its environment from Emacs, but you can | |
132 | specify overrides for it with @code{process-environment}. @xref{System | |
e153c136 GM |
133 | Environment}. The subprocess gets its current directory from the |
134 | value of @code{default-directory}. | |
b8d4c8d0 GM |
135 | |
136 | @defvar exec-directory | |
137 | @pindex movemail | |
138 | The value of this variable is a string, the name of a directory that | |
e153c136 | 139 | contains programs that come with GNU Emacs and are intended for Emacs |
b8d4c8d0 GM |
140 | to invoke. The program @code{movemail} is an example of such a program; |
141 | Rmail uses it to fetch new mail from an inbox. | |
142 | @end defvar | |
143 | ||
144 | @defopt exec-path | |
145 | The value of this variable is a list of directories to search for | |
146 | programs to run in subprocesses. Each element is either the name of a | |
147 | directory (i.e., a string), or @code{nil}, which stands for the default | |
148 | directory (which is the value of @code{default-directory}). | |
149 | @cindex program directories | |
150 | ||
151 | The value of @code{exec-path} is used by @code{call-process} and | |
152 | @code{start-process} when the @var{program} argument is not an absolute | |
153 | file name. | |
e153c136 GM |
154 | |
155 | Generally, you should not modify @code{exec-path} directly. Instead, | |
156 | ensure that your @env{PATH} environment variable is set appropriately | |
157 | before starting Emacs. Trying to modify @code{exec-path} | |
158 | independently of @env{PATH} can lead to confusing results. | |
b8d4c8d0 GM |
159 | @end defopt |
160 | ||
161 | @node Shell Arguments | |
162 | @section Shell Arguments | |
163 | @cindex arguments for shell commands | |
164 | @cindex shell command arguments | |
165 | ||
166 | Lisp programs sometimes need to run a shell and give it a command | |
167 | that contains file names that were specified by the user. These | |
168 | programs ought to be able to support any valid file name. But the shell | |
169 | gives special treatment to certain characters, and if these characters | |
170 | occur in the file name, they will confuse the shell. To handle these | |
171 | characters, use the function @code{shell-quote-argument}: | |
172 | ||
173 | @defun shell-quote-argument argument | |
e153c136 | 174 | This function returns a string that represents, in shell syntax, |
b8d4c8d0 GM |
175 | an argument whose actual contents are @var{argument}. It should |
176 | work reliably to concatenate the return value into a shell command | |
177 | and then pass it to a shell for execution. | |
178 | ||
179 | Precisely what this function does depends on your operating system. The | |
180 | function is designed to work with the syntax of your system's standard | |
181 | shell; if you use an unusual shell, you will need to redefine this | |
182 | function. | |
183 | ||
184 | @example | |
185 | ;; @r{This example shows the behavior on GNU and Unix systems.} | |
186 | (shell-quote-argument "foo > bar") | |
187 | @result{} "foo\\ \\>\\ bar" | |
188 | ||
189 | ;; @r{This example shows the behavior on MS-DOS and MS-Windows.} | |
190 | (shell-quote-argument "foo > bar") | |
191 | @result{} "\"foo > bar\"" | |
192 | @end example | |
193 | ||
194 | Here's an example of using @code{shell-quote-argument} to construct | |
195 | a shell command: | |
196 | ||
197 | @example | |
198 | (concat "diff -c " | |
199 | (shell-quote-argument oldfile) | |
200 | " " | |
201 | (shell-quote-argument newfile)) | |
202 | @end example | |
203 | @end defun | |
204 | ||
3c73e30e EZ |
205 | @cindex quoting and unquoting command-line arguments |
206 | @cindex minibuffer input, and command-line arguments | |
207 | @cindex @code{call-process}, command-line arguments from minibuffer | |
208 | @cindex @code{start-process}, command-line arguments from minibuffer | |
4bb49a92 EZ |
209 | The following two functions are useful for combining a list of |
210 | individual command-line argument strings into a single string, and | |
211 | taking a string apart into a list of individual command-line | |
e153c136 | 212 | arguments. These functions are mainly intended for |
4bb49a92 EZ |
213 | converting user input in the minibuffer, a Lisp string, into a list of |
214 | string arguments to be passed to @code{call-process} or | |
e153c136 | 215 | @code{start-process}, or for converting such lists of arguments into |
3c73e30e | 216 | a single Lisp string to be presented in the minibuffer or echo area. |
a873ee3d EZ |
217 | |
218 | @defun split-string-and-unquote string &optional separators | |
219 | This function splits @var{string} into substrings at matches for the | |
220 | regular expression @var{separators}, like @code{split-string} does | |
0999039c CY |
221 | (@pxref{Creating Strings}); in addition, it removes quoting from the |
222 | substrings. It then makes a list of the substrings and returns it. | |
a873ee3d | 223 | |
4185820c CY |
224 | If @var{separators} is omitted or @code{nil}, it defaults to |
225 | @code{"\\s-+"}, which is a regular expression that matches one or more | |
226 | characters with whitespace syntax (@pxref{Syntax Class Table}). | |
a873ee3d | 227 | |
3c73e30e | 228 | This function supports two types of quoting: enclosing a whole string |
0999039c CY |
229 | in double quotes @code{"@dots{}"}, and quoting individual characters |
230 | with a backslash escape @samp{\}. The latter is also used in Lisp | |
231 | strings, so this function can handle those as well. | |
a873ee3d EZ |
232 | @end defun |
233 | ||
234 | @defun combine-and-quote-strings list-of-strings &optional separator | |
235 | This function concatenates @var{list-of-strings} into a single string, | |
0999039c CY |
236 | quoting each string as necessary. It also sticks the @var{separator} |
237 | string between each pair of strings; if @var{separator} is omitted or | |
238 | @code{nil}, it defaults to @code{" "}. The return value is the | |
239 | resulting string. | |
a873ee3d EZ |
240 | |
241 | The strings in @var{list-of-strings} that need quoting are those that | |
242 | include @var{separator} as their substring. Quoting a string encloses | |
243 | it in double quotes @code{"@dots{}"}. In the simplest case, if you | |
4bb49a92 EZ |
244 | are consing a command from the individual command-line arguments, |
245 | every argument that includes embedded blanks will be quoted. | |
a873ee3d EZ |
246 | @end defun |
247 | ||
b8d4c8d0 GM |
248 | @node Synchronous Processes |
249 | @section Creating a Synchronous Process | |
250 | @cindex synchronous subprocess | |
251 | ||
252 | After a @dfn{synchronous process} is created, Emacs waits for the | |
253 | process to terminate before continuing. Starting Dired on GNU or | |
254 | Unix@footnote{On other systems, Emacs uses a Lisp emulation of | |
255 | @code{ls}; see @ref{Contents of Directories}.} is an example of this: it | |
256 | runs @code{ls} in a synchronous process, then modifies the output | |
257 | slightly. Because the process is synchronous, the entire directory | |
258 | listing arrives in the buffer before Emacs tries to do anything with it. | |
259 | ||
260 | While Emacs waits for the synchronous subprocess to terminate, the | |
261 | user can quit by typing @kbd{C-g}. The first @kbd{C-g} tries to kill | |
262 | the subprocess with a @code{SIGINT} signal; but it waits until the | |
263 | subprocess actually terminates before quitting. If during that time the | |
264 | user types another @kbd{C-g}, that kills the subprocess instantly with | |
265 | @code{SIGKILL} and quits immediately (except on MS-DOS, where killing | |
266 | other processes doesn't work). @xref{Quitting}. | |
267 | ||
268 | The synchronous subprocess functions return an indication of how the | |
269 | process terminated. | |
270 | ||
271 | The output from a synchronous subprocess is generally decoded using a | |
272 | coding system, much like text read from a file. The input sent to a | |
273 | subprocess by @code{call-process-region} is encoded using a coding | |
274 | system, much like text written into a file. @xref{Coding Systems}. | |
275 | ||
276 | @defun call-process program &optional infile destination display &rest args | |
b59a4335 | 277 | This function calls @var{program} and waits for it to finish. |
b8d4c8d0 | 278 | |
b59a4335 | 279 | The standard input for the new process comes from file @var{infile} if |
b8d4c8d0 GM |
280 | @var{infile} is not @code{nil}, and from the null device otherwise. |
281 | The argument @var{destination} says where to put the process output. | |
282 | Here are the possibilities: | |
283 | ||
284 | @table @asis | |
285 | @item a buffer | |
286 | Insert the output in that buffer, before point. This includes both the | |
287 | standard output stream and the standard error stream of the process. | |
288 | ||
289 | @item a string | |
290 | Insert the output in a buffer with that name, before point. | |
291 | ||
292 | @item @code{t} | |
293 | Insert the output in the current buffer, before point. | |
294 | ||
295 | @item @code{nil} | |
296 | Discard the output. | |
297 | ||
298 | @item 0 | |
299 | Discard the output, and return @code{nil} immediately without waiting | |
300 | for the subprocess to finish. | |
301 | ||
302 | In this case, the process is not truly synchronous, since it can run in | |
303 | parallel with Emacs; but you can think of it as synchronous in that | |
304 | Emacs is essentially finished with the subprocess as soon as this | |
305 | function returns. | |
306 | ||
307 | MS-DOS doesn't support asynchronous subprocesses, so this option doesn't | |
308 | work there. | |
309 | ||
1ef14cb4 | 310 | @item @code{(:file @var{file-name})} |
1b9f60cc GM |
311 | Send the output to the file name specified, overwriting it if it |
312 | already exists. | |
1ef14cb4 | 313 | |
b8d4c8d0 GM |
314 | @item @code{(@var{real-destination} @var{error-destination})} |
315 | Keep the standard output stream separate from the standard error stream; | |
316 | deal with the ordinary output as specified by @var{real-destination}, | |
317 | and dispose of the error output according to @var{error-destination}. | |
318 | If @var{error-destination} is @code{nil}, that means to discard the | |
319 | error output, @code{t} means mix it with the ordinary output, and a | |
320 | string specifies a file name to redirect error output into. | |
321 | ||
322 | You can't directly specify a buffer to put the error output in; that is | |
323 | too difficult to implement. But you can achieve this result by sending | |
324 | the error output to a temporary file and then inserting the file into a | |
325 | buffer. | |
326 | @end table | |
327 | ||
328 | If @var{display} is non-@code{nil}, then @code{call-process} redisplays | |
329 | the buffer as output is inserted. (However, if the coding system chosen | |
330 | for decoding output is @code{undecided}, meaning deduce the encoding | |
331 | from the actual data, then redisplay sometimes cannot continue once | |
332 | non-@acronym{ASCII} characters are encountered. There are fundamental | |
333 | reasons why it is hard to fix this; see @ref{Output from Processes}.) | |
334 | ||
335 | Otherwise the function @code{call-process} does no redisplay, and the | |
336 | results become visible on the screen only when Emacs redisplays that | |
337 | buffer in the normal course of events. | |
338 | ||
339 | The remaining arguments, @var{args}, are strings that specify command | |
340 | line arguments for the program. | |
341 | ||
342 | The value returned by @code{call-process} (unless you told it not to | |
343 | wait) indicates the reason for process termination. A number gives the | |
344 | exit status of the subprocess; 0 means success, and any other value | |
345 | means failure. If the process terminated with a signal, | |
346 | @code{call-process} returns a string describing the signal. | |
347 | ||
348 | In the examples below, the buffer @samp{foo} is current. | |
349 | ||
350 | @smallexample | |
351 | @group | |
352 | (call-process "pwd" nil t) | |
353 | @result{} 0 | |
354 | ||
355 | ---------- Buffer: foo ---------- | |
e153c136 | 356 | /home/lewis/manual |
b8d4c8d0 GM |
357 | ---------- Buffer: foo ---------- |
358 | @end group | |
359 | ||
360 | @group | |
361 | (call-process "grep" nil "bar" nil "lewis" "/etc/passwd") | |
362 | @result{} 0 | |
363 | ||
364 | ---------- Buffer: bar ---------- | |
e153c136 | 365 | lewis:x:1001:1001:Bil Lewis,,,,:/home/lewis:/bin/bash |
b8d4c8d0 GM |
366 | |
367 | ---------- Buffer: bar ---------- | |
368 | @end group | |
369 | @end smallexample | |
370 | ||
e153c136 GM |
371 | Here is an example of the use of @code{call-process}, as used to |
372 | be found in the definition of the @code{insert-directory} function: | |
b8d4c8d0 GM |
373 | |
374 | @smallexample | |
375 | @group | |
e153c136 | 376 | (call-process insert-directory-program nil t nil switches |
b8d4c8d0 GM |
377 | (if full-directory-p |
378 | (concat (file-name-as-directory file) ".") | |
379 | file)) | |
380 | @end group | |
381 | @end smallexample | |
382 | @end defun | |
383 | ||
384 | @defun process-file program &optional infile buffer display &rest args | |
385 | This function processes files synchronously in a separate process. It | |
e153c136 GM |
386 | is similar to @code{call-process}, but may invoke a file handler based |
387 | on the value of the variable @code{default-directory}, which specifies | |
388 | the current working directory of the subprocess. | |
b8d4c8d0 GM |
389 | |
390 | The arguments are handled in almost the same way as for | |
391 | @code{call-process}, with the following differences: | |
392 | ||
393 | Some file handlers may not support all combinations and forms of the | |
394 | arguments @var{infile}, @var{buffer}, and @var{display}. For example, | |
395 | some file handlers might behave as if @var{display} were @code{nil}, | |
396 | regardless of the value actually passed. As another example, some | |
397 | file handlers might not support separating standard output and error | |
398 | output by way of the @var{buffer} argument. | |
399 | ||
400 | If a file handler is invoked, it determines the program to run based | |
e153c136 | 401 | on the first argument @var{program}. For instance, suppose that a |
b8d4c8d0 | 402 | handler for remote files is invoked. Then the path that is used for |
e153c136 | 403 | searching for the program might be different from @code{exec-path}. |
b8d4c8d0 GM |
404 | |
405 | The second argument @var{infile} may invoke a file handler. The file | |
406 | handler could be different from the handler chosen for the | |
407 | @code{process-file} function itself. (For example, | |
e153c136 GM |
408 | @code{default-directory} could be on one remote host, and |
409 | @var{infile} on a different remote host. Or @code{default-directory} | |
b8d4c8d0 GM |
410 | could be non-special, whereas @var{infile} is on a remote host.) |
411 | ||
412 | If @var{buffer} is a list of the form @code{(@var{real-destination} | |
413 | @var{error-destination})}, and @var{error-destination} names a file, | |
414 | then the same remarks as for @var{infile} apply. | |
415 | ||
416 | The remaining arguments (@var{args}) will be passed to the process | |
417 | verbatim. Emacs is not involved in processing file names that are | |
418 | present in @var{args}. To avoid confusion, it may be best to avoid | |
419 | absolute file names in @var{args}, but rather to specify all file | |
420 | names as relative to @code{default-directory}. The function | |
421 | @code{file-relative-name} is useful for constructing such relative | |
422 | file names. | |
423 | @end defun | |
424 | ||
3691a0a6 | 425 | @defvar process-file-side-effects |
e153c136 | 426 | This variable indicates whether a call of @code{process-file} changes |
3691a0a6 MA |
427 | remote files. |
428 | ||
e153c136 | 429 | By default, this variable is always set to @code{t}, meaning that a |
3691a0a6 MA |
430 | call of @code{process-file} could potentially change any file on a |
431 | remote host. When set to @code{nil}, a file handler could optimize | |
e153c136 | 432 | its behavior with respect to remote file attribute caching. |
3691a0a6 | 433 | |
e153c136 GM |
434 | You should only ever change this variable with a let-binding; never |
435 | with @code{setq}. | |
3691a0a6 MA |
436 | @end defvar |
437 | ||
b8d4c8d0 GM |
438 | @defun call-process-region start end program &optional delete destination display &rest args |
439 | This function sends the text from @var{start} to @var{end} as | |
440 | standard input to a process running @var{program}. It deletes the text | |
441 | sent if @var{delete} is non-@code{nil}; this is useful when | |
442 | @var{destination} is @code{t}, to insert the output in the current | |
443 | buffer in place of the input. | |
444 | ||
445 | The arguments @var{destination} and @var{display} control what to do | |
446 | with the output from the subprocess, and whether to update the display | |
447 | as it comes in. For details, see the description of | |
448 | @code{call-process}, above. If @var{destination} is the integer 0, | |
449 | @code{call-process-region} discards the output and returns @code{nil} | |
450 | immediately, without waiting for the subprocess to finish (this only | |
e153c136 | 451 | works if asynchronous subprocesses are supported; i.e. not on MS-DOS). |
b8d4c8d0 GM |
452 | |
453 | The remaining arguments, @var{args}, are strings that specify command | |
454 | line arguments for the program. | |
455 | ||
456 | The return value of @code{call-process-region} is just like that of | |
457 | @code{call-process}: @code{nil} if you told it to return without | |
458 | waiting; otherwise, a number or string which indicates how the | |
459 | subprocess terminated. | |
460 | ||
461 | In the following example, we use @code{call-process-region} to run the | |
462 | @code{cat} utility, with standard input being the first five characters | |
463 | in buffer @samp{foo} (the word @samp{input}). @code{cat} copies its | |
464 | standard input into its standard output. Since the argument | |
465 | @var{destination} is @code{t}, this output is inserted in the current | |
466 | buffer. | |
467 | ||
468 | @smallexample | |
469 | @group | |
470 | ---------- Buffer: foo ---------- | |
471 | input@point{} | |
472 | ---------- Buffer: foo ---------- | |
473 | @end group | |
474 | ||
475 | @group | |
476 | (call-process-region 1 6 "cat" nil t) | |
477 | @result{} 0 | |
478 | ||
479 | ---------- Buffer: foo ---------- | |
480 | inputinput@point{} | |
481 | ---------- Buffer: foo ---------- | |
482 | @end group | |
483 | @end smallexample | |
484 | ||
e153c136 GM |
485 | For example, the @code{shell-command-on-region} command uses |
486 | @code{call-process-region} in a manner similar to this: | |
b8d4c8d0 GM |
487 | |
488 | @smallexample | |
489 | @group | |
490 | (call-process-region | |
491 | start end | |
e153c136 GM |
492 | shell-file-name ; @r{name of program} |
493 | nil ; @r{do not delete region} | |
494 | buffer ; @r{send output to @code{buffer}} | |
495 | nil ; @r{no redisplay during output} | |
496 | "-c" command) ; @r{arguments for the shell} | |
b8d4c8d0 GM |
497 | @end group |
498 | @end smallexample | |
12acf783 | 499 | @c It actually uses shell-command-switch, but no need to mention that here. |
b8d4c8d0 GM |
500 | @end defun |
501 | ||
502 | @defun call-process-shell-command command &optional infile destination display &rest args | |
b59a4335 CY |
503 | This function executes the shell command @var{command} synchronously. |
504 | The final arguments @var{args} are additional arguments to add at the | |
505 | end of @var{command}. The other arguments are handled as in | |
506 | @code{call-process}. | |
b8d4c8d0 GM |
507 | @end defun |
508 | ||
509 | @defun process-file-shell-command command &optional infile destination display &rest args | |
510 | This function is like @code{call-process-shell-command}, but uses | |
511 | @code{process-file} internally. Depending on @code{default-directory}, | |
512 | @var{command} can be executed also on remote hosts. | |
513 | @end defun | |
514 | ||
515 | @defun shell-command-to-string command | |
516 | This function executes @var{command} (a string) as a shell command, | |
517 | then returns the command's output as a string. | |
518 | @end defun | |
519 | ||
e153c136 GM |
520 | @c There is also shell-command-on-region, but that is more of a user |
521 | @c command, not something to use in programs. | |
522 | ||
583d8b3c | 523 | @defun process-lines program &rest args |
b59a4335 CY |
524 | This function runs @var{program}, waits for it to finish, and returns |
525 | its output as a list of strings. Each string in the list holds a | |
526 | single line of text output by the program; the end-of-line characters | |
527 | are stripped from each line. The arguments beyond @var{program}, | |
528 | @var{args}, are strings that specify command-line arguments with which | |
529 | to run the program. | |
583d8b3c EZ |
530 | |
531 | If @var{program} exits with a non-zero exit status, this function | |
532 | signals an error. | |
533 | ||
534 | This function works by calling @code{call-process}, so program output | |
535 | is decoded in the same way as for @code{call-process}. | |
536 | @end defun | |
537 | ||
b8d4c8d0 GM |
538 | @node Asynchronous Processes |
539 | @section Creating an Asynchronous Process | |
540 | @cindex asynchronous subprocess | |
541 | ||
542 | After an @dfn{asynchronous process} is created, Emacs and the subprocess | |
543 | both continue running immediately. The process thereafter runs | |
544 | in parallel with Emacs, and the two can communicate with each other | |
545 | using the functions described in the following sections. However, | |
546 | communication is only partially asynchronous: Emacs sends data to the | |
547 | process only when certain functions are called, and Emacs accepts data | |
548 | from the process only when Emacs is waiting for input or for a time | |
549 | delay. | |
550 | ||
551 | Here we describe how to create an asynchronous process. | |
552 | ||
553 | @defun start-process name buffer-or-name program &rest args | |
554 | This function creates a new asynchronous subprocess and starts the | |
555 | program @var{program} running in it. It returns a process object that | |
556 | stands for the new subprocess in Lisp. The argument @var{name} | |
557 | specifies the name for the process object; if a process with this name | |
558 | already exists, then @var{name} is modified (by appending @samp{<1>}, | |
559 | etc.) to be unique. The buffer @var{buffer-or-name} is the buffer to | |
560 | associate with the process. | |
561 | ||
562 | The remaining arguments, @var{args}, are strings that specify command | |
563 | line arguments for the program. | |
564 | ||
565 | In the example below, the first process is started and runs (rather, | |
12acf783 GM |
566 | sleeps) for 100 seconds (the output buffer @samp{foo} is created |
567 | immediately). Meanwhile, the second process is started, and | |
b8d4c8d0 GM |
568 | given the name @samp{my-process<1>} for the sake of uniqueness. It |
569 | inserts the directory listing at the end of the buffer @samp{foo}, | |
570 | before the first process finishes. Then it finishes, and a message to | |
571 | that effect is inserted in the buffer. Much later, the first process | |
572 | finishes, and another message is inserted in the buffer for it. | |
573 | ||
574 | @smallexample | |
575 | @group | |
576 | (start-process "my-process" "foo" "sleep" "100") | |
577 | @result{} #<process my-process> | |
578 | @end group | |
579 | ||
580 | @group | |
12acf783 | 581 | (start-process "my-process" "foo" "ls" "-l" "/bin") |
b8d4c8d0 GM |
582 | @result{} #<process my-process<1>> |
583 | ||
584 | ---------- Buffer: foo ---------- | |
12acf783 GM |
585 | total 8336 |
586 | -rwxr-xr-x 1 root root 971384 Mar 30 10:14 bash | |
587 | -rwxr-xr-x 1 root root 146920 Jul 5 2011 bsd-csh | |
588 | @dots{} | |
589 | -rwxr-xr-x 1 root root 696880 Feb 28 15:55 zsh4 | |
b8d4c8d0 GM |
590 | |
591 | Process my-process<1> finished | |
592 | ||
593 | Process my-process finished | |
594 | ---------- Buffer: foo ---------- | |
595 | @end group | |
596 | @end smallexample | |
597 | @end defun | |
598 | ||
599 | @defun start-file-process name buffer-or-name program &rest args | |
600 | Like @code{start-process}, this function starts a new asynchronous | |
601 | subprocess running @var{program} in it, and returns its process | |
12acf783 | 602 | object. |
b8d4c8d0 | 603 | |
12acf783 GM |
604 | The difference from @code{start-process} is that this function may |
605 | invoked a file handler based on the value of @code{default-directory}. | |
606 | This handler ought to run @var{program}, perhaps on the local host, | |
607 | perhaps on a remote host that corresponds to @code{default-directory}. | |
608 | In the latter case, the local part of @code{default-directory} becomes | |
609 | the working directory of the process. | |
b8d4c8d0 GM |
610 | |
611 | This function does not try to invoke file name handlers for | |
612 | @var{program} or for the @var{program-args}. | |
613 | ||
614 | Depending on the implementation of the file handler, it might not be | |
615 | possible to apply @code{process-filter} or @code{process-sentinel} to | |
12acf783 | 616 | the resulting process object. @xref{Filter Functions}, and @ref{Sentinels}. |
b8d4c8d0 | 617 | |
12acf783 GM |
618 | @c FIXME Can we find a better example (i.e. a more modern function |
619 | @c that is actually documented). | |
b8d4c8d0 | 620 | Some file handlers may not support @code{start-file-process} (for |
12acf783 GM |
621 | example the function @code{ange-ftp-hook-function}). In such cases, |
622 | this function does nothing and returns @code{nil}. | |
b8d4c8d0 GM |
623 | @end defun |
624 | ||
03a74b84 | 625 | @defun start-process-shell-command name buffer-or-name command |
12acf783 | 626 | This function is like @code{start-process}, except that it uses a shell |
b8d4c8d0 | 627 | to execute the specified command. The argument @var{command} is a shell |
03a74b84 | 628 | command name. The variable @code{shell-file-name} specifies which shell to |
b8d4c8d0 GM |
629 | use. |
630 | ||
631 | The point of running a program through the shell, rather than directly | |
632 | with @code{start-process}, is so that you can employ shell features such | |
12acf783 GM |
633 | as wildcards in the arguments. It follows that if you include any |
634 | arbitrary user-specified arguments in the command, you should quote them | |
b8d4c8d0 GM |
635 | with @code{shell-quote-argument} first, so that any special shell |
636 | characters do @emph{not} have their special shell meanings. @xref{Shell | |
12acf783 GM |
637 | Arguments}. Of course, when executing commands based on user input |
638 | you should also consider the security implications. | |
b8d4c8d0 GM |
639 | @end defun |
640 | ||
03a74b84 | 641 | @defun start-file-process-shell-command name buffer-or-name command |
b8d4c8d0 | 642 | This function is like @code{start-process-shell-command}, but uses |
12acf783 GM |
643 | @code{start-file-process} internally. Because of this, @var{command} |
644 | can also be executed on remote hosts, depending on @code{default-directory}. | |
b8d4c8d0 GM |
645 | @end defun |
646 | ||
647 | @defvar process-connection-type | |
648 | @cindex pipes | |
649 | @cindex @acronym{PTY}s | |
650 | This variable controls the type of device used to communicate with | |
651 | asynchronous subprocesses. If it is non-@code{nil}, then @acronym{PTY}s are | |
652 | used, when available. Otherwise, pipes are used. | |
653 | ||
654 | @acronym{PTY}s are usually preferable for processes visible to the user, as | |
655 | in Shell mode, because they allow job control (@kbd{C-c}, @kbd{C-z}, | |
656 | etc.) to work between the process and its children, whereas pipes do | |
657 | not. For subprocesses used for internal purposes by programs, it is | |
658 | often better to use a pipe, because they are more efficient. In | |
659 | addition, the total number of @acronym{PTY}s is limited on many systems and | |
660 | it is good not to waste them. | |
661 | ||
662 | The value of @code{process-connection-type} takes effect when | |
663 | @code{start-process} is called. So you can specify how to communicate | |
664 | with one subprocess by binding the variable around the call to | |
665 | @code{start-process}. | |
666 | ||
667 | @smallexample | |
668 | @group | |
12acf783 | 669 | (let ((process-connection-type nil)) ; @r{use a pipe} |
b8d4c8d0 GM |
670 | (start-process @dots{})) |
671 | @end group | |
672 | @end smallexample | |
673 | ||
674 | To determine whether a given subprocess actually got a pipe or a | |
675 | @acronym{PTY}, use the function @code{process-tty-name} (@pxref{Process | |
676 | Information}). | |
677 | @end defvar | |
678 | ||
679 | @node Deleting Processes | |
680 | @section Deleting Processes | |
681 | @cindex deleting processes | |
682 | ||
683 | @dfn{Deleting a process} disconnects Emacs immediately from the | |
684 | subprocess. Processes are deleted automatically after they terminate, | |
685 | but not necessarily right away. You can delete a process explicitly | |
12acf783 | 686 | at any time. If you explicitly delete a terminated process before it |
b8d4c8d0 | 687 | is deleted automatically, no harm results. Deleting a running |
12acf783 | 688 | process sends a signal to terminate it (and its child processes, if |
b8d4c8d0 GM |
689 | any), and calls the process sentinel if it has one. @xref{Sentinels}. |
690 | ||
691 | When a process is deleted, the process object itself continues to | |
692 | exist as long as other Lisp objects point to it. All the Lisp | |
693 | primitives that work on process objects accept deleted processes, but | |
694 | those that do I/O or send signals will report an error. The process | |
695 | mark continues to point to the same place as before, usually into a | |
696 | buffer where output from the process was being inserted. | |
697 | ||
698 | @defopt delete-exited-processes | |
699 | This variable controls automatic deletion of processes that have | |
700 | terminated (due to calling @code{exit} or to a signal). If it is | |
701 | @code{nil}, then they continue to exist until the user runs | |
702 | @code{list-processes}. Otherwise, they are deleted immediately after | |
703 | they exit. | |
704 | @end defopt | |
705 | ||
706 | @defun delete-process process | |
707 | This function deletes a process, killing it with a @code{SIGKILL} | |
708 | signal. The argument may be a process, the name of a process, a | |
709 | buffer, or the name of a buffer. (A buffer or buffer-name stands for | |
710 | the process that @code{get-buffer-process} returns.) Calling | |
711 | @code{delete-process} on a running process terminates it, updates the | |
712 | process status, and runs the sentinel (if any) immediately. If the | |
713 | process has already terminated, calling @code{delete-process} has no | |
714 | effect on its status, or on the running of its sentinel (which will | |
715 | happen sooner or later). | |
716 | ||
717 | @smallexample | |
718 | @group | |
719 | (delete-process "*shell*") | |
720 | @result{} nil | |
721 | @end group | |
722 | @end smallexample | |
723 | @end defun | |
724 | ||
725 | @node Process Information | |
726 | @section Process Information | |
727 | ||
728 | Several functions return information about processes. | |
b8d4c8d0 | 729 | |
62f4b18c | 730 | @deffn Command list-processes &optional query-only buffer |
b8d4c8d0 GM |
731 | This command displays a listing of all living processes. In addition, |
732 | it finally deletes any process whose status was @samp{Exited} or | |
733 | @samp{Signaled}. It returns @code{nil}. | |
734 | ||
62f4b18c GM |
735 | The processes are shown in a buffer named @file{*Process List*} |
736 | (unless you specify otherwise using the optional argument @var{buffer}), | |
737 | whose major mode is Process Menu mode. | |
82233bea | 738 | |
62f4b18c | 739 | If @var{query-only} is non-@code{nil}, it only lists processes |
b8d4c8d0 GM |
740 | whose query flag is non-@code{nil}. @xref{Query Before Exit}. |
741 | @end deffn | |
742 | ||
743 | @defun process-list | |
744 | This function returns a list of all processes that have not been deleted. | |
745 | ||
746 | @smallexample | |
747 | @group | |
748 | (process-list) | |
749 | @result{} (#<process display-time> #<process shell>) | |
750 | @end group | |
751 | @end smallexample | |
752 | @end defun | |
753 | ||
754 | @defun get-process name | |
62f4b18c GM |
755 | This function returns the process named @var{name} (a string), or |
756 | @code{nil} if there is none. | |
b8d4c8d0 GM |
757 | |
758 | @smallexample | |
759 | @group | |
760 | (get-process "shell") | |
761 | @result{} #<process shell> | |
762 | @end group | |
763 | @end smallexample | |
764 | @end defun | |
765 | ||
766 | @defun process-command process | |
767 | This function returns the command that was executed to start | |
768 | @var{process}. This is a list of strings, the first string being the | |
769 | program executed and the rest of the strings being the arguments that | |
770 | were given to the program. | |
771 | ||
772 | @smallexample | |
773 | @group | |
774 | (process-command (get-process "shell")) | |
62f4b18c | 775 | @result{} ("bash" "-i") |
b8d4c8d0 GM |
776 | @end group |
777 | @end smallexample | |
778 | @end defun | |
779 | ||
c73e02fa GM |
780 | @defun process-contact process &optional key |
781 | ||
782 | This function returns information about how a network or serial | |
62f4b18c GM |
783 | process was set up. When @var{key} is @code{nil}, it returns |
784 | @code{(@var{hostname} @var{service})} for a network process, and | |
785 | @code{(@var{port} @var{speed})} for a serial process. | |
786 | For an ordinary child process, this function always returns @code{t}. | |
c73e02fa GM |
787 | |
788 | If @var{key} is @code{t}, the value is the complete status information | |
789 | for the connection, server, or serial port; that is, the list of | |
790 | keywords and values specified in @code{make-network-process} or | |
791 | @code{make-serial-process}, except that some of the values represent | |
792 | the current status instead of what you specified. | |
793 | ||
62f4b18c GM |
794 | For a network process, the values include (see |
795 | @code{make-network-process} for a complete list): | |
c73e02fa GM |
796 | |
797 | @table @code | |
798 | @item :buffer | |
799 | The associated value is the process buffer. | |
800 | @item :filter | |
801 | The associated value is the process filter function. | |
802 | @item :sentinel | |
803 | The associated value is the process sentinel function. | |
804 | @item :remote | |
805 | In a connection, the address in internal format of the remote peer. | |
806 | @item :local | |
807 | The local address, in internal format. | |
808 | @item :service | |
809 | In a server, if you specified @code{t} for @var{service}, | |
810 | this value is the actual port number. | |
811 | @end table | |
812 | ||
813 | @code{:local} and @code{:remote} are included even if they were not | |
814 | specified explicitly in @code{make-network-process}. | |
815 | ||
816 | For a serial process, see @code{make-serial-process} and | |
817 | @code{serial-process-configure} for a list of keys. | |
818 | ||
819 | If @var{key} is a keyword, the function returns the value corresponding | |
820 | to that keyword. | |
821 | @end defun | |
822 | ||
b8d4c8d0 GM |
823 | @defun process-id process |
824 | This function returns the @acronym{PID} of @var{process}. This is an | |
825 | integer that distinguishes the process @var{process} from all other | |
826 | processes running on the same computer at the current time. The | |
827 | @acronym{PID} of a process is chosen by the operating system kernel when the | |
828 | process is started and remains constant as long as the process exists. | |
829 | @end defun | |
830 | ||
831 | @defun process-name process | |
62f4b18c | 832 | This function returns the name of @var{process}, as a string. |
b8d4c8d0 GM |
833 | @end defun |
834 | ||
835 | @defun process-status process-name | |
836 | This function returns the status of @var{process-name} as a symbol. | |
170ddd97 CY |
837 | The argument @var{process-name} must be a process, a buffer, or a |
838 | process name (a string). | |
b8d4c8d0 GM |
839 | |
840 | The possible values for an actual subprocess are: | |
841 | ||
842 | @table @code | |
843 | @item run | |
844 | for a process that is running. | |
845 | @item stop | |
846 | for a process that is stopped but continuable. | |
847 | @item exit | |
848 | for a process that has exited. | |
849 | @item signal | |
850 | for a process that has received a fatal signal. | |
851 | @item open | |
852 | for a network connection that is open. | |
853 | @item closed | |
854 | for a network connection that is closed. Once a connection | |
855 | is closed, you cannot reopen it, though you might be able to open | |
856 | a new connection to the same place. | |
857 | @item connect | |
858 | for a non-blocking connection that is waiting to complete. | |
859 | @item failed | |
860 | for a non-blocking connection that has failed to complete. | |
861 | @item listen | |
862 | for a network server that is listening. | |
863 | @item nil | |
864 | if @var{process-name} is not the name of an existing process. | |
865 | @end table | |
866 | ||
867 | @smallexample | |
868 | @group | |
b8d4c8d0 GM |
869 | (process-status (get-buffer "*shell*")) |
870 | @result{} run | |
871 | @end group | |
b8d4c8d0 GM |
872 | @end smallexample |
873 | ||
874 | For a network connection, @code{process-status} returns one of the symbols | |
875 | @code{open} or @code{closed}. The latter means that the other side | |
876 | closed the connection, or Emacs did @code{delete-process}. | |
877 | @end defun | |
878 | ||
b96e6cde | 879 | @defun process-live-p process |
e153c136 | 880 | This function returns non-@code{nil} if @var{process} is alive. A |
bcd54f83 LMI |
881 | process is considered alive if its status is @code{run}, @code{open}, |
882 | @code{listen}, @code{connect} or @code{stop}. | |
883 | @end defun | |
884 | ||
c73e02fa GM |
885 | @defun process-type process |
886 | This function returns the symbol @code{network} for a network | |
887 | connection or server, @code{serial} for a serial port connection, or | |
888 | @code{real} for a real subprocess. | |
889 | @end defun | |
890 | ||
b8d4c8d0 GM |
891 | @defun process-exit-status process |
892 | This function returns the exit status of @var{process} or the signal | |
893 | number that killed it. (Use the result of @code{process-status} to | |
894 | determine which of those it is.) If @var{process} has not yet | |
895 | terminated, the value is 0. | |
896 | @end defun | |
897 | ||
898 | @defun process-tty-name process | |
899 | This function returns the terminal name that @var{process} is using for | |
900 | its communication with Emacs---or @code{nil} if it is using pipes | |
901 | instead of a terminal (see @code{process-connection-type} in | |
bace45fe MA |
902 | @ref{Asynchronous Processes}). If @var{process} represents a program |
903 | running on a remote host, the terminal name used by that program on | |
904 | the remote host is provided as process property @code{remote-tty}. | |
b8d4c8d0 GM |
905 | @end defun |
906 | ||
907 | @defun process-coding-system process | |
908 | @anchor{Coding systems for a subprocess} | |
62f4b18c GM |
909 | This function returns a cons cell @code{(@var{decode} . @var{encode})}, |
910 | describing the coding systems in use for decoding output from, and | |
911 | encoding input to, @var{process} (@pxref{Coding Systems}). | |
b8d4c8d0 GM |
912 | @end defun |
913 | ||
914 | @defun set-process-coding-system process &optional decoding-system encoding-system | |
915 | This function specifies the coding systems to use for subsequent output | |
916 | from and input to @var{process}. It will use @var{decoding-system} to | |
917 | decode subprocess output, and @var{encoding-system} to encode subprocess | |
918 | input. | |
919 | @end defun | |
920 | ||
921 | Every process also has a property list that you can use to store | |
922 | miscellaneous values associated with the process. | |
923 | ||
924 | @defun process-get process propname | |
925 | This function returns the value of the @var{propname} property | |
926 | of @var{process}. | |
927 | @end defun | |
928 | ||
929 | @defun process-put process propname value | |
930 | This function sets the value of the @var{propname} property | |
931 | of @var{process} to @var{value}. | |
932 | @end defun | |
933 | ||
934 | @defun process-plist process | |
935 | This function returns the process plist of @var{process}. | |
936 | @end defun | |
937 | ||
938 | @defun set-process-plist process plist | |
939 | This function sets the process plist of @var{process} to @var{plist}. | |
940 | @end defun | |
941 | ||
942 | @node Input to Processes | |
943 | @section Sending Input to Processes | |
944 | @cindex process input | |
945 | ||
946 | Asynchronous subprocesses receive input when it is sent to them by | |
947 | Emacs, which is done with the functions in this section. You must | |
948 | specify the process to send input to, and the input data to send. The | |
949 | data appears on the ``standard input'' of the subprocess. | |
950 | ||
62f4b18c | 951 | @c FIXME which? |
b8d4c8d0 GM |
952 | Some operating systems have limited space for buffered input in a |
953 | @acronym{PTY}. On these systems, Emacs sends an @acronym{EOF} | |
954 | periodically amidst the other characters, to force them through. For | |
955 | most programs, these @acronym{EOF}s do no harm. | |
956 | ||
957 | Subprocess input is normally encoded using a coding system before the | |
958 | subprocess receives it, much like text written into a file. You can use | |
959 | @code{set-process-coding-system} to specify which coding system to use | |
960 | (@pxref{Process Information}). Otherwise, the coding system comes from | |
961 | @code{coding-system-for-write}, if that is non-@code{nil}; or else from | |
962 | the defaulting mechanism (@pxref{Default Coding Systems}). | |
963 | ||
964 | Sometimes the system is unable to accept input for that process, | |
965 | because the input buffer is full. When this happens, the send functions | |
966 | wait a short while, accepting output from subprocesses, and then try | |
967 | again. This gives the subprocess a chance to read more of its pending | |
968 | input and make space in the buffer. It also allows filters, sentinels | |
969 | and timers to run---so take account of that in writing your code. | |
970 | ||
971 | In these functions, the @var{process} argument can be a process or | |
972 | the name of a process, or a buffer or buffer name (which stands | |
973 | for a process via @code{get-buffer-process}). @code{nil} means | |
974 | the current buffer's process. | |
975 | ||
976 | @defun process-send-string process string | |
977 | This function sends @var{process} the contents of @var{string} as | |
62f4b18c GM |
978 | standard input. It returns @code{nil}. For example, to make a |
979 | Shell buffer list files: | |
b8d4c8d0 GM |
980 | |
981 | @smallexample | |
982 | @group | |
983 | (process-send-string "shell<1>" "ls\n") | |
984 | @result{} nil | |
985 | @end group | |
b8d4c8d0 GM |
986 | @end smallexample |
987 | @end defun | |
988 | ||
989 | @defun process-send-region process start end | |
990 | This function sends the text in the region defined by @var{start} and | |
991 | @var{end} as standard input to @var{process}. | |
992 | ||
993 | An error is signaled unless both @var{start} and @var{end} are | |
994 | integers or markers that indicate positions in the current buffer. (It | |
995 | is unimportant which number is larger.) | |
996 | @end defun | |
997 | ||
998 | @defun process-send-eof &optional process | |
999 | This function makes @var{process} see an end-of-file in its | |
1000 | input. The @acronym{EOF} comes after any text already sent to it. | |
b8d4c8d0 GM |
1001 | The function returns @var{process}. |
1002 | ||
1003 | @smallexample | |
1004 | @group | |
1005 | (process-send-eof "shell") | |
1006 | @result{} "shell" | |
1007 | @end group | |
1008 | @end smallexample | |
1009 | @end defun | |
1010 | ||
106e6894 CY |
1011 | @defun process-running-child-p &optional process |
1012 | This function will tell you whether a @var{process} has given control of | |
b8d4c8d0 GM |
1013 | its terminal to its own child process. The value is @code{t} if this is |
1014 | true, or if Emacs cannot tell; it is @code{nil} if Emacs can be certain | |
1015 | that this is not so. | |
1016 | @end defun | |
1017 | ||
1018 | @node Signals to Processes | |
1019 | @section Sending Signals to Processes | |
1020 | @cindex process signals | |
1021 | @cindex sending signals | |
1022 | @cindex signals | |
1023 | ||
1024 | @dfn{Sending a signal} to a subprocess is a way of interrupting its | |
1025 | activities. There are several different signals, each with its own | |
1026 | meaning. The set of signals and their names is defined by the operating | |
1027 | system. For example, the signal @code{SIGINT} means that the user has | |
1028 | typed @kbd{C-c}, or that some analogous thing has happened. | |
1029 | ||
1030 | Each signal has a standard effect on the subprocess. Most signals | |
62f4b18c | 1031 | kill the subprocess, but some stop (or resume) execution instead. Most |
b8d4c8d0 GM |
1032 | signals can optionally be handled by programs; if the program handles |
1033 | the signal, then we can say nothing in general about its effects. | |
1034 | ||
1035 | You can send signals explicitly by calling the functions in this | |
1036 | section. Emacs also sends signals automatically at certain times: | |
1037 | killing a buffer sends a @code{SIGHUP} signal to all its associated | |
1038 | processes; killing Emacs sends a @code{SIGHUP} signal to all remaining | |
1039 | processes. (@code{SIGHUP} is a signal that usually indicates that the | |
62f4b18c | 1040 | user ``hung up the phone'', i.e., disconnected.) |
b8d4c8d0 GM |
1041 | |
1042 | Each of the signal-sending functions takes two optional arguments: | |
1043 | @var{process} and @var{current-group}. | |
1044 | ||
1045 | The argument @var{process} must be either a process, a process | |
1046 | name, a buffer, a buffer name, or @code{nil}. A buffer or buffer name | |
1047 | stands for a process through @code{get-buffer-process}. @code{nil} | |
1048 | stands for the process associated with the current buffer. An error | |
1049 | is signaled if @var{process} does not identify a process. | |
1050 | ||
1051 | The argument @var{current-group} is a flag that makes a difference | |
1052 | when you are running a job-control shell as an Emacs subprocess. If it | |
1053 | is non-@code{nil}, then the signal is sent to the current process-group | |
1054 | of the terminal that Emacs uses to communicate with the subprocess. If | |
1055 | the process is a job-control shell, this means the shell's current | |
1056 | subjob. If it is @code{nil}, the signal is sent to the process group of | |
1057 | the immediate subprocess of Emacs. If the subprocess is a job-control | |
1058 | shell, this is the shell itself. | |
1059 | ||
1060 | The flag @var{current-group} has no effect when a pipe is used to | |
1061 | communicate with the subprocess, because the operating system does not | |
1062 | support the distinction in the case of pipes. For the same reason, | |
1063 | job-control shells won't work when a pipe is used. See | |
1064 | @code{process-connection-type} in @ref{Asynchronous Processes}. | |
1065 | ||
1066 | @defun interrupt-process &optional process current-group | |
1067 | This function interrupts the process @var{process} by sending the | |
1068 | signal @code{SIGINT}. Outside of Emacs, typing the ``interrupt | |
1069 | character'' (normally @kbd{C-c} on some systems, and @code{DEL} on | |
1070 | others) sends this signal. When the argument @var{current-group} is | |
1071 | non-@code{nil}, you can think of this function as ``typing @kbd{C-c}'' | |
1072 | on the terminal by which Emacs talks to the subprocess. | |
1073 | @end defun | |
1074 | ||
1075 | @defun kill-process &optional process current-group | |
1076 | This function kills the process @var{process} by sending the | |
1077 | signal @code{SIGKILL}. This signal kills the subprocess immediately, | |
1078 | and cannot be handled by the subprocess. | |
1079 | @end defun | |
1080 | ||
1081 | @defun quit-process &optional process current-group | |
1082 | This function sends the signal @code{SIGQUIT} to the process | |
1083 | @var{process}. This signal is the one sent by the ``quit | |
62f4b18c GM |
1084 | @c FIXME? Never heard of C-b being used for this. In readline, eg |
1085 | @c bash, that is backward-word. | |
b8d4c8d0 GM |
1086 | character'' (usually @kbd{C-b} or @kbd{C-\}) when you are not inside |
1087 | Emacs. | |
1088 | @end defun | |
1089 | ||
1090 | @defun stop-process &optional process current-group | |
1091 | This function stops the process @var{process} by sending the | |
1092 | signal @code{SIGTSTP}. Use @code{continue-process} to resume its | |
1093 | execution. | |
1094 | ||
1095 | Outside of Emacs, on systems with job control, the ``stop character'' | |
1096 | (usually @kbd{C-z}) normally sends this signal. When | |
1097 | @var{current-group} is non-@code{nil}, you can think of this function as | |
1098 | ``typing @kbd{C-z}'' on the terminal Emacs uses to communicate with the | |
1099 | subprocess. | |
1100 | @end defun | |
1101 | ||
1102 | @defun continue-process &optional process current-group | |
1103 | This function resumes execution of the process @var{process} by sending | |
1104 | it the signal @code{SIGCONT}. This presumes that @var{process} was | |
1105 | stopped previously. | |
1106 | @end defun | |
1107 | ||
b8d4c8d0 GM |
1108 | @defun signal-process process signal |
1109 | This function sends a signal to process @var{process}. The argument | |
62f4b18c GM |
1110 | @var{signal} specifies which signal to send; it should be an integer, |
1111 | or a symbol whose name is a signal. | |
b8d4c8d0 | 1112 | |
62f4b18c GM |
1113 | The @var{process} argument can be a system process @acronym{ID} (an |
1114 | integer); that allows you to send signals to processes that are not | |
1115 | children of Emacs. @xref{System Processes}. | |
b8d4c8d0 GM |
1116 | @end defun |
1117 | ||
1118 | @node Output from Processes | |
1119 | @section Receiving Output from Processes | |
1120 | @cindex process output | |
1121 | @cindex output from processes | |
1122 | ||
1123 | There are two ways to receive the output that a subprocess writes to | |
1124 | its standard output stream. The output can be inserted in a buffer, | |
62f4b18c GM |
1125 | which is called the associated buffer of the process (@pxref{Process |
1126 | Buffers}), or a function called the @dfn{filter function} can be | |
1127 | called to act on the output. If the process has no buffer and no | |
1128 | filter function, its output is discarded. | |
b8d4c8d0 GM |
1129 | |
1130 | When a subprocess terminates, Emacs reads any pending output, | |
1131 | then stops reading output from that subprocess. Therefore, if the | |
1132 | subprocess has children that are still live and still producing | |
1133 | output, Emacs won't receive that output. | |
1134 | ||
1135 | Output from a subprocess can arrive only while Emacs is waiting: when | |
016a35df GM |
1136 | reading terminal input (see the function @code{waiting-for-user-input-p}), |
1137 | in @code{sit-for} and @code{sleep-for} (@pxref{Waiting}), and in | |
1138 | @code{accept-process-output} (@pxref{Accepting Output}). This | |
1139 | minimizes the problem of timing errors that usually plague parallel | |
1140 | programming. For example, you can safely create a process and only | |
1141 | then specify its buffer or filter function; no output can arrive | |
1142 | before you finish, if the code in between does not call any primitive | |
1143 | that waits. | |
b8d4c8d0 GM |
1144 | |
1145 | @defvar process-adaptive-read-buffering | |
1146 | On some systems, when Emacs reads the output from a subprocess, the | |
1147 | output data is read in very small blocks, potentially resulting in | |
1148 | very poor performance. This behavior can be remedied to some extent | |
62f4b18c | 1149 | by setting the variable @code{process-adaptive-read-buffering} to a |
b8d4c8d0 GM |
1150 | non-@code{nil} value (the default), as it will automatically delay reading |
1151 | from such processes, thus allowing them to produce more output before | |
1152 | Emacs tries to read it. | |
1153 | @end defvar | |
1154 | ||
1155 | It is impossible to separate the standard output and standard error | |
1156 | streams of the subprocess, because Emacs normally spawns the subprocess | |
1157 | inside a pseudo-TTY, and a pseudo-TTY has only one output channel. If | |
1158 | you want to keep the output to those streams separate, you should | |
1159 | redirect one of them to a file---for example, by using an appropriate | |
1160 | shell command. | |
1161 | ||
1162 | @menu | |
1163 | * Process Buffers:: If no filter, output is put in a buffer. | |
1164 | * Filter Functions:: Filter functions accept output from the process. | |
1165 | * Decoding Output:: Filters can get unibyte or multibyte strings. | |
1166 | * Accepting Output:: How to wait until process output arrives. | |
1167 | @end menu | |
1168 | ||
1169 | @node Process Buffers | |
1170 | @subsection Process Buffers | |
1171 | ||
1172 | A process can (and usually does) have an @dfn{associated buffer}, | |
1173 | which is an ordinary Emacs buffer that is used for two purposes: storing | |
1174 | the output from the process, and deciding when to kill the process. You | |
1175 | can also use the buffer to identify a process to operate on, since in | |
1176 | normal practice only one process is associated with any given buffer. | |
1177 | Many applications of processes also use the buffer for editing input to | |
1178 | be sent to the process, but this is not built into Emacs Lisp. | |
1179 | ||
1180 | Unless the process has a filter function (@pxref{Filter Functions}), | |
1181 | its output is inserted in the associated buffer. The position to insert | |
1182 | the output is determined by the @code{process-mark}, which is then | |
1183 | updated to point to the end of the text just inserted. Usually, but not | |
1184 | always, the @code{process-mark} is at the end of the buffer. | |
1185 | ||
16d1ff5f CY |
1186 | @findex process-kill-buffer-query-function |
1187 | Killing the associated buffer of a process also kills the process. | |
1188 | Emacs asks for confirmation first, if the process's | |
1189 | @code{process-query-on-exit-flag} is non-@code{nil} (@pxref{Query | |
1190 | Before Exit}). This confirmation is done by the function | |
1191 | @code{process-kill-buffer-query-function}, which is run from | |
1192 | @code{kill-buffer-query-functions} (@pxref{Killing Buffers}). | |
1193 | ||
b8d4c8d0 GM |
1194 | @defun process-buffer process |
1195 | This function returns the associated buffer of the process | |
1196 | @var{process}. | |
1197 | ||
1198 | @smallexample | |
1199 | @group | |
1200 | (process-buffer (get-process "shell")) | |
1201 | @result{} #<buffer *shell*> | |
1202 | @end group | |
1203 | @end smallexample | |
1204 | @end defun | |
1205 | ||
1206 | @defun process-mark process | |
1207 | This function returns the process marker for @var{process}, which is the | |
1208 | marker that says where to insert output from the process. | |
1209 | ||
1210 | If @var{process} does not have a buffer, @code{process-mark} returns a | |
1211 | marker that points nowhere. | |
1212 | ||
1213 | Insertion of process output in a buffer uses this marker to decide where | |
1214 | to insert, and updates it to point after the inserted text. That is why | |
1215 | successive batches of output are inserted consecutively. | |
1216 | ||
1217 | Filter functions normally should use this marker in the same fashion | |
62f4b18c GM |
1218 | as is done by direct insertion of output in the buffer. For an |
1219 | example of a filter function that uses @code{process-mark}, | |
1220 | @pxref{Process Filter Example}. | |
b8d4c8d0 GM |
1221 | |
1222 | When the user is expected to enter input in the process buffer for | |
1223 | transmission to the process, the process marker separates the new input | |
1224 | from previous output. | |
1225 | @end defun | |
1226 | ||
1227 | @defun set-process-buffer process buffer | |
1228 | This function sets the buffer associated with @var{process} to | |
1229 | @var{buffer}. If @var{buffer} is @code{nil}, the process becomes | |
1230 | associated with no buffer. | |
1231 | @end defun | |
1232 | ||
1233 | @defun get-buffer-process buffer-or-name | |
1234 | This function returns a nondeleted process associated with the buffer | |
1235 | specified by @var{buffer-or-name}. If there are several processes | |
1236 | associated with it, this function chooses one (currently, the one most | |
1237 | recently created, but don't count on that). Deletion of a process | |
1238 | (see @code{delete-process}) makes it ineligible for this function to | |
1239 | return. | |
1240 | ||
1241 | It is usually a bad idea to have more than one process associated with | |
1242 | the same buffer. | |
1243 | ||
1244 | @smallexample | |
1245 | @group | |
1246 | (get-buffer-process "*shell*") | |
1247 | @result{} #<process shell> | |
1248 | @end group | |
1249 | @end smallexample | |
1250 | ||
1251 | Killing the process's buffer deletes the process, which kills the | |
1252 | subprocess with a @code{SIGHUP} signal (@pxref{Signals to Processes}). | |
1253 | @end defun | |
1254 | ||
1255 | @node Filter Functions | |
1256 | @subsection Process Filter Functions | |
1257 | @cindex filter function | |
1258 | @cindex process filter | |
1259 | ||
1260 | A process @dfn{filter function} is a function that receives the | |
1261 | standard output from the associated process. If a process has a filter, | |
1262 | then @emph{all} output from that process is passed to the filter. The | |
1263 | process buffer is used directly for output from the process only when | |
1264 | there is no filter. | |
1265 | ||
1266 | The filter function can only be called when Emacs is waiting for | |
1267 | something, because process output arrives only at such times. Emacs | |
016a35df GM |
1268 | waits when reading terminal input (see the function |
1269 | @code{waiting-for-user-input-p}), in @code{sit-for} and | |
1270 | @code{sleep-for} (@pxref{Waiting}), and in | |
1271 | @code{accept-process-output} (@pxref{Accepting Output}). | |
b8d4c8d0 GM |
1272 | |
1273 | A filter function must accept two arguments: the associated process | |
1274 | and a string, which is output just received from it. The function is | |
1275 | then free to do whatever it chooses with the output. | |
1276 | ||
016a35df | 1277 | @c Note this text is duplicated in the sentinels section. |
b8d4c8d0 GM |
1278 | Quitting is normally inhibited within a filter function---otherwise, |
1279 | the effect of typing @kbd{C-g} at command level or to quit a user | |
1280 | command would be unpredictable. If you want to permit quitting inside | |
1281 | a filter function, bind @code{inhibit-quit} to @code{nil}. In most | |
1282 | cases, the right way to do this is with the macro | |
1283 | @code{with-local-quit}. @xref{Quitting}. | |
1284 | ||
1285 | If an error happens during execution of a filter function, it is | |
1286 | caught automatically, so that it doesn't stop the execution of whatever | |
1287 | program was running when the filter function was started. However, if | |
62f4b18c GM |
1288 | @code{debug-on-error} is non-@code{nil}, errors are not caught. |
1289 | This makes it possible to use the Lisp debugger to debug the | |
b8d4c8d0 GM |
1290 | filter function. @xref{Debugger}. |
1291 | ||
62f4b18c | 1292 | Many filter functions sometimes (or always) insert the output in the |
b8d4c8d0 | 1293 | process's buffer, mimicking the actions of Emacs when there is no |
62f4b18c GM |
1294 | filter. Such filter functions need to make sure that they save the |
1295 | current buffer, select the correct buffer (if different) before | |
1296 | inserting output, and then restore the original buffer. | |
1297 | They should also check whether the buffer is still alive, update the | |
1298 | process marker, and in some cases update the value of point. Here is | |
1299 | how to do these things: | |
1300 | ||
1301 | @anchor{Process Filter Example} | |
b8d4c8d0 GM |
1302 | @smallexample |
1303 | @group | |
1304 | (defun ordinary-insertion-filter (proc string) | |
78e33835 CY |
1305 | (when (buffer-live-p (process-buffer proc)) |
1306 | (with-current-buffer (process-buffer proc) | |
1307 | (let ((moving (= (point) (process-mark proc)))) | |
b8d4c8d0 GM |
1308 | @end group |
1309 | @group | |
78e33835 | 1310 | (save-excursion |
62f4b18c | 1311 | ;; @r{Insert the text, advancing the process marker.} |
78e33835 CY |
1312 | (goto-char (process-mark proc)) |
1313 | (insert string) | |
1314 | (set-marker (process-mark proc) (point))) | |
1315 | (if moving (goto-char (process-mark proc))))))) | |
b8d4c8d0 GM |
1316 | @end group |
1317 | @end smallexample | |
1318 | ||
b8d4c8d0 | 1319 | To make the filter force the process buffer to be visible whenever new |
62f4b18c | 1320 | text arrives, you could insert a line like the following just before the |
b8d4c8d0 GM |
1321 | @code{with-current-buffer} construct: |
1322 | ||
1323 | @smallexample | |
1324 | (display-buffer (process-buffer proc)) | |
1325 | @end smallexample | |
1326 | ||
1327 | To force point to the end of the new output, no matter where it was | |
1328 | previously, eliminate the variable @code{moving} and call | |
1329 | @code{goto-char} unconditionally. | |
1330 | ||
62f4b18c | 1331 | @ignore |
b8d4c8d0 GM |
1332 | In earlier Emacs versions, every filter function that did regular |
1333 | expression searching or matching had to explicitly save and restore the | |
1334 | match data. Now Emacs does this automatically for filter functions; | |
62f4b18c GM |
1335 | they never need to do it explicitly. |
1336 | @end ignore | |
1337 | Note that Emacs automatically saves and restores the match data | |
1338 | while executing filter functions. @xref{Match Data}. | |
b8d4c8d0 | 1339 | |
62f4b18c | 1340 | The output to the filter may come in chunks of any size. A program |
b8d4c8d0 GM |
1341 | that produces the same output twice in a row may send it as one batch of |
1342 | 200 characters one time, and five batches of 40 characters the next. If | |
1343 | the filter looks for certain text strings in the subprocess output, make | |
1344 | sure to handle the case where one of these strings is split across two | |
fd211f0b CY |
1345 | or more batches of output; one way to do this is to insert the |
1346 | received text into a temporary buffer, which can then be searched. | |
b8d4c8d0 GM |
1347 | |
1348 | @defun set-process-filter process filter | |
1349 | This function gives @var{process} the filter function @var{filter}. If | |
1350 | @var{filter} is @code{nil}, it gives the process no filter. | |
1351 | @end defun | |
1352 | ||
1353 | @defun process-filter process | |
1354 | This function returns the filter function of @var{process}, or @code{nil} | |
1355 | if it has none. | |
1356 | @end defun | |
1357 | ||
62f4b18c | 1358 | Here is an example of the use of a filter function: |
b8d4c8d0 GM |
1359 | |
1360 | @smallexample | |
1361 | @group | |
1362 | (defun keep-output (process output) | |
1363 | (setq kept (cons output kept))) | |
1364 | @result{} keep-output | |
1365 | @end group | |
1366 | @group | |
1367 | (setq kept nil) | |
1368 | @result{} nil | |
1369 | @end group | |
1370 | @group | |
1371 | (set-process-filter (get-process "shell") 'keep-output) | |
1372 | @result{} keep-output | |
1373 | @end group | |
1374 | @group | |
1375 | (process-send-string "shell" "ls ~/other\n") | |
1376 | @result{} nil | |
1377 | kept | |
62f4b18c | 1378 | @result{} ("lewis@@slug:$ " |
b8d4c8d0 GM |
1379 | @end group |
1380 | @group | |
1381 | "FINAL-W87-SHORT.MSS backup.otl kolstad.mss~ | |
1382 | address.txt backup.psf kolstad.psf | |
1383 | backup.bib~ david.mss resume-Dec-86.mss~ | |
1384 | backup.err david.psf resume-Dec.psf | |
1385 | backup.mss dland syllabus.mss | |
1386 | " | |
1387 | "#backups.mss# backup.mss~ kolstad.mss | |
1388 | ") | |
1389 | @end group | |
1390 | @end smallexample | |
1391 | ||
1392 | @ignore @c The code in this example doesn't show the right way to do things. | |
1393 | Here is another, more realistic example, which demonstrates how to use | |
1394 | the process mark to do insertion in the same fashion as is done when | |
1395 | there is no filter function: | |
1396 | ||
1397 | @smallexample | |
1398 | @group | |
1399 | ;; @r{Insert input in the buffer specified by @code{my-shell-buffer}} | |
1400 | ;; @r{and make sure that buffer is shown in some window.} | |
1401 | (defun my-process-filter (proc str) | |
1402 | (let ((cur (selected-window)) | |
1403 | (pop-up-windows t)) | |
1404 | (pop-to-buffer my-shell-buffer) | |
1405 | @end group | |
1406 | @group | |
1407 | (goto-char (point-max)) | |
1408 | (insert str) | |
1409 | (set-marker (process-mark proc) (point-max)) | |
1410 | (select-window cur))) | |
1411 | @end group | |
1412 | @end smallexample | |
1413 | @end ignore | |
1414 | ||
1415 | @node Decoding Output | |
1416 | @subsection Decoding Process Output | |
1417 | @cindex decode process output | |
1418 | ||
1419 | When Emacs writes process output directly into a multibyte buffer, | |
1420 | it decodes the output according to the process output coding system. | |
1421 | If the coding system is @code{raw-text} or @code{no-conversion}, Emacs | |
1422 | converts the unibyte output to multibyte using | |
1423 | @code{string-to-multibyte}, and inserts the resulting multibyte text. | |
1424 | ||
1425 | You can use @code{set-process-coding-system} to specify which coding | |
1426 | system to use (@pxref{Process Information}). Otherwise, the coding | |
1427 | system comes from @code{coding-system-for-read}, if that is | |
1428 | non-@code{nil}; or else from the defaulting mechanism (@pxref{Default | |
3355f04d EZ |
1429 | Coding Systems}). If the text output by a process contains null |
1430 | bytes, Emacs by default uses @code{no-conversion} for it; see | |
1431 | @ref{Lisp and Coding Systems, inhibit-null-byte-detection}, for how to | |
1432 | control this behavior. | |
b8d4c8d0 | 1433 | |
62f4b18c GM |
1434 | @strong{Warning:} Coding systems such as @code{undecided}, which |
1435 | determine the coding system from the data, do not work entirely | |
b8d4c8d0 GM |
1436 | reliably with asynchronous subprocess output. This is because Emacs |
1437 | has to process asynchronous subprocess output in batches, as it | |
1438 | arrives. Emacs must try to detect the proper coding system from one | |
1439 | batch at a time, and this does not always work. Therefore, if at all | |
1440 | possible, specify a coding system that determines both the character | |
1441 | code conversion and the end of line conversion---that is, one like | |
1442 | @code{latin-1-unix}, rather than @code{undecided} or @code{latin-1}. | |
1443 | ||
4972c361 SM |
1444 | @c Let's keep the index entries that were there for |
1445 | @c set-process-filter-multibyte and process-filter-multibyte-p, | |
b8d4c8d0 GM |
1446 | @cindex filter multibyte flag, of process |
1447 | @cindex process filter multibyte flag | |
1448 | When Emacs calls a process filter function, it provides the process | |
1449 | output as a multibyte string or as a unibyte string according to the | |
4972c361 SM |
1450 | process's filter coding system. Emacs |
1451 | decodes the output according to the process output coding system, | |
1452 | which usually produces a multibyte string, except for coding systems | |
62f4b18c | 1453 | such as @code{binary} and @code{raw-text}. |
b8d4c8d0 GM |
1454 | |
1455 | @node Accepting Output | |
1456 | @subsection Accepting Output from Processes | |
1457 | @cindex accept input from processes | |
1458 | ||
1459 | Output from asynchronous subprocesses normally arrives only while | |
1460 | Emacs is waiting for some sort of external event, such as elapsed time | |
1461 | or terminal input. Occasionally it is useful in a Lisp program to | |
1462 | explicitly permit output to arrive at a specific point, or even to wait | |
1463 | until output arrives from a process. | |
1464 | ||
1465 | @defun accept-process-output &optional process seconds millisec just-this-one | |
1466 | This function allows Emacs to read pending output from processes. The | |
1467 | output is inserted in the associated buffers or given to their filter | |
1468 | functions. If @var{process} is non-@code{nil} then this function does | |
1469 | not return until some output has been received from @var{process}. | |
1470 | ||
b8d4c8d0 GM |
1471 | The arguments @var{seconds} and @var{millisec} let you specify timeout |
1472 | periods. The former specifies a period measured in seconds and the | |
1473 | latter specifies one measured in milliseconds. The two time periods | |
1474 | thus specified are added together, and @code{accept-process-output} | |
1475 | returns after that much time, whether or not there has been any | |
1476 | subprocess output. | |
1477 | ||
4f5d565f GM |
1478 | The argument @var{millisec} is obsolete (and should not be used), |
1479 | because @var{seconds} can be a floating point number to specify | |
1480 | waiting a fractional number of seconds. If @var{seconds} is 0, the | |
1481 | function accepts whatever output is pending but does not wait. | |
b8d4c8d0 GM |
1482 | |
1483 | @c Emacs 22.1 feature | |
1484 | If @var{process} is a process, and the argument @var{just-this-one} is | |
1485 | non-@code{nil}, only output from that process is handled, suspending output | |
1486 | from other processes until some output has been received from that | |
1487 | process or the timeout expires. If @var{just-this-one} is an integer, | |
1488 | also inhibit running timers. This feature is generally not | |
1489 | recommended, but may be necessary for specific applications, such as | |
1490 | speech synthesis. | |
1491 | ||
1492 | The function @code{accept-process-output} returns non-@code{nil} if it | |
1493 | did get some output, or @code{nil} if the timeout expired before output | |
1494 | arrived. | |
1495 | @end defun | |
1496 | ||
1497 | @node Sentinels | |
1498 | @section Sentinels: Detecting Process Status Changes | |
1499 | @cindex process sentinel | |
1500 | @cindex sentinel (of process) | |
1501 | ||
1502 | A @dfn{process sentinel} is a function that is called whenever the | |
1503 | associated process changes status for any reason, including signals | |
1504 | (whether sent by Emacs or caused by the process's own actions) that | |
1505 | terminate, stop, or continue the process. The process sentinel is | |
1506 | also called if the process exits. The sentinel receives two | |
1507 | arguments: the process for which the event occurred, and a string | |
1508 | describing the type of event. | |
1509 | ||
1510 | The string describing the event looks like one of the following: | |
1511 | ||
016a35df | 1512 | @c FIXME? Also "killed\n" - see example below? |
b8d4c8d0 GM |
1513 | @itemize @bullet |
1514 | @item | |
1515 | @code{"finished\n"}. | |
1516 | ||
1517 | @item | |
1518 | @code{"exited abnormally with code @var{exitcode}\n"}. | |
1519 | ||
1520 | @item | |
1521 | @code{"@var{name-of-signal}\n"}. | |
1522 | ||
1523 | @item | |
1524 | @code{"@var{name-of-signal} (core dumped)\n"}. | |
1525 | @end itemize | |
1526 | ||
1527 | A sentinel runs only while Emacs is waiting (e.g., for terminal | |
1528 | input, or for time to elapse, or for process output). This avoids the | |
016a35df | 1529 | timing errors that could result from running sentinels at random places in |
b8d4c8d0 GM |
1530 | the middle of other Lisp programs. A program can wait, so that |
1531 | sentinels will run, by calling @code{sit-for} or @code{sleep-for} | |
1532 | (@pxref{Waiting}), or @code{accept-process-output} (@pxref{Accepting | |
1533 | Output}). Emacs also allows sentinels to run when the command loop is | |
1534 | reading input. @code{delete-process} calls the sentinel when it | |
1535 | terminates a running process. | |
1536 | ||
1537 | Emacs does not keep a queue of multiple reasons to call the sentinel | |
1538 | of one process; it records just the current status and the fact that | |
1539 | there has been a change. Therefore two changes in status, coming in | |
1540 | quick succession, can call the sentinel just once. However, process | |
1541 | termination will always run the sentinel exactly once. This is | |
1542 | because the process status can't change again after termination. | |
1543 | ||
1544 | Emacs explicitly checks for output from the process before running | |
1545 | the process sentinel. Once the sentinel runs due to process | |
1546 | termination, no further output can arrive from the process. | |
1547 | ||
1548 | A sentinel that writes the output into the buffer of the process | |
1549 | should check whether the buffer is still alive. If it tries to insert | |
1550 | into a dead buffer, it will get an error. If the buffer is dead, | |
1551 | @code{(buffer-name (process-buffer @var{process}))} returns @code{nil}. | |
1552 | ||
016a35df | 1553 | @c Note this text is duplicated in the filter functions section. |
b8d4c8d0 GM |
1554 | Quitting is normally inhibited within a sentinel---otherwise, the |
1555 | effect of typing @kbd{C-g} at command level or to quit a user command | |
1556 | would be unpredictable. If you want to permit quitting inside a | |
1557 | sentinel, bind @code{inhibit-quit} to @code{nil}. In most cases, the | |
1558 | right way to do this is with the macro @code{with-local-quit}. | |
1559 | @xref{Quitting}. | |
1560 | ||
1561 | If an error happens during execution of a sentinel, it is caught | |
1562 | automatically, so that it doesn't stop the execution of whatever | |
1563 | programs was running when the sentinel was started. However, if | |
016a35df GM |
1564 | @code{debug-on-error} is non-@code{nil}, errors are not caught. |
1565 | This makes it possible to use the Lisp debugger to debug the | |
b8d4c8d0 GM |
1566 | sentinel. @xref{Debugger}. |
1567 | ||
1568 | While a sentinel is running, the process sentinel is temporarily | |
1569 | set to @code{nil} so that the sentinel won't run recursively. | |
1570 | For this reason it is not possible for a sentinel to specify | |
1571 | a new sentinel. | |
1572 | ||
016a35df | 1573 | @ignore |
b8d4c8d0 GM |
1574 | In earlier Emacs versions, every sentinel that did regular expression |
1575 | searching or matching had to explicitly save and restore the match data. | |
1576 | Now Emacs does this automatically for sentinels; they never need to do | |
016a35df GM |
1577 | it explicitly. |
1578 | @end ignore | |
1579 | Note that Emacs automatically saves and restores the match data | |
1580 | while executing sentinels. @xref{Match Data}. | |
b8d4c8d0 GM |
1581 | |
1582 | @defun set-process-sentinel process sentinel | |
1583 | This function associates @var{sentinel} with @var{process}. If | |
1584 | @var{sentinel} is @code{nil}, then the process will have no sentinel. | |
1585 | The default behavior when there is no sentinel is to insert a message in | |
1586 | the process's buffer when the process status changes. | |
1587 | ||
016a35df | 1588 | Changes in process sentinels take effect immediately---if the sentinel |
b8d4c8d0 GM |
1589 | is slated to be run but has not been called yet, and you specify a new |
1590 | sentinel, the eventual call to the sentinel will use the new one. | |
1591 | ||
1592 | @smallexample | |
1593 | @group | |
1594 | (defun msg-me (process event) | |
1595 | (princ | |
1596 | (format "Process: %s had the event `%s'" process event))) | |
1597 | (set-process-sentinel (get-process "shell") 'msg-me) | |
1598 | @result{} msg-me | |
1599 | @end group | |
1600 | @group | |
1601 | (kill-process (get-process "shell")) | |
1602 | @print{} Process: #<process shell> had the event `killed' | |
1603 | @result{} #<process shell> | |
1604 | @end group | |
1605 | @end smallexample | |
1606 | @end defun | |
1607 | ||
1608 | @defun process-sentinel process | |
1609 | This function returns the sentinel of @var{process}, or @code{nil} if it | |
1610 | has none. | |
1611 | @end defun | |
1612 | ||
1613 | @defun waiting-for-user-input-p | |
1614 | While a sentinel or filter function is running, this function returns | |
1615 | non-@code{nil} if Emacs was waiting for keyboard input from the user at | |
016a35df | 1616 | the time the sentinel or filter function was called, or @code{nil} if it |
b8d4c8d0 GM |
1617 | was not. |
1618 | @end defun | |
1619 | ||
1620 | @node Query Before Exit | |
1621 | @section Querying Before Exit | |
1622 | ||
1623 | When Emacs exits, it terminates all its subprocesses by sending them | |
1624 | the @code{SIGHUP} signal. Because subprocesses may be doing | |
1625 | valuable work, Emacs normally asks the user to confirm that it is ok | |
016a35df | 1626 | to terminate them. Each process has a query flag, which, if |
b8d4c8d0 GM |
1627 | non-@code{nil}, says that Emacs should ask for confirmation before |
1628 | exiting and thus killing that process. The default for the query flag | |
1629 | is @code{t}, meaning @emph{do} query. | |
1630 | ||
1631 | @defun process-query-on-exit-flag process | |
1632 | This returns the query flag of @var{process}. | |
1633 | @end defun | |
1634 | ||
1635 | @defun set-process-query-on-exit-flag process flag | |
1636 | This function sets the query flag of @var{process} to @var{flag}. It | |
1637 | returns @var{flag}. | |
1638 | ||
9fe9631c CY |
1639 | Here is an example of using @code{set-process-query-on-exit-flag} on a |
1640 | shell process to avoid querying: | |
1641 | ||
b8d4c8d0 GM |
1642 | @smallexample |
1643 | @group | |
b8d4c8d0 | 1644 | (set-process-query-on-exit-flag (get-process "shell") nil) |
016a35df | 1645 | @result{} nil |
b8d4c8d0 GM |
1646 | @end group |
1647 | @end smallexample | |
1648 | @end defun | |
1649 | ||
23dd4ecd EZ |
1650 | @node System Processes |
1651 | @section Accessing Other Processes | |
1652 | @cindex system processes | |
1653 | ||
1654 | In addition to accessing and manipulating processes that are | |
1655 | subprocesses of the current Emacs session, Emacs Lisp programs can | |
1656 | also access other processes running on the same machine. We call | |
016a35df | 1657 | these @dfn{system processes}, to distinguish them from Emacs |
23dd4ecd EZ |
1658 | subprocesses. |
1659 | ||
1660 | Emacs provides several primitives for accessing system processes. | |
1661 | Not all platforms support these primitives; on those which don't, | |
1662 | these primitives return @code{nil}. | |
1663 | ||
1664 | @defun list-system-processes | |
1665 | This function returns a list of all the processes running on the | |
1666 | system. Each process is identified by its @acronym{PID}, a numerical | |
1667 | process ID that is assigned by the OS and distinguishes the process | |
1668 | from all the other processes running on the same machine at the same | |
1669 | time. | |
1670 | @end defun | |
1671 | ||
a20878b6 | 1672 | @defun process-attributes pid |
23dd4ecd EZ |
1673 | This function returns an alist of attributes for the process specified |
1674 | by its process ID @var{pid}. Each association in the alist is of the | |
1675 | form @code{(@var{key} . @var{value})}, where @var{key} designates the | |
1676 | attribute and @var{value} is the value of that attribute. The various | |
016a35df | 1677 | attribute @var{key}s that this function can return are listed below. |
23dd4ecd EZ |
1678 | Not all platforms support all of these attributes; if an attribute is |
1679 | not supported, its association will not appear in the returned alist. | |
1680 | Values that are numbers can be either integer or floating-point, | |
1681 | depending on the magnitude of the value. | |
1682 | ||
1683 | @table @code | |
1684 | @item euid | |
1685 | The effective user ID of the user who invoked the process. The | |
1686 | corresponding @var{value} is a number. If the process was invoked by | |
1687 | the same user who runs the current Emacs session, the value is | |
1688 | identical to what @code{user-uid} returns (@pxref{User | |
1689 | Identification}). | |
1690 | ||
1691 | @item user | |
1692 | User name corresponding to the process's effective user ID, a string. | |
1693 | ||
1694 | @item egid | |
1695 | The group ID of the effective user ID, a number. | |
1696 | ||
1697 | @item group | |
1698 | Group name corresponding to the effective user's group ID, a string. | |
1699 | ||
1700 | @item comm | |
1701 | The name of the command that runs in the process. This is a string | |
1702 | that usually specifies the name of the executable file of the process, | |
1703 | without the leading directories. However, some special system | |
1704 | processes can report strings that do not correspond to an executable | |
1705 | file of a program. | |
1706 | ||
1707 | @item state | |
1708 | The state code of the process. This is a short string that encodes | |
1709 | the scheduling state of the process. Here's a list of the most | |
1710 | frequently seen codes: | |
1711 | ||
1712 | @table @code | |
1dca458f | 1713 | @item "D" |
23dd4ecd | 1714 | uninterruptible sleep (usually I/O) |
1dca458f | 1715 | @item "R" |
23dd4ecd | 1716 | running |
1dca458f | 1717 | @item "S" |
23dd4ecd | 1718 | interruptible sleep (waiting for some event) |
1dca458f | 1719 | @item "T" |
23dd4ecd | 1720 | stopped, e.g., by a job control signal |
1dca458f EZ |
1721 | @item "Z" |
1722 | ``zombie'': a process that terminated, but was not reaped by its parent | |
23dd4ecd EZ |
1723 | @end table |
1724 | ||
1725 | @noindent | |
1726 | For the full list of the possible states, see the manual page of the | |
1727 | @command{ps} command. | |
1728 | ||
1729 | @item ppid | |
1730 | The process ID of the parent process, a number. | |
1731 | ||
1732 | @item pgrp | |
1733 | The process group ID of the process, a number. | |
1734 | ||
1735 | @item sess | |
1736 | The session ID of the process. This is a number that is the process | |
1737 | ID of the process's @dfn{session leader}. | |
1738 | ||
1739 | @item ttname | |
1740 | A string that is the name of the process's controlling terminal. On | |
1741 | Unix and GNU systems, this is normally the file name of the | |
1742 | corresponding terminal device, such as @file{/dev/pts65}. | |
1743 | ||
1744 | @item tpgid | |
1745 | The numerical process group ID of the foreground process group that | |
1746 | uses the process's terminal. | |
1747 | ||
1748 | @item minflt | |
1749 | The number of minor page faults caused by the process since its | |
1750 | beginning. (Minor page faults are those that don't involve reading | |
1751 | from disk.) | |
1752 | ||
1753 | @item majflt | |
1754 | The number of major page faults caused by the process since its | |
1755 | beginning. (Major page faults require a disk to be read, and are thus | |
1756 | more expensive than minor page faults.) | |
1757 | ||
1758 | @item cminflt | |
1759 | @itemx cmajflt | |
1760 | Like @code{minflt} and @code{majflt}, but include the number of page | |
1761 | faults for all the child processes of the given process. | |
1762 | ||
1763 | @item utime | |
1764 | Time spent by the process in the user context, for running the | |
1765 | application's code. The corresponding @var{value} is in the | |
1766 | @w{@code{(@var{high} @var{low} @var{microsec})}} format, the same | |
1767 | format used by functions @code{current-time} (@pxref{Time of Day, | |
1768 | current-time}) and @code{file-attributes} (@pxref{File Attributes}). | |
1769 | ||
1770 | @item stime | |
1771 | Time spent by the process in the system (kernel) context, for | |
1772 | processing system calls. The corresponding @var{value} is in the same | |
1773 | format as for @code{utime}. | |
1774 | ||
af34ad36 EZ |
1775 | @item time |
1776 | The sum of @code{utime} and @code{stime}. The corresponding | |
1777 | @var{value} is in the same format as for @code{utime}. | |
1778 | ||
23dd4ecd EZ |
1779 | @item cutime |
1780 | @itemx cstime | |
af34ad36 EZ |
1781 | @itemx ctime |
1782 | Like @code{utime}, @code{stime}, and @code{time}, but include the | |
1783 | times of all the child processes of the given process. | |
23dd4ecd EZ |
1784 | |
1785 | @item pri | |
1786 | The numerical priority of the process. | |
1787 | ||
1788 | @item nice | |
1dca458f EZ |
1789 | The @dfn{nice value} of the process, a number. (Processes with smaller |
1790 | nice values get scheduled more favorably.) | |
23dd4ecd EZ |
1791 | |
1792 | @item thcount | |
1793 | The number of threads in the process. | |
1794 | ||
1795 | @item start | |
049bcbcb CY |
1796 | The time when the process was started, in the same |
1797 | @w{@code{(@var{high} @var{low} @var{microsec})}} format used by | |
1798 | @code{current-time} and @code{file-attributes}. | |
23dd4ecd EZ |
1799 | |
1800 | @item etime | |
1801 | The time elapsed since the process started, in the @w{@code{(@var{high} | |
1802 | @var{low} @var{microsec})}} format. | |
1803 | ||
1804 | @item vsize | |
1805 | The virtual memory size of the process, measured in kilobytes. | |
1806 | ||
1807 | @item rss | |
1808 | The size of the process's @dfn{resident set}, the number of kilobytes | |
1809 | occupied by the process in the machine's physical memory. | |
1810 | ||
1811 | @item pcpu | |
1812 | The percentage of the CPU time used by the process since it started. | |
1813 | The corresponding @var{value} is a floating-point number between 0 and | |
1814 | 100. | |
1815 | ||
1816 | @item pmem | |
1817 | The percentage of the total physical memory installed on the machine | |
1818 | used by the process's resident set. The value is a floating-point | |
1819 | number between 0 and 100. | |
1820 | ||
1821 | @item args | |
1822 | The command-line with which the process was invoked. This is a string | |
1823 | in which individual command-line arguments are separated by blanks; | |
1824 | whitespace characters that are embedded in the arguments are quoted as | |
1825 | appropriate for the system's shell: escaped by backslash characters on | |
1826 | GNU and Unix, and enclosed in double quote characters on Windows. | |
1827 | Thus, this command-line string can be directly used in primitives such | |
1828 | as @code{shell-command}. | |
1829 | @end table | |
1830 | ||
1831 | @end defun | |
1832 | ||
1833 | ||
b8d4c8d0 GM |
1834 | @node Transaction Queues |
1835 | @section Transaction Queues | |
1836 | @cindex transaction queue | |
1837 | ||
016a35df GM |
1838 | @c That's not very informative. What is a transaction, and when might |
1839 | @c I want to use one? | |
b8d4c8d0 GM |
1840 | You can use a @dfn{transaction queue} to communicate with a subprocess |
1841 | using transactions. First use @code{tq-create} to create a transaction | |
1842 | queue communicating with a specified process. Then you can call | |
1843 | @code{tq-enqueue} to send a transaction. | |
1844 | ||
1845 | @defun tq-create process | |
1846 | This function creates and returns a transaction queue communicating with | |
1847 | @var{process}. The argument @var{process} should be a subprocess | |
1848 | capable of sending and receiving streams of bytes. It may be a child | |
1849 | process, or it may be a TCP connection to a server, possibly on another | |
1850 | machine. | |
1851 | @end defun | |
1852 | ||
1853 | @defun tq-enqueue queue question regexp closure fn &optional delay-question | |
1854 | This function sends a transaction to queue @var{queue}. Specifying the | |
1855 | queue has the effect of specifying the subprocess to talk to. | |
1856 | ||
1857 | The argument @var{question} is the outgoing message that starts the | |
1858 | transaction. The argument @var{fn} is the function to call when the | |
1859 | corresponding answer comes back; it is called with two arguments: | |
1860 | @var{closure}, and the answer received. | |
1861 | ||
1862 | The argument @var{regexp} is a regular expression that should match | |
1863 | text at the end of the entire answer, but nothing before; that's how | |
1864 | @code{tq-enqueue} determines where the answer ends. | |
1865 | ||
4185820c CY |
1866 | If the argument @var{delay-question} is non-@code{nil}, delay sending |
1867 | this question until the process has finished replying to any previous | |
b8d4c8d0 | 1868 | questions. This produces more reliable results with some processes. |
016a35df | 1869 | @ignore |
b8d4c8d0 | 1870 | |
016a35df | 1871 | @c Let's not mention it then. |
b8d4c8d0 | 1872 | The return value of @code{tq-enqueue} itself is not meaningful. |
016a35df | 1873 | @end ignore |
b8d4c8d0 GM |
1874 | @end defun |
1875 | ||
1876 | @defun tq-close queue | |
1877 | Shut down transaction queue @var{queue}, waiting for all pending transactions | |
1878 | to complete, and then terminate the connection or child process. | |
1879 | @end defun | |
1880 | ||
1881 | Transaction queues are implemented by means of a filter function. | |
1882 | @xref{Filter Functions}. | |
1883 | ||
1884 | @node Network | |
1885 | @section Network Connections | |
1886 | @cindex network connection | |
1887 | @cindex TCP | |
1888 | @cindex UDP | |
1889 | ||
1890 | Emacs Lisp programs can open stream (TCP) and datagram (UDP) network | |
016a35df GM |
1891 | connections (@pxref{Datagrams}) to other processes on the same machine |
1892 | or other machines. | |
b8d4c8d0 GM |
1893 | A network connection is handled by Lisp much like a subprocess, and is |
1894 | represented by a process object. However, the process you are | |
016a35df | 1895 | communicating with is not a child of the Emacs process, has no |
b8d4c8d0 GM |
1896 | process @acronym{ID}, and you can't kill it or send it signals. All you |
1897 | can do is send and receive data. @code{delete-process} closes the | |
1898 | connection, but does not kill the program at the other end; that | |
1899 | program must decide what to do about closure of the connection. | |
1900 | ||
1901 | Lisp programs can listen for connections by creating network | |
1902 | servers. A network server is also represented by a kind of process | |
1903 | object, but unlike a network connection, the network server never | |
1904 | transfers data itself. When it receives a connection request, it | |
1905 | creates a new network connection to represent the connection just | |
1906 | made. (The network connection inherits certain information, including | |
1907 | the process plist, from the server.) The network server then goes | |
1908 | back to listening for more connection requests. | |
1909 | ||
1910 | Network connections and servers are created by calling | |
1911 | @code{make-network-process} with an argument list consisting of | |
1912 | keyword/argument pairs, for example @code{:server t} to create a | |
1913 | server process, or @code{:type 'datagram} to create a datagram | |
1914 | connection. @xref{Low-Level Network}, for details. You can also use | |
1915 | the @code{open-network-stream} function described below. | |
1916 | ||
c73e02fa GM |
1917 | To distinguish the different types of processes, the |
1918 | @code{process-type} function returns the symbol @code{network} for a | |
1919 | network connection or server, @code{serial} for a serial port | |
1920 | connection, or @code{real} for a real subprocess. | |
1921 | ||
1922 | The @code{process-status} function returns @code{open}, | |
016a35df | 1923 | @code{closed}, @code{connect}, or @code{failed} for network |
c73e02fa | 1924 | connections. For a network server, the status is always |
b8d4c8d0 GM |
1925 | @code{listen}. None of those values is possible for a real |
1926 | subprocess. @xref{Process Information}. | |
1927 | ||
1928 | You can stop and resume operation of a network process by calling | |
1929 | @code{stop-process} and @code{continue-process}. For a server | |
1930 | process, being stopped means not accepting new connections. (Up to 5 | |
1931 | connection requests will be queued for when you resume the server; you | |
1932 | can increase this limit, unless it is imposed by the operating | |
016a35df GM |
1933 | system---see the @code{:server} keyword of @code{make-network-process}, |
1934 | @ref{Network Processes}.) For a network stream connection, being | |
1935 | stopped means not processing input (any arriving input waits until you | |
1936 | resume the connection). For a datagram connection, some number of | |
1937 | packets may be queued but input may be lost. You can use the function | |
b8d4c8d0 GM |
1938 | @code{process-command} to determine whether a network connection or |
1939 | server is stopped; a non-@code{nil} value means yes. | |
1940 | ||
fcacfa8d | 1941 | @cindex network connection, encrypted |
d7dbb11a | 1942 | @cindex encrypted network connections |
016a35df GM |
1943 | @cindex @acronym{TLS} network connections |
1944 | @cindex @acronym{STARTTLS} network connections | |
1945 | Emacs can create encrypted network connections, using either built-in | |
1946 | or external support. The built-in support uses the GnuTLS | |
1947 | (``Transport Layer Security'') library; see | |
1948 | @uref{http://www.gnu.org/software/gnutls/, the GnuTLS project page}. | |
1949 | If your Emacs was compiled with GnuTLS support, the function | |
1950 | @code{gnutls-available-p} is defined and returns non-@code{nil}. For | |
1951 | more details, @pxref{Top,, Overview, emacs-gnutls, The Emacs-GnuTLS manual}. | |
1952 | The external support uses the @file{starttls.el} library, which | |
1953 | requires a helper utility such as @command{gnutls-cli} to be installed | |
1954 | on the system. The @code{open-network-stream} function can | |
1955 | transparently handle the details of creating encrypted connections for | |
1956 | you, using whatever support is available. | |
1957 | ||
1958 | @defun open-network-stream name buffer host service &rest parameters | |
d7dbb11a GM |
1959 | This function opens a TCP connection, with optional encryption, and |
1960 | returns a process object that represents the connection. | |
b8d4c8d0 GM |
1961 | |
1962 | The @var{name} argument specifies the name for the process object. It | |
1963 | is modified as necessary to make it unique. | |
1964 | ||
016a35df | 1965 | The @var{buffer} argument is the buffer to associate with the |
b8d4c8d0 GM |
1966 | connection. Output from the connection is inserted in the buffer, |
1967 | unless you specify a filter function to handle the output. If | |
016a35df | 1968 | @var{buffer} is @code{nil}, it means that the connection is not |
b8d4c8d0 GM |
1969 | associated with any buffer. |
1970 | ||
1971 | The arguments @var{host} and @var{service} specify where to connect to; | |
1972 | @var{host} is the host name (a string), and @var{service} is the name of | |
1973 | a defined network service (a string) or a port number (an integer). | |
d7dbb11a | 1974 | |
d7dbb11a GM |
1975 | The remaining arguments @var{parameters} are keyword/argument pairs |
1976 | that are mainly relevant to encrypted connections: | |
1977 | ||
1978 | @table @code | |
1979 | ||
1980 | @item :nowait @var{boolean} | |
1981 | If non-@code{nil}, try to make an asynchronous connection. | |
1982 | ||
1983 | @item :type @var{type} | |
1984 | The type of connection. Options are: | |
1985 | ||
1986 | @table @code | |
1987 | @item plain | |
1988 | An ordinary, unencrypted connection. | |
1989 | @item tls | |
1990 | @itemx ssl | |
016a35df | 1991 | A @acronym{TLS} (``Transport Layer Security'') connection. |
d7dbb11a GM |
1992 | @item nil |
1993 | @itemx network | |
1994 | Start with a plain connection, and if parameters @samp{:success} | |
1995 | and @samp{:capability-command} are supplied, try to upgrade to an encrypted | |
016a35df GM |
1996 | connection via @acronym{STARTTLS}. If that fails, retain the |
1997 | unencrypted connection. | |
d7dbb11a | 1998 | @item starttls |
016a35df | 1999 | As for @code{nil}, but if @acronym{STARTTLS} fails drop the connection. |
d7dbb11a GM |
2000 | @item shell |
2001 | A shell connection. | |
2002 | @end table | |
2003 | ||
2004 | @item :always-query-capabilities @var{boolean} | |
2005 | If non-@code{nil}, always ask for the server's capabilities, even when | |
2006 | doing a @samp{plain} connection. | |
2007 | ||
2008 | @item :capability-command @var{capability-command} | |
2009 | Command string to query the host capabilities. | |
2010 | ||
2011 | @item :end-of-command @var{regexp} | |
2012 | @itemx :end-of-capability @var{regexp} | |
2013 | Regular expression matching the end of a command, or the end of the | |
2014 | command @var{capability-command}. The latter defaults to the former. | |
2015 | ||
2016 | @item :starttls-function @var{function} | |
2017 | Function of one argument (the response to @var{capability-command}), | |
016a35df | 2018 | which returns either @code{nil}, or the command to activate @acronym{STARTTLS} |
d7dbb11a GM |
2019 | if supported. |
2020 | ||
2021 | @item :success @var{regexp} | |
016a35df | 2022 | Regular expression matching a successful @acronym{STARTTLS} negotiation. |
d7dbb11a GM |
2023 | |
2024 | @item :use-starttls-if-possible @var{boolean} | |
016a35df GM |
2025 | If non-@code{nil}, do opportunistic @acronym{STARTTLS} upgrades even if Emacs |
2026 | doesn't have built-in @acronym{TLS} support. | |
d7dbb11a GM |
2027 | |
2028 | @item :client-certificate @var{list-or-t} | |
2029 | Either a list of the form @code{(@var{key-file} @var{cert-file})}, | |
2030 | naming the certificate key file and certificate file itself, or | |
2031 | @code{t}, meaning to query @code{auth-source} for this information | |
016a35df GM |
2032 | (@pxref{Top,,Overview, auth, The Auth-Source Manual}). |
2033 | Only used for @acronym{TLS} or @acronym{STARTTLS}. | |
d7dbb11a GM |
2034 | |
2035 | @item :return-list @var{cons-or-nil} | |
2036 | The return value of this function. If omitted or @code{nil}, return a | |
2037 | process object. Otherwise, a cons of the form @code{(@var{process-object} | |
2038 | . @var{plist})}, where @var{plist} has keywords: | |
2039 | ||
2040 | @table @code | |
2041 | @item :greeting @var{string-or-nil} | |
2042 | If non-@code{nil}, the greeting string returned by the host. | |
2043 | @item :capabilities @var{string-or-nil} | |
2044 | If non-@code{nil}, the host's capability string. | |
2045 | @item :type @var{symbol} | |
2046 | The connection type: @samp{plain} or @samp{tls}. | |
2047 | @end table | |
2048 | ||
2049 | @end table | |
2050 | ||
b8d4c8d0 GM |
2051 | @end defun |
2052 | ||
b8d4c8d0 GM |
2053 | @node Network Servers |
2054 | @section Network Servers | |
2055 | @cindex network servers | |
2056 | ||
016a35df GM |
2057 | You create a server by calling @code{make-network-process} |
2058 | (@pxref{Network Processes}) with @code{:server t}. The server will | |
2059 | listen for connection requests from clients. When it accepts a client | |
2060 | connection request, that creates a new network connection, itself a | |
2061 | process object, with the following parameters: | |
b8d4c8d0 GM |
2062 | |
2063 | @itemize @bullet | |
2064 | @item | |
2065 | The connection's process name is constructed by concatenating the | |
9364727b | 2066 | server process's @var{name} with a client identification string. The |
016a35df | 2067 | @c FIXME? What about IPv6? Say briefly what the difference is? |
b8d4c8d0 | 2068 | client identification string for an IPv4 connection looks like |
016a35df GM |
2069 | @samp{<@var{a}.@var{b}.@var{c}.@var{d}:@var{p}>}, which represents an |
2070 | address and port number. Otherwise, it is a | |
b8d4c8d0 GM |
2071 | unique number in brackets, as in @samp{<@var{nnn}>}. The number |
2072 | is unique for each connection in the Emacs session. | |
2073 | ||
2074 | @item | |
2075 | If the server's filter is non-@code{nil}, the connection process does | |
2076 | not get a separate process buffer; otherwise, Emacs creates a new | |
2077 | buffer for the purpose. The buffer name is the server's buffer name | |
2078 | or process name, concatenated with the client identification string. | |
2079 | ||
cec2eab8 JB |
2080 | The server's process buffer value is never used directly, but the log |
2081 | function can retrieve it and use it to log connections by inserting | |
2082 | text there. | |
b8d4c8d0 GM |
2083 | |
2084 | @item | |
2085 | The communication type and the process filter and sentinel are | |
2086 | inherited from those of the server. The server never directly | |
2087 | uses its filter and sentinel; their sole purpose is to initialize | |
2088 | connections made to the server. | |
2089 | ||
2090 | @item | |
016a35df | 2091 | The connection's process contact information is set according to the client's |
b8d4c8d0 GM |
2092 | addressing information (typically an IP address and a port number). |
2093 | This information is associated with the @code{process-contact} | |
2094 | keywords @code{:host}, @code{:service}, @code{:remote}. | |
2095 | ||
2096 | @item | |
2097 | The connection's local address is set up according to the port | |
2098 | number used for the connection. | |
2099 | ||
2100 | @item | |
9364727b | 2101 | The client process's plist is initialized from the server's plist. |
b8d4c8d0 GM |
2102 | @end itemize |
2103 | ||
2104 | @node Datagrams | |
2105 | @section Datagrams | |
2106 | @cindex datagrams | |
2107 | ||
016a35df | 2108 | A @dfn{datagram} connection communicates with individual packets rather |
b8d4c8d0 GM |
2109 | than streams of data. Each call to @code{process-send} sends one |
2110 | datagram packet (@pxref{Input to Processes}), and each datagram | |
2111 | received results in one call to the filter function. | |
2112 | ||
2113 | The datagram connection doesn't have to talk with the same remote | |
2114 | peer all the time. It has a @dfn{remote peer address} which specifies | |
2115 | where to send datagrams to. Each time an incoming datagram is passed | |
2116 | to the filter function, the peer address is set to the address that | |
2117 | datagram came from; that way, if the filter function sends a datagram, | |
2118 | it will go back to that place. You can specify the remote peer | |
2119 | address when you create the datagram connection using the | |
2120 | @code{:remote} keyword. You can change it later on by calling | |
2121 | @code{set-process-datagram-address}. | |
2122 | ||
2123 | @defun process-datagram-address process | |
2124 | If @var{process} is a datagram connection or server, this function | |
2125 | returns its remote peer address. | |
2126 | @end defun | |
2127 | ||
2128 | @defun set-process-datagram-address process address | |
2129 | If @var{process} is a datagram connection or server, this function | |
2130 | sets its remote peer address to @var{address}. | |
2131 | @end defun | |
2132 | ||
2133 | @node Low-Level Network | |
2134 | @section Low-Level Network Access | |
2135 | ||
2136 | You can also create network connections by operating at a lower | |
2137 | level than that of @code{open-network-stream}, using | |
2138 | @code{make-network-process}. | |
2139 | ||
2140 | @menu | |
2141 | * Proc: Network Processes. Using @code{make-network-process}. | |
2142 | * Options: Network Options. Further control over network connections. | |
2143 | * Features: Network Feature Testing. | |
2144 | Determining which network features work on | |
2145 | the machine you are using. | |
2146 | @end menu | |
2147 | ||
2148 | @node Network Processes | |
2149 | @subsection @code{make-network-process} | |
2150 | ||
2151 | The basic function for creating network connections and network | |
2152 | servers is @code{make-network-process}. It can do either of those | |
2153 | jobs, depending on the arguments you give it. | |
2154 | ||
2155 | @defun make-network-process &rest args | |
2156 | This function creates a network connection or server and returns the | |
2157 | process object that represents it. The arguments @var{args} are a | |
2158 | list of keyword/argument pairs. Omitting a keyword is always | |
2159 | equivalent to specifying it with value @code{nil}, except for | |
2160 | @code{:coding}, @code{:filter-multibyte}, and @code{:reuseaddr}. Here | |
016a35df GM |
2161 | are the meaningful keywords (those corresponding to network options |
2162 | are listed in the following section): | |
b8d4c8d0 GM |
2163 | |
2164 | @table @asis | |
2165 | @item :name @var{name} | |
2166 | Use the string @var{name} as the process name. It is modified if | |
2167 | necessary to make it unique. | |
2168 | ||
2169 | @item :type @var{type} | |
2170 | Specify the communication type. A value of @code{nil} specifies a | |
2171 | stream connection (the default); @code{datagram} specifies a datagram | |
f7704e26 CY |
2172 | connection; @code{seqpacket} specifies a ``sequenced packet stream'' |
2173 | connection. Both connections and servers can be of these types. | |
b8d4c8d0 GM |
2174 | |
2175 | @item :server @var{server-flag} | |
2176 | If @var{server-flag} is non-@code{nil}, create a server. Otherwise, | |
2177 | create a connection. For a stream type server, @var{server-flag} may | |
016a35df | 2178 | be an integer, which then specifies the length of the queue of pending |
b8d4c8d0 GM |
2179 | connections to the server. The default queue length is 5. |
2180 | ||
2181 | @item :host @var{host} | |
2182 | Specify the host to connect to. @var{host} should be a host name or | |
2183 | Internet address, as a string, or the symbol @code{local} to specify | |
2184 | the local host. If you specify @var{host} for a server, it must | |
2185 | specify a valid address for the local host, and only clients | |
2186 | connecting to that address will be accepted. | |
2187 | ||
2188 | @item :service @var{service} | |
016a35df | 2189 | @var{service} specifies a port number to connect to; or, for a server, |
b8d4c8d0 GM |
2190 | the port number to listen on. It should be a service name that |
2191 | translates to a port number, or an integer specifying the port number | |
2192 | directly. For a server, it can also be @code{t}, which means to let | |
2193 | the system select an unused port number. | |
2194 | ||
2195 | @item :family @var{family} | |
2196 | @var{family} specifies the address (and protocol) family for | |
2197 | communication. @code{nil} means determine the proper address family | |
2198 | automatically for the given @var{host} and @var{service}. | |
2199 | @code{local} specifies a Unix socket, in which case @var{host} is | |
016a35df | 2200 | ignored. @code{ipv4} and @code{ipv6} specify to use IPv4 and IPv6, |
b8d4c8d0 GM |
2201 | respectively. |
2202 | ||
2203 | @item :local @var{local-address} | |
2204 | For a server process, @var{local-address} is the address to listen on. | |
016a35df GM |
2205 | It overrides @var{family}, @var{host} and @var{service}, so you |
2206 | might as well not specify them. | |
b8d4c8d0 GM |
2207 | |
2208 | @item :remote @var{remote-address} | |
2209 | For a connection, @var{remote-address} is the address to connect to. | |
016a35df GM |
2210 | It overrides @var{family}, @var{host} and @var{service}, so you |
2211 | might as well not specify them. | |
b8d4c8d0 GM |
2212 | |
2213 | For a datagram server, @var{remote-address} specifies the initial | |
2214 | setting of the remote datagram address. | |
2215 | ||
2216 | The format of @var{local-address} or @var{remote-address} depends on | |
2217 | the address family: | |
2218 | ||
2219 | @itemize - | |
2220 | @item | |
2221 | An IPv4 address is represented as a five-element vector of four 8-bit | |
2222 | integers and one 16-bit integer | |
2223 | @code{[@var{a} @var{b} @var{c} @var{d} @var{p}]} corresponding to | |
2224 | numeric IPv4 address @var{a}.@var{b}.@var{c}.@var{d} and port number | |
2225 | @var{p}. | |
2226 | ||
2227 | @item | |
2228 | An IPv6 address is represented as a nine-element vector of 16-bit | |
2229 | integers @code{[@var{a} @var{b} @var{c} @var{d} @var{e} @var{f} | |
2230 | @var{g} @var{h} @var{p}]} corresponding to numeric IPv6 address | |
2231 | @var{a}:@var{b}:@var{c}:@var{d}:@var{e}:@var{f}:@var{g}:@var{h} and | |
2232 | port number @var{p}. | |
2233 | ||
2234 | @item | |
016a35df | 2235 | A local address is represented as a string, which specifies the address |
b8d4c8d0 GM |
2236 | in the local address space. |
2237 | ||
2238 | @item | |
2239 | An ``unsupported family'' address is represented by a cons | |
2240 | @code{(@var{f} . @var{av})}, where @var{f} is the family number and | |
2241 | @var{av} is a vector specifying the socket address using one element | |
2242 | per address data byte. Do not rely on this format in portable code, | |
2243 | as it may depend on implementation defined constants, data sizes, and | |
2244 | data structure alignment. | |
2245 | @end itemize | |
2246 | ||
2247 | @item :nowait @var{bool} | |
2248 | If @var{bool} is non-@code{nil} for a stream connection, return | |
2249 | without waiting for the connection to complete. When the connection | |
2250 | succeeds or fails, Emacs will call the sentinel function, with a | |
2251 | second argument matching @code{"open"} (if successful) or | |
2252 | @code{"failed"}. The default is to block, so that | |
2253 | @code{make-network-process} does not return until the connection | |
2254 | has succeeded or failed. | |
2255 | ||
2256 | @item :stop @var{stopped} | |
016a35df GM |
2257 | If @var{stopped} is non-@code{nil}, start the network connection or |
2258 | server in the ``stopped'' state. | |
b8d4c8d0 GM |
2259 | |
2260 | @item :buffer @var{buffer} | |
2261 | Use @var{buffer} as the process buffer. | |
2262 | ||
2263 | @item :coding @var{coding} | |
2264 | Use @var{coding} as the coding system for this process. To specify | |
2265 | different coding systems for decoding data from the connection and for | |
2266 | encoding data sent to it, specify @code{(@var{decoding} . | |
2267 | @var{encoding})} for @var{coding}. | |
2268 | ||
2269 | If you don't specify this keyword at all, the default | |
2270 | is to determine the coding systems from the data. | |
2271 | ||
2272 | @item :noquery @var{query-flag} | |
2273 | Initialize the process query flag to @var{query-flag}. | |
2274 | @xref{Query Before Exit}. | |
2275 | ||
2276 | @item :filter @var{filter} | |
2277 | Initialize the process filter to @var{filter}. | |
2278 | ||
016a35df GM |
2279 | @item :filter-multibyte @var{multibyte} |
2280 | If @var{multibyte} is non-@code{nil}, strings given to the process | |
2281 | filter are multibyte, otherwise they are unibyte. The default is the | |
2282 | default value of @code{enable-multibyte-characters}. | |
2283 | ||
b8d4c8d0 GM |
2284 | @item :sentinel @var{sentinel} |
2285 | Initialize the process sentinel to @var{sentinel}. | |
2286 | ||
2287 | @item :log @var{log} | |
2288 | Initialize the log function of a server process to @var{log}. The log | |
2289 | function is called each time the server accepts a network connection | |
2290 | from a client. The arguments passed to the log function are | |
016a35df | 2291 | @var{server}, @var{connection}, and @var{message}; where @var{server} |
b8d4c8d0 GM |
2292 | is the server process, @var{connection} is the new process for the |
2293 | connection, and @var{message} is a string describing what has | |
2294 | happened. | |
2295 | ||
2296 | @item :plist @var{plist} | |
2297 | Initialize the process plist to @var{plist}. | |
2298 | @end table | |
2299 | ||
2300 | The original argument list, modified with the actual connection | |
2301 | information, is available via the @code{process-contact} function. | |
2302 | @end defun | |
2303 | ||
2304 | @node Network Options | |
2305 | @subsection Network Options | |
2306 | ||
2307 | The following network options can be specified when you create a | |
2308 | network process. Except for @code{:reuseaddr}, you can also set or | |
2309 | modify these options later, using @code{set-network-process-option}. | |
2310 | ||
2311 | For a server process, the options specified with | |
2312 | @code{make-network-process} are not inherited by the client | |
2313 | connections, so you will need to set the necessary options for each | |
2314 | child connection as it is created. | |
2315 | ||
2316 | @table @asis | |
2317 | @item :bindtodevice @var{device-name} | |
2318 | If @var{device-name} is a non-empty string identifying a network | |
2319 | interface name (see @code{network-interface-list}), only handle | |
2320 | packets received on that interface. If @var{device-name} is @code{nil} | |
2321 | (the default), handle packets received on any interface. | |
2322 | ||
2323 | Using this option may require special privileges on some systems. | |
2324 | ||
2325 | @item :broadcast @var{broadcast-flag} | |
2326 | If @var{broadcast-flag} is non-@code{nil} for a datagram process, the | |
2327 | process will receive datagram packet sent to a broadcast address, and | |
016a35df | 2328 | be able to send packets to a broadcast address. This is ignored for a stream |
b8d4c8d0 GM |
2329 | connection. |
2330 | ||
2331 | @item :dontroute @var{dontroute-flag} | |
2332 | If @var{dontroute-flag} is non-@code{nil}, the process can only send | |
2333 | to hosts on the same network as the local host. | |
2334 | ||
2335 | @item :keepalive @var{keepalive-flag} | |
2336 | If @var{keepalive-flag} is non-@code{nil} for a stream connection, | |
2337 | enable exchange of low-level keep-alive messages. | |
2338 | ||
2339 | @item :linger @var{linger-arg} | |
2340 | If @var{linger-arg} is non-@code{nil}, wait for successful | |
2341 | transmission of all queued packets on the connection before it is | |
2342 | deleted (see @code{delete-process}). If @var{linger-arg} is an | |
2343 | integer, it specifies the maximum time in seconds to wait for queued | |
016a35df GM |
2344 | packets to be sent before closing the connection. The default is |
2345 | @code{nil}, which means to discard unsent queued packets when the | |
b8d4c8d0 GM |
2346 | process is deleted. |
2347 | ||
016a35df | 2348 | @c FIXME Where out-of-band data is ...? |
b8d4c8d0 GM |
2349 | @item :oobinline @var{oobinline-flag} |
2350 | If @var{oobinline-flag} is non-@code{nil} for a stream connection, | |
2351 | receive out-of-band data in the normal data stream. Otherwise, ignore | |
2352 | out-of-band data. | |
2353 | ||
2354 | @item :priority @var{priority} | |
2355 | Set the priority for packets sent on this connection to the integer | |
2356 | @var{priority}. The interpretation of this number is protocol | |
016a35df | 2357 | specific; such as setting the TOS (type of service) field on IP |
b8d4c8d0 GM |
2358 | packets sent on this connection. It may also have system dependent |
2359 | effects, such as selecting a specific output queue on the network | |
2360 | interface. | |
2361 | ||
2362 | @item :reuseaddr @var{reuseaddr-flag} | |
2363 | If @var{reuseaddr-flag} is non-@code{nil} (the default) for a stream | |
2364 | server process, allow this server to reuse a specific port number (see | |
016a35df | 2365 | @code{:service}), unless another process on this host is already |
b8d4c8d0 GM |
2366 | listening on that port. If @var{reuseaddr-flag} is @code{nil}, there |
2367 | may be a period of time after the last use of that port (by any | |
016a35df | 2368 | process on the host) where it is not possible to make a new server on |
b8d4c8d0 GM |
2369 | that port. |
2370 | @end table | |
2371 | ||
106e6894 | 2372 | @defun set-network-process-option process option value &optional no-error |
b8d4c8d0 | 2373 | This function sets or modifies a network option for network process |
016a35df GM |
2374 | @var{process}. The accepted options and values are as for |
2375 | @code{make-network-process}. If @var{no-error} is non-@code{nil}, | |
2376 | this function returns @code{nil} instead of signaling an error if | |
2377 | @var{option} is not a supported option. If the function successfully | |
2378 | completes, it returns @code{t}. | |
b8d4c8d0 GM |
2379 | |
2380 | The current setting of an option is available via the | |
2381 | @code{process-contact} function. | |
2382 | @end defun | |
2383 | ||
2384 | @node Network Feature Testing | |
2385 | @subsection Testing Availability of Network Features | |
2386 | ||
2387 | To test for the availability of a given network feature, use | |
2388 | @code{featurep} like this: | |
2389 | ||
2390 | @example | |
2391 | (featurep 'make-network-process '(@var{keyword} @var{value})) | |
2392 | @end example | |
2393 | ||
2394 | @noindent | |
016a35df | 2395 | The result of this form is @code{t} if it works to specify |
b8d4c8d0 | 2396 | @var{keyword} with value @var{value} in @code{make-network-process}. |
016a35df | 2397 | Here are some of the @var{keyword}---@var{value} pairs you can test in |
b8d4c8d0 GM |
2398 | this way. |
2399 | ||
2400 | @table @code | |
2401 | @item (:nowait t) | |
2402 | Non-@code{nil} if non-blocking connect is supported. | |
2403 | @item (:type datagram) | |
2404 | Non-@code{nil} if datagrams are supported. | |
2405 | @item (:family local) | |
2406 | Non-@code{nil} if local (a.k.a.@: ``UNIX domain'') sockets are supported. | |
2407 | @item (:family ipv6) | |
2408 | Non-@code{nil} if IPv6 is supported. | |
2409 | @item (:service t) | |
2410 | Non-@code{nil} if the system can select the port for a server. | |
2411 | @end table | |
2412 | ||
2413 | To test for the availability of a given network option, use | |
2414 | @code{featurep} like this: | |
2415 | ||
2416 | @example | |
2417 | (featurep 'make-network-process '@var{keyword}) | |
2418 | @end example | |
2419 | ||
2420 | @noindent | |
016a35df GM |
2421 | The accepted @var{keyword} values are @code{:bindtodevice}, etc. |
2422 | For the complete list, @pxref{Network Options}. This form returns | |
2423 | non-@code{nil} if that particular network option is supported by | |
2424 | @code{make-network-process} (or @code{set-network-process-option}). | |
b8d4c8d0 GM |
2425 | |
2426 | @node Misc Network | |
2427 | @section Misc Network Facilities | |
2428 | ||
2429 | These additional functions are useful for creating and operating | |
305a7ef2 EZ |
2430 | on network connections. Note that they are supported only on some |
2431 | systems. | |
b8d4c8d0 GM |
2432 | |
2433 | @defun network-interface-list | |
2434 | This function returns a list describing the network interfaces | |
2435 | of the machine you are using. The value is an alist whose | |
2436 | elements have the form @code{(@var{name} . @var{address})}. | |
2437 | @var{address} has the same form as the @var{local-address} | |
2438 | and @var{remote-address} arguments to @code{make-network-process}. | |
2439 | @end defun | |
2440 | ||
2441 | @defun network-interface-info ifname | |
2442 | This function returns information about the network interface named | |
2443 | @var{ifname}. The value is a list of the form | |
2444 | @code{(@var{addr} @var{bcast} @var{netmask} @var{hwaddr} @var{flags})}. | |
2445 | ||
2446 | @table @var | |
2447 | @item addr | |
2448 | The Internet protocol address. | |
2449 | @item bcast | |
2450 | The broadcast address. | |
2451 | @item netmask | |
2452 | The network mask. | |
2453 | @item hwaddr | |
2454 | The layer 2 address (Ethernet MAC address, for instance). | |
2455 | @item flags | |
2456 | The current flags of the interface. | |
2457 | @end table | |
2458 | @end defun | |
2459 | ||
2460 | @defun format-network-address address &optional omit-port | |
2461 | This function converts the Lisp representation of a network address to | |
2462 | a string. | |
2463 | ||
2464 | A five-element vector @code{[@var{a} @var{b} @var{c} @var{d} @var{p}]} | |
2465 | represents an IPv4 address @var{a}.@var{b}.@var{c}.@var{d} and port | |
2466 | number @var{p}. @code{format-network-address} converts that to the | |
2467 | string @code{"@var{a}.@var{b}.@var{c}.@var{d}:@var{p}"}. | |
2468 | ||
2469 | A nine-element vector @code{[@var{a} @var{b} @var{c} @var{d} @var{e} | |
2470 | @var{f} @var{g} @var{h} @var{p}]} represents an IPv6 address along | |
2471 | with a port number. @code{format-network-address} converts that to | |
2472 | the string | |
2473 | @code{"[@var{a}:@var{b}:@var{c}:@var{d}:@var{e}:@var{f}:@var{g}:@var{h}]:@var{p}"}. | |
2474 | ||
2475 | If the vector does not include the port number, @var{p}, or if | |
2476 | @var{omit-port} is non-@code{nil}, the result does not include the | |
2477 | @code{:@var{p}} suffix. | |
2478 | @end defun | |
2479 | ||
c73e02fa GM |
2480 | @node Serial Ports |
2481 | @section Communicating with Serial Ports | |
2482 | @cindex @file{/dev/tty} | |
2483 | @cindex @file{COM1} | |
545c2782 | 2484 | @cindex serial connections |
c73e02fa GM |
2485 | |
2486 | Emacs can communicate with serial ports. For interactive use, | |
2487 | @kbd{M-x serial-term} opens a terminal window. In a Lisp program, | |
2488 | @code{make-serial-process} creates a process object. | |
2489 | ||
2490 | The serial port can be configured at run-time, without having to | |
2491 | close and re-open it. The function @code{serial-process-configure} | |
2492 | lets you change the speed, bytesize, and other parameters. In a | |
2493 | terminal window created by @code{serial-term}, you can click on the | |
2494 | mode line for configuration. | |
2495 | ||
2496 | A serial connection is represented by a process object which can be | |
2497 | used similar to a subprocess or network process. You can send and | |
2498 | receive data and configure the serial port. A serial process object | |
80e6b6df EZ |
2499 | has no process ID, you can't send signals to it, and the status codes |
2500 | are different from other types of processes. | |
c73e02fa GM |
2501 | @code{delete-process} on the process object or @code{kill-buffer} on |
2502 | the process buffer close the connection, but this does not affect the | |
2503 | device connected to the serial port. | |
2504 | ||
2505 | The function @code{process-type} returns the symbol @code{serial} | |
80e6b6df | 2506 | for a process object representing a serial port connection. |
c73e02fa GM |
2507 | |
2508 | Serial ports are available on GNU/Linux, Unix, and Windows systems. | |
2509 | ||
80e6b6df | 2510 | @deffn Command serial-term port speed |
c73e02fa | 2511 | Start a terminal-emulator for a serial port in a new buffer. |
80e6b6df EZ |
2512 | @var{port} is the name of the serial port to which to connect. For |
2513 | example, this could be @file{/dev/ttyS0} on Unix. On Windows, this | |
2514 | could be @file{COM1}, or @file{\\.\COM10} (double the backslashes in | |
2515 | Lisp strings). | |
c73e02fa GM |
2516 | |
2517 | @var{speed} is the speed of the serial port in bits per second. 9600 | |
80e6b6df EZ |
2518 | is a common value. The buffer is in Term mode; see @ref{Term Mode,,, |
2519 | emacs, The GNU Emacs Manual}, for the commands to use in that buffer. | |
2520 | You can change the speed and the configuration in the mode line menu. | |
2521 | @end deffn | |
c73e02fa GM |
2522 | |
2523 | @defun make-serial-process &rest args | |
80e6b6df EZ |
2524 | This function creates a process and a buffer. Arguments are specified |
2525 | as keyword/argument pairs. Here's the list of the meaningful keywords: | |
c73e02fa GM |
2526 | |
2527 | @table @code | |
80e6b6df EZ |
2528 | @item :port @var{port}@r{ (mandatory)} |
2529 | This is the name of the serial port. On Unix and GNU systems, this is | |
2530 | a file name such as @file{/dev/ttyS0}. On Windows, this could be | |
2531 | @file{COM1}, or @file{\\.\COM10} for ports higher than @file{COM9} | |
2532 | (double the backslashes in Lisp strings). | |
2533 | ||
2534 | @item :speed @var{speed}@r{ (mandatory)} | |
2535 | The speed of the serial port in bits per second. This function calls | |
2536 | @code{serial-process-configure} to handle the speed. | |
2537 | ||
2538 | @item :name @var{name} | |
2539 | The name of the process. If @var{name} is not given, @var{port} will | |
2540 | serve as the process name as well. | |
2541 | ||
2542 | @item :buffer @var{buffer} | |
2543 | The buffer to associate with the process. The value could be either a | |
2544 | buffer or a string that names a buffer. Process output goes at the | |
2545 | end of that buffer, unless you specify an output stream or filter | |
2546 | function to handle the output. If @var{buffer} is not given, the | |
2547 | process buffer's name is taken from the value of the @code{:name} | |
2548 | keyword. | |
2549 | ||
2550 | @item :coding @var{coding} | |
c73e02fa GM |
2551 | If @var{coding} is a symbol, it specifies the coding system used for |
2552 | both reading and writing for this process. If @var{coding} is a cons | |
2553 | @code{(decoding . encoding)}, @var{decoding} is used for reading, and | |
80e6b6df EZ |
2554 | @var{encoding} is used for writing. If not specified, the default is |
2555 | to determine the coding systems from data itself. | |
c73e02fa | 2556 | |
80e6b6df EZ |
2557 | @item :noquery @var{query-flag} |
2558 | Initialize the process query flag to @var{query-flag}. @xref{Query | |
2559 | Before Exit}. The flags defaults to @code{nil} if unspecified. | |
c73e02fa | 2560 | |
80e6b6df | 2561 | @item :stop @var{bool} |
016a35df | 2562 | Start process in the ``stopped'' state if @var{bool} is |
c73e02fa GM |
2563 | non-@code{nil}. In the stopped state, a serial process does not |
2564 | accept incoming data, but you can send outgoing data. The stopped | |
2565 | state is cleared by @code{continue-process} and set by | |
2566 | @code{stop-process}. | |
2567 | ||
80e6b6df | 2568 | @item :filter @var{filter} |
c73e02fa GM |
2569 | Install @var{filter} as the process filter. |
2570 | ||
80e6b6df | 2571 | @item :sentinel @var{sentinel} |
c73e02fa GM |
2572 | Install @var{sentinel} as the process sentinel. |
2573 | ||
80e6b6df | 2574 | @item :plist @var{plist} |
c73e02fa GM |
2575 | Install @var{plist} as the initial plist of the process. |
2576 | ||
2577 | @item :speed | |
2578 | @itemx :bytesize | |
2579 | @itemx :parity | |
2580 | @itemx :stopbits | |
2581 | @itemx :flowcontrol | |
049bcbcb CY |
2582 | These are handled by @code{serial-process-configure}, which is called |
2583 | by @code{make-serial-process}. | |
c73e02fa GM |
2584 | @end table |
2585 | ||
2586 | The original argument list, possibly modified by later configuration, | |
2587 | is available via the function @code{process-contact}. | |
2588 | ||
049bcbcb | 2589 | Here is an example: |
c73e02fa GM |
2590 | |
2591 | @example | |
2592 | (make-serial-process :port "/dev/ttyS0" :speed 9600) | |
c73e02fa GM |
2593 | @end example |
2594 | @end defun | |
2595 | ||
2596 | @defun serial-process-configure &rest args | |
80e6b6df EZ |
2597 | @cindex baud, in serial connections |
2598 | @cindex bytesize, in serial connections | |
2599 | @cindex parity, in serial connections | |
2600 | @cindex stopbits, in serial connections | |
2601 | @cindex flowcontrol, in serial connections | |
2602 | ||
2603 | This functions configures a serial port connection. Arguments are | |
2604 | specified as keyword/argument pairs. Attributes that are not given | |
2605 | are re-initialized from the process's current configuration (available | |
2606 | via the function @code{process-contact}) or set to reasonable default | |
2607 | values. The following arguments are defined: | |
c73e02fa GM |
2608 | |
2609 | @table @code | |
80e6b6df EZ |
2610 | @item :process @var{process} |
2611 | @itemx :name @var{name} | |
2612 | @itemx :buffer @var{buffer} | |
2613 | @itemx :port @var{port} | |
c73e02fa GM |
2614 | Any of these arguments can be given to identify the process that is to |
2615 | be configured. If none of these arguments is given, the current | |
2616 | buffer's process is used. | |
2617 | ||
2618 | @item :speed @var{speed} | |
545c2782 EZ |
2619 | The speed of the serial port in bits per second, a.k.a.@: @dfn{baud |
2620 | rate}. The value can be any number, but most serial ports work only | |
2621 | at a few defined values between 1200 and 115200, with 9600 being the | |
2622 | most common value. If @var{speed} is @code{nil}, the function ignores | |
2623 | all other arguments and does not configure the port. This may be | |
2624 | useful for special serial ports such as Bluetooth-to-serial converters | |
2625 | which can only be configured through AT commands sent through the | |
538395d9 EZ |
2626 | connection. The value of @code{nil} for @var{speed} is valid only for |
2627 | connections that were already opened by a previous call to | |
80e6b6df | 2628 | @code{make-serial-process} or @code{serial-term}. |
c73e02fa GM |
2629 | |
2630 | @item :bytesize @var{bytesize} | |
80e6b6df EZ |
2631 | The number of bits per byte, which can be 7 or 8. If @var{bytesize} |
2632 | is not given or @code{nil}, it defaults to 8. | |
c73e02fa GM |
2633 | |
2634 | @item :parity @var{parity} | |
80e6b6df | 2635 | The value can be @code{nil} (don't use parity), the symbol |
c73e02fa | 2636 | @code{odd} (use odd parity), or the symbol @code{even} (use even |
80e6b6df | 2637 | parity). If @var{parity} is not given, it defaults to no parity. |
c73e02fa GM |
2638 | |
2639 | @item :stopbits @var{stopbits} | |
80e6b6df EZ |
2640 | The number of stopbits used to terminate a transmission |
2641 | of each byte. @var{stopbits} can be 1 or 2. If @var{stopbits} is not | |
2642 | given or @code{nil}, it defaults to 1. | |
c73e02fa GM |
2643 | |
2644 | @item :flowcontrol @var{flowcontrol} | |
80e6b6df EZ |
2645 | The type of flow control to use for this connection, which is either |
2646 | @code{nil} (don't use flow control), the symbol @code{hw} (use RTS/CTS | |
2647 | hardware flow control), or the symbol @code{sw} (use XON/XOFF software | |
2648 | flow control). If @var{flowcontrol} is not given, it defaults to no | |
2649 | flow control. | |
c73e02fa GM |
2650 | @end table |
2651 | ||
049bcbcb CY |
2652 | @code{serial-process-configure} is called by |
2653 | @code{make-serial-process} for the initial configuration of the serial | |
2654 | port. | |
c73e02fa GM |
2655 | @end defun |
2656 | ||
b8d4c8d0 GM |
2657 | @node Byte Packing |
2658 | @section Packing and Unpacking Byte Arrays | |
2659 | @cindex byte packing and unpacking | |
2660 | ||
2661 | This section describes how to pack and unpack arrays of bytes, | |
2662 | usually for binary network protocols. These functions convert byte arrays | |
2663 | to alists, and vice versa. The byte array can be represented as a | |
2664 | unibyte string or as a vector of integers, while the alist associates | |
2665 | symbols either with fixed-size objects or with recursive sub-alists. | |
2666 | ||
2667 | @cindex serializing | |
2668 | @cindex deserializing | |
2669 | @cindex packing | |
2670 | @cindex unpacking | |
2671 | Conversion from byte arrays to nested alists is also known as | |
2672 | @dfn{deserializing} or @dfn{unpacking}, while going in the opposite | |
2673 | direction is also known as @dfn{serializing} or @dfn{packing}. | |
2674 | ||
2675 | @menu | |
2676 | * Bindat Spec:: Describing data layout. | |
2677 | * Bindat Functions:: Doing the unpacking and packing. | |
2678 | * Bindat Examples:: Samples of what bindat.el can do for you! | |
2679 | @end menu | |
2680 | ||
2681 | @node Bindat Spec | |
2682 | @subsection Describing Data Layout | |
2683 | ||
2684 | To control unpacking and packing, you write a @dfn{data layout | |
2685 | specification}, a special nested list describing named and typed | |
2686 | @dfn{fields}. This specification controls length of each field to be | |
2687 | processed, and how to pack or unpack it. We normally keep bindat specs | |
2688 | in variables whose names end in @samp{-bindat-spec}; that kind of name | |
e153c136 | 2689 | is automatically recognized as ``risky''. |
b8d4c8d0 GM |
2690 | |
2691 | @cindex endianness | |
2692 | @cindex big endian | |
2693 | @cindex little endian | |
2694 | @cindex network byte ordering | |
2695 | A field's @dfn{type} describes the size (in bytes) of the object | |
2696 | that the field represents and, in the case of multibyte fields, how | |
2697 | the bytes are ordered within the field. The two possible orderings | |
2698 | are ``big endian'' (also known as ``network byte ordering'') and | |
e153c136 | 2699 | ``little endian''. For instance, the number @code{#x23cd} (decimal |
b8d4c8d0 GM |
2700 | 9165) in big endian would be the two bytes @code{#x23} @code{#xcd}; |
2701 | and in little endian, @code{#xcd} @code{#x23}. Here are the possible | |
2702 | type values: | |
2703 | ||
2704 | @table @code | |
2705 | @item u8 | |
2706 | @itemx byte | |
2707 | Unsigned byte, with length 1. | |
2708 | ||
2709 | @item u16 | |
2710 | @itemx word | |
2711 | @itemx short | |
2712 | Unsigned integer in network byte order, with length 2. | |
2713 | ||
2714 | @item u24 | |
2715 | Unsigned integer in network byte order, with length 3. | |
2716 | ||
2717 | @item u32 | |
2718 | @itemx dword | |
2719 | @itemx long | |
2720 | Unsigned integer in network byte order, with length 4. | |
44e97401 | 2721 | Note: These values may be limited by Emacs's integer implementation limits. |
b8d4c8d0 GM |
2722 | |
2723 | @item u16r | |
2724 | @itemx u24r | |
2725 | @itemx u32r | |
2726 | Unsigned integer in little endian order, with length 2, 3 and 4, respectively. | |
2727 | ||
2728 | @item str @var{len} | |
2729 | String of length @var{len}. | |
2730 | ||
2731 | @item strz @var{len} | |
2732 | Zero-terminated string, in a fixed-size field with length @var{len}. | |
2733 | ||
2734 | @item vec @var{len} [@var{type}] | |
2735 | Vector of @var{len} elements of type @var{type}, or bytes if not | |
2736 | @var{type} is specified. | |
2737 | The @var{type} is any of the simple types above, or another vector | |
2738 | specified as a list @code{(vec @var{len} [@var{type}])}. | |
2739 | ||
2740 | @item ip | |
2741 | Four-byte vector representing an Internet address. For example: | |
2742 | @code{[127 0 0 1]} for localhost. | |
2743 | ||
2744 | @item bits @var{len} | |
2745 | List of set bits in @var{len} bytes. The bytes are taken in big | |
2746 | endian order and the bits are numbered starting with @code{8 * | |
2747 | @var{len} @minus{} 1} and ending with zero. For example: @code{bits | |
2748 | 2} unpacks @code{#x28} @code{#x1c} to @code{(2 3 4 11 13)} and | |
2749 | @code{#x1c} @code{#x28} to @code{(3 5 10 11 12)}. | |
2750 | ||
2751 | @item (eval @var{form}) | |
2752 | @var{form} is a Lisp expression evaluated at the moment the field is | |
2753 | unpacked or packed. The result of the evaluation should be one of the | |
2754 | above-listed type specifications. | |
2755 | @end table | |
2756 | ||
2757 | For a fixed-size field, the length @var{len} is given as an integer | |
2758 | specifying the number of bytes in the field. | |
2759 | ||
2760 | When the length of a field is not fixed, it typically depends on the | |
2761 | value of a preceding field. In this case, the length @var{len} can be | |
2762 | given either as a list @code{(@var{name} ...)} identifying a | |
2763 | @dfn{field name} in the format specified for @code{bindat-get-field} | |
2764 | below, or by an expression @code{(eval @var{form})} where @var{form} | |
2765 | should evaluate to an integer, specifying the field length. | |
2766 | ||
2767 | A field specification generally has the form @code{([@var{name}] | |
2768 | @var{handler})}. The square braces indicate that @var{name} is | |
2769 | optional. (Don't use names that are symbols meaningful as type | |
2770 | specifications (above) or handler specifications (below), since that | |
2771 | would be ambiguous.) @var{name} can be a symbol or the expression | |
2772 | @code{(eval @var{form})}, in which case @var{form} should evaluate to | |
2773 | a symbol. | |
2774 | ||
2775 | @var{handler} describes how to unpack or pack the field and can be one | |
2776 | of the following: | |
2777 | ||
2778 | @table @code | |
2779 | @item @var{type} | |
2780 | Unpack/pack this field according to the type specification @var{type}. | |
2781 | ||
2782 | @item eval @var{form} | |
2783 | Evaluate @var{form}, a Lisp expression, for side-effect only. If the | |
2784 | field name is specified, the value is bound to that field name. | |
2785 | ||
2786 | @item fill @var{len} | |
2787 | Skip @var{len} bytes. In packing, this leaves them unchanged, | |
2788 | which normally means they remain zero. In unpacking, this means | |
2789 | they are ignored. | |
2790 | ||
2791 | @item align @var{len} | |
2792 | Skip to the next multiple of @var{len} bytes. | |
2793 | ||
2794 | @item struct @var{spec-name} | |
2795 | Process @var{spec-name} as a sub-specification. This describes a | |
2796 | structure nested within another structure. | |
2797 | ||
2798 | @item union @var{form} (@var{tag} @var{spec})@dots{} | |
2799 | @c ??? I don't see how one would actually use this. | |
2800 | @c ??? what kind of expression would be useful for @var{form}? | |
2801 | Evaluate @var{form}, a Lisp expression, find the first @var{tag} | |
2802 | that matches it, and process its associated data layout specification | |
2803 | @var{spec}. Matching can occur in one of three ways: | |
2804 | ||
2805 | @itemize | |
2806 | @item | |
2807 | If a @var{tag} has the form @code{(eval @var{expr})}, evaluate | |
2808 | @var{expr} with the variable @code{tag} dynamically bound to the value | |
2809 | of @var{form}. A non-@code{nil} result indicates a match. | |
2810 | ||
2811 | @item | |
2812 | @var{tag} matches if it is @code{equal} to the value of @var{form}. | |
2813 | ||
2814 | @item | |
2815 | @var{tag} matches unconditionally if it is @code{t}. | |
2816 | @end itemize | |
2817 | ||
2818 | @item repeat @var{count} @var{field-specs}@dots{} | |
2819 | Process the @var{field-specs} recursively, in order, then repeat | |
2820 | starting from the first one, processing all the specs @var{count} | |
2821 | times overall. The @var{count} is given using the same formats as a | |
2822 | field length---if an @code{eval} form is used, it is evaluated just once. | |
2823 | For correct operation, each spec in @var{field-specs} must include a name. | |
2824 | @end table | |
2825 | ||
2826 | For the @code{(eval @var{form})} forms used in a bindat specification, | |
2827 | the @var{form} can access and update these dynamically bound variables | |
2828 | during evaluation: | |
2829 | ||
2830 | @table @code | |
2831 | @item last | |
2832 | Value of the last field processed. | |
2833 | ||
2834 | @item bindat-raw | |
2835 | The data as a byte array. | |
2836 | ||
2837 | @item bindat-idx | |
2838 | Current index (within @code{bindat-raw}) for unpacking or packing. | |
2839 | ||
2840 | @item struct | |
2841 | The alist containing the structured data that have been unpacked so | |
2842 | far, or the entire structure being packed. You can use | |
2843 | @code{bindat-get-field} to access specific fields of this structure. | |
2844 | ||
2845 | @item count | |
2846 | @itemx index | |
2847 | Inside a @code{repeat} block, these contain the maximum number of | |
2848 | repetitions (as specified by the @var{count} parameter), and the | |
2849 | current repetition number (counting from 0). Setting @code{count} to | |
2850 | zero will terminate the inner-most repeat block after the current | |
2851 | repetition has completed. | |
2852 | @end table | |
2853 | ||
2854 | @node Bindat Functions | |
2855 | @subsection Functions to Unpack and Pack Bytes | |
2856 | ||
2857 | In the following documentation, @var{spec} refers to a data layout | |
2858 | specification, @code{bindat-raw} to a byte array, and @var{struct} to an | |
2859 | alist representing unpacked field data. | |
2860 | ||
2861 | @defun bindat-unpack spec bindat-raw &optional bindat-idx | |
2862 | This function unpacks data from the unibyte string or byte | |
2863 | array @code{bindat-raw} | |
2864 | according to @var{spec}. Normally this starts unpacking at the | |
2865 | beginning of the byte array, but if @var{bindat-idx} is non-@code{nil}, it | |
2866 | specifies a zero-based starting position to use instead. | |
2867 | ||
2868 | The value is an alist or nested alist in which each element describes | |
2869 | one unpacked field. | |
2870 | @end defun | |
2871 | ||
2872 | @defun bindat-get-field struct &rest name | |
2873 | This function selects a field's data from the nested alist | |
2874 | @var{struct}. Usually @var{struct} was returned by | |
2875 | @code{bindat-unpack}. If @var{name} corresponds to just one argument, | |
2876 | that means to extract a top-level field value. Multiple @var{name} | |
2877 | arguments specify repeated lookup of sub-structures. An integer name | |
2878 | acts as an array index. | |
2879 | ||
2880 | For example, if @var{name} is @code{(a b 2 c)}, that means to find | |
2881 | field @code{c} in the third element of subfield @code{b} of field | |
2882 | @code{a}. (This corresponds to @code{struct.a.b[2].c} in C.) | |
2883 | @end defun | |
2884 | ||
2885 | Although packing and unpacking operations change the organization of | |
2886 | data (in memory), they preserve the data's @dfn{total length}, which is | |
2887 | the sum of all the fields' lengths, in bytes. This value is not | |
2888 | generally inherent in either the specification or alist alone; instead, | |
2889 | both pieces of information contribute to its calculation. Likewise, the | |
2890 | length of a string or array being unpacked may be longer than the data's | |
2891 | total length as described by the specification. | |
2892 | ||
2893 | @defun bindat-length spec struct | |
2894 | This function returns the total length of the data in @var{struct}, | |
2895 | according to @var{spec}. | |
2896 | @end defun | |
2897 | ||
2898 | @defun bindat-pack spec struct &optional bindat-raw bindat-idx | |
2899 | This function returns a byte array packed according to @var{spec} from | |
2900 | the data in the alist @var{struct}. Normally it creates and fills a | |
2901 | new byte array starting at the beginning. However, if @var{bindat-raw} | |
2902 | is non-@code{nil}, it specifies a pre-allocated unibyte string or vector to | |
2903 | pack into. If @var{bindat-idx} is non-@code{nil}, it specifies the starting | |
2904 | offset for packing into @code{bindat-raw}. | |
2905 | ||
2906 | When pre-allocating, you should make sure @code{(length @var{bindat-raw})} | |
2907 | meets or exceeds the total length to avoid an out-of-range error. | |
2908 | @end defun | |
2909 | ||
2910 | @defun bindat-ip-to-string ip | |
2911 | Convert the Internet address vector @var{ip} to a string in the usual | |
2912 | dotted notation. | |
2913 | ||
2914 | @example | |
2915 | (bindat-ip-to-string [127 0 0 1]) | |
2916 | @result{} "127.0.0.1" | |
2917 | @end example | |
2918 | @end defun | |
2919 | ||
2920 | @node Bindat Examples | |
2921 | @subsection Examples of Byte Unpacking and Packing | |
2922 | ||
2923 | Here is a complete example of byte unpacking and packing: | |
2924 | ||
2925 | @lisp | |
2926 | (defvar fcookie-index-spec | |
2927 | '((:version u32) | |
2928 | (:count u32) | |
2929 | (:longest u32) | |
2930 | (:shortest u32) | |
2931 | (:flags u32) | |
2932 | (:delim u8) | |
2933 | (:ignored fill 3) | |
2934 | (:offset repeat (:count) | |
2935 | (:foo u32))) | |
2936 | "Description of a fortune cookie index file's contents.") | |
2937 | ||
2938 | (defun fcookie (cookies &optional index) | |
2939 | "Display a random fortune cookie from file COOKIES. | |
2940 | Optional second arg INDEX specifies the associated index | |
2941 | filename, which is by default constructed by appending | |
2942 | \".dat\" to COOKIES. Display cookie text in possibly | |
2943 | new buffer \"*Fortune Cookie: BASENAME*\" where BASENAME | |
2944 | is COOKIES without the directory part." | |
2945 | (interactive "fCookies file: ") | |
2946 | (let* ((info (with-temp-buffer | |
2947 | (insert-file-contents-literally | |
2948 | (or index (concat cookies ".dat"))) | |
2949 | (bindat-unpack fcookie-index-spec | |
2950 | (buffer-string)))) | |
2951 | (sel (random (bindat-get-field info :count))) | |
2952 | (beg (cdar (bindat-get-field info :offset sel))) | |
2953 | (end (or (cdar (bindat-get-field info | |
2954 | :offset (1+ sel))) | |
2955 | (nth 7 (file-attributes cookies))))) | |
2956 | (switch-to-buffer | |
2957 | (get-buffer-create | |
2958 | (format "*Fortune Cookie: %s*" | |
2959 | (file-name-nondirectory cookies)))) | |
2960 | (erase-buffer) | |
2961 | (insert-file-contents-literally | |
2962 | cookies nil beg (- end 3)))) | |
2963 | ||
2964 | (defun fcookie-create-index (cookies &optional index delim) | |
2965 | "Scan file COOKIES, and write out its index file. | |
2966 | Optional second arg INDEX specifies the index filename, | |
2967 | which is by default constructed by appending \".dat\" to | |
2968 | COOKIES. Optional third arg DELIM specifies the unibyte | |
2969 | character which, when found on a line of its own in | |
2970 | COOKIES, indicates the border between entries." | |
2971 | (interactive "fCookies file: ") | |
2972 | (setq delim (or delim ?%)) | |
2973 | (let ((delim-line (format "\n%c\n" delim)) | |
2974 | (count 0) | |
2975 | (max 0) | |
2976 | min p q len offsets) | |
2977 | (unless (= 3 (string-bytes delim-line)) | |
2978 | (error "Delimiter cannot be represented in one byte")) | |
2979 | (with-temp-buffer | |
2980 | (insert-file-contents-literally cookies) | |
2981 | (while (and (setq p (point)) | |
2982 | (search-forward delim-line (point-max) t) | |
2983 | (setq len (- (point) 3 p))) | |
2984 | (setq count (1+ count) | |
2985 | max (max max len) | |
2986 | min (min (or min max) len) | |
2987 | offsets (cons (1- p) offsets)))) | |
2988 | (with-temp-buffer | |
2989 | (set-buffer-multibyte nil) | |
2990 | (insert | |
2991 | (bindat-pack | |
2992 | fcookie-index-spec | |
2993 | `((:version . 2) | |
2994 | (:count . ,count) | |
2995 | (:longest . ,max) | |
2996 | (:shortest . ,min) | |
2997 | (:flags . 0) | |
2998 | (:delim . ,delim) | |
2999 | (:offset . ,(mapcar (lambda (o) | |
3000 | (list (cons :foo o))) | |
3001 | (nreverse offsets)))))) | |
3002 | (let ((coding-system-for-write 'raw-text-unix)) | |
3003 | (write-file (or index (concat cookies ".dat"))))))) | |
3004 | @end lisp | |
3005 | ||
3006 | Following is an example of defining and unpacking a complex structure. | |
3007 | Consider the following C structures: | |
3008 | ||
3009 | @example | |
3010 | struct header @{ | |
3011 | unsigned long dest_ip; | |
3012 | unsigned long src_ip; | |
3013 | unsigned short dest_port; | |
3014 | unsigned short src_port; | |
3015 | @}; | |
3016 | ||
3017 | struct data @{ | |
3018 | unsigned char type; | |
3019 | unsigned char opcode; | |
3020 | unsigned short length; /* In network byte order */ | |
3021 | unsigned char id[8]; /* null-terminated string */ | |
3022 | unsigned char data[/* (length + 3) & ~3 */]; | |
3023 | @}; | |
3024 | ||
3025 | struct packet @{ | |
3026 | struct header header; | |
3027 | unsigned long counters[2]; /* In little endian order */ | |
3028 | unsigned char items; | |
3029 | unsigned char filler[3]; | |
3030 | struct data item[/* items */]; | |
3031 | ||
3032 | @}; | |
3033 | @end example | |
3034 | ||
3035 | The corresponding data layout specification: | |
3036 | ||
3037 | @lisp | |
3038 | (setq header-spec | |
3039 | '((dest-ip ip) | |
3040 | (src-ip ip) | |
3041 | (dest-port u16) | |
3042 | (src-port u16))) | |
3043 | ||
3044 | (setq data-spec | |
3045 | '((type u8) | |
3046 | (opcode u8) | |
3047 | (length u16) ;; network byte order | |
3048 | (id strz 8) | |
3049 | (data vec (length)) | |
3050 | (align 4))) | |
3051 | ||
3052 | (setq packet-spec | |
3053 | '((header struct header-spec) | |
3054 | (counters vec 2 u32r) ;; little endian order | |
3055 | (items u8) | |
3056 | (fill 3) | |
3057 | (item repeat (items) | |
3058 | (struct data-spec)))) | |
3059 | @end lisp | |
3060 | ||
3061 | A binary data representation: | |
3062 | ||
3063 | @lisp | |
3064 | (setq binary-data | |
3065 | [ 192 168 1 100 192 168 1 101 01 28 21 32 | |
3066 | 160 134 1 0 5 1 0 0 2 0 0 0 | |
3067 | 2 3 0 5 ?A ?B ?C ?D ?E ?F 0 0 1 2 3 4 5 0 0 0 | |
3068 | 1 4 0 7 ?B ?C ?D ?E ?F ?G 0 0 6 7 8 9 10 11 12 0 ]) | |
3069 | @end lisp | |
3070 | ||
3071 | The corresponding decoded structure: | |
3072 | ||
3073 | @lisp | |
3074 | (setq decoded (bindat-unpack packet-spec binary-data)) | |
3075 | @result{} | |
3076 | ((header | |
3077 | (dest-ip . [192 168 1 100]) | |
3078 | (src-ip . [192 168 1 101]) | |
3079 | (dest-port . 284) | |
3080 | (src-port . 5408)) | |
3081 | (counters . [100000 261]) | |
3082 | (items . 2) | |
3083 | (item ((data . [1 2 3 4 5]) | |
3084 | (id . "ABCDEF") | |
3085 | (length . 5) | |
3086 | (opcode . 3) | |
3087 | (type . 2)) | |
3088 | ((data . [6 7 8 9 10 11 12]) | |
3089 | (id . "BCDEFG") | |
3090 | (length . 7) | |
3091 | (opcode . 4) | |
3092 | (type . 1)))) | |
3093 | @end lisp | |
3094 | ||
3095 | Fetching data from this structure: | |
3096 | ||
3097 | @lisp | |
3098 | (bindat-get-field decoded 'item 1 'id) | |
3099 | @result{} "BCDEFG" | |
3100 | @end lisp |