std/process.rs
1//! A module for working with processes.
2//!
3//! This module is mostly concerned with spawning and interacting with child
4//! processes, but it also provides [`abort`] and [`exit`] for terminating the
5//! current process.
6//!
7//! # Spawning a process
8//!
9//! The [`Command`] struct is used to configure and spawn processes:
10//!
11//! ```no_run
12//! use std::process::Command;
13//!
14//! let output = Command::new("echo")
15//! .arg("Hello world")
16//! .output()
17//! .expect("Failed to execute command");
18//!
19//! assert_eq!(b"Hello world\n", output.stdout.as_slice());
20//! ```
21//!
22//! Several methods on [`Command`], such as [`spawn`] or [`output`], can be used
23//! to spawn a process. In particular, [`output`] spawns the child process and
24//! waits until the process terminates, while [`spawn`] will return a [`Child`]
25//! that represents the spawned child process.
26//!
27//! # Handling I/O
28//!
29//! The [`stdout`], [`stdin`], and [`stderr`] of a child process can be
30//! configured by passing an [`Stdio`] to the corresponding method on
31//! [`Command`]. Once spawned, they can be accessed from the [`Child`]. For
32//! example, piping output from one command into another command can be done
33//! like so:
34//!
35//! ```no_run
36//! use std::process::{Command, Stdio};
37//!
38//! // stdout must be configured with `Stdio::piped` in order to use
39//! // `echo_child.stdout`
40//! let echo_child = Command::new("echo")
41//! .arg("Oh no, a tpyo!")
42//! .stdout(Stdio::piped())
43//! .spawn()
44//! .expect("Failed to start echo process");
45//!
46//! // Note that `echo_child` is moved here, but we won't be needing
47//! // `echo_child` anymore
48//! let echo_out = echo_child.stdout.expect("Failed to open echo stdout");
49//!
50//! let mut sed_child = Command::new("sed")
51//! .arg("s/tpyo/typo/")
52//! .stdin(Stdio::from(echo_out))
53//! .stdout(Stdio::piped())
54//! .spawn()
55//! .expect("Failed to start sed process");
56//!
57//! let output = sed_child.wait_with_output().expect("Failed to wait on sed");
58//! assert_eq!(b"Oh no, a typo!\n", output.stdout.as_slice());
59//! ```
60//!
61//! Note that [`ChildStderr`] and [`ChildStdout`] implement [`Read`] and
62//! [`ChildStdin`] implements [`Write`]:
63//!
64//! ```no_run
65//! use std::process::{Command, Stdio};
66//! use std::io::Write;
67//!
68//! let mut child = Command::new("/bin/cat")
69//! .stdin(Stdio::piped())
70//! .stdout(Stdio::piped())
71//! .spawn()
72//! .expect("failed to execute child");
73//!
74//! // If the child process fills its stdout buffer, it may end up
75//! // waiting until the parent reads the stdout, and not be able to
76//! // read stdin in the meantime, causing a deadlock.
77//! // Writing from another thread ensures that stdout is being read
78//! // at the same time, avoiding the problem.
79//! let mut stdin = child.stdin.take().expect("failed to get stdin");
80//! std::thread::spawn(move || {
81//! stdin.write_all(b"test").expect("failed to write to stdin");
82//! });
83//!
84//! let output = child
85//! .wait_with_output()
86//! .expect("failed to wait on child");
87//!
88//! assert_eq!(b"test", output.stdout.as_slice());
89//! ```
90//!
91//! # Windows argument splitting
92//!
93//! On Unix systems arguments are passed to a new process as an array of strings,
94//! but on Windows arguments are passed as a single commandline string and it is
95//! up to the child process to parse it into an array. Therefore the parent and
96//! child processes must agree on how the commandline string is encoded.
97//!
98//! Most programs use the standard C run-time `argv`, which in practice results
99//! in consistent argument handling. However, some programs have their own way of
100//! parsing the commandline string. In these cases using [`arg`] or [`args`] may
101//! result in the child process seeing a different array of arguments than the
102//! parent process intended.
103//!
104//! Two ways of mitigating this are:
105//!
106//! * Validate untrusted input so that only a safe subset is allowed.
107//! * Use [`raw_arg`] to build a custom commandline. This bypasses the escaping
108//! rules used by [`arg`] so should be used with due caution.
109//!
110//! `cmd.exe` and `.bat` files use non-standard argument parsing and are especially
111//! vulnerable to malicious input as they may be used to run arbitrary shell
112//! commands. Untrusted arguments should be restricted as much as possible.
113//! For examples on handling this see [`raw_arg`].
114//!
115//! ### Batch file special handling
116//!
117//! On Windows, `Command` uses the Windows API function [`CreateProcessW`] to
118//! spawn new processes. An undocumented feature of this function is that
119//! when given a `.bat` file as the application to run, it will automatically
120//! convert that into running `cmd.exe /c` with the batch file as the next argument.
121//!
122//! For historical reasons Rust currently preserves this behavior when using
123//! [`Command::new`], and escapes the arguments according to `cmd.exe` rules.
124//! Due to the complexity of `cmd.exe` argument handling, it might not be
125//! possible to safely escape some special characters, and using them will result
126//! in an error being returned at process spawn. The set of unescapeable
127//! special characters might change between releases.
128//!
129//! Also note that running batch scripts in this way may be removed in the
130//! future and so should not be relied upon.
131//!
132//! [`spawn`]: Command::spawn
133//! [`output`]: Command::output
134//!
135//! [`stdout`]: Command::stdout
136//! [`stdin`]: Command::stdin
137//! [`stderr`]: Command::stderr
138//!
139//! [`Write`]: io::Write
140//! [`Read`]: io::Read
141//!
142//! [`arg`]: Command::arg
143//! [`args`]: Command::args
144//! [`raw_arg`]: crate::os::windows::process::CommandExt::raw_arg
145//!
146//! [`CreateProcessW`]: https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-createprocessw
147
148#![stable(feature = "process", since = "1.0.0")]
149#![deny(unsafe_op_in_unsafe_fn)]
150
151#[cfg(all(
152 test,
153 not(any(
154 target_os = "emscripten",
155 target_os = "wasi",
156 target_env = "sgx",
157 target_os = "xous",
158 target_os = "trusty",
159 target_os = "hermit",
160 ))
161))]
162mod tests;
163
164use crate::convert::Infallible;
165use crate::ffi::OsStr;
166use crate::io::prelude::*;
167use crate::io::{self, BorrowedCursor, IoSlice, IoSliceMut};
168use crate::num::NonZero;
169use crate::path::Path;
170use crate::sys::{AsInner, AsInnerMut, FromInner, IntoInner, process as imp};
171use crate::{fmt, format_args_nl, fs, str};
172
173/// Representation of a running or exited child process.
174///
175/// This structure is used to represent and manage child processes. A child
176/// process is created via the [`Command`] struct, which configures the
177/// spawning process and can itself be constructed using a builder-style
178/// interface.
179///
180/// There is no implementation of [`Drop`] for child processes,
181/// so if you do not ensure the `Child` has exited then it will continue to
182/// run, even after the `Child` handle to the child process has gone out of
183/// scope.
184///
185/// Calling [`wait`] (or other functions that wrap around it) will make
186/// the parent process wait until the child has actually exited before
187/// continuing.
188///
189/// # Warning
190///
191/// On some systems, calling [`wait`] or similar is necessary for the OS to
192/// release resources. A process that terminated but has not been waited on is
193/// still around as a "zombie". Leaving too many zombies around may exhaust
194/// global resources (for example process IDs).
195///
196/// The standard library does *not* automatically wait on child processes (not
197/// even if the `Child` is dropped), it is up to the application developer to do
198/// so. As a consequence, dropping `Child` handles without waiting on them first
199/// is not recommended in long-running applications.
200///
201/// # Examples
202///
203/// ```should_panic
204/// use std::process::Command;
205///
206/// let mut child = Command::new("/bin/cat")
207/// .arg("file.txt")
208/// .spawn()
209/// .expect("failed to execute child");
210///
211/// let ecode = child.wait().expect("failed to wait on child");
212///
213/// assert!(ecode.success());
214/// ```
215///
216/// [`wait`]: Child::wait
217#[stable(feature = "process", since = "1.0.0")]
218#[cfg_attr(not(test), rustc_diagnostic_item = "Child")]
219pub struct Child {
220 pub(crate) handle: imp::Process,
221
222 /// The handle for writing to the child's standard input (stdin), if it
223 /// has been captured. You might find it helpful to do
224 ///
225 /// ```ignore (incomplete)
226 /// let stdin = child.stdin.take().expect("handle present");
227 /// ```
228 ///
229 /// to avoid partially moving the `child` and thus blocking yourself from calling
230 /// functions on `child` while using `stdin`.
231 #[stable(feature = "process", since = "1.0.0")]
232 pub stdin: Option<ChildStdin>,
233
234 /// The handle for reading from the child's standard output (stdout), if it
235 /// has been captured. You might find it helpful to do
236 ///
237 /// ```ignore (incomplete)
238 /// let stdout = child.stdout.take().expect("handle present");
239 /// ```
240 ///
241 /// to avoid partially moving the `child` and thus blocking yourself from calling
242 /// functions on `child` while using `stdout`.
243 #[stable(feature = "process", since = "1.0.0")]
244 pub stdout: Option<ChildStdout>,
245
246 /// The handle for reading from the child's standard error (stderr), if it
247 /// has been captured. You might find it helpful to do
248 ///
249 /// ```ignore (incomplete)
250 /// let stderr = child.stderr.take().expect("handle present");
251 /// ```
252 ///
253 /// to avoid partially moving the `child` and thus blocking yourself from calling
254 /// functions on `child` while using `stderr`.
255 #[stable(feature = "process", since = "1.0.0")]
256 pub stderr: Option<ChildStderr>,
257}
258
259impl AsInner<imp::Process> for Child {
260 #[inline]
261 fn as_inner(&self) -> &imp::Process {
262 &self.handle
263 }
264}
265
266impl FromInner<(imp::Process, StdioPipes)> for Child {
267 fn from_inner((handle, io): (imp::Process, StdioPipes)) -> Child {
268 Child {
269 handle,
270 stdin: io.stdin.map(ChildStdin::from_inner),
271 stdout: io.stdout.map(ChildStdout::from_inner),
272 stderr: io.stderr.map(ChildStderr::from_inner),
273 }
274 }
275}
276
277impl IntoInner<imp::Process> for Child {
278 fn into_inner(self) -> imp::Process {
279 self.handle
280 }
281}
282
283#[stable(feature = "std_debug", since = "1.16.0")]
284impl fmt::Debug for Child {
285 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
286 f.debug_struct("Child")
287 .field("stdin", &self.stdin)
288 .field("stdout", &self.stdout)
289 .field("stderr", &self.stderr)
290 .finish_non_exhaustive()
291 }
292}
293
294/// The pipes connected to a spawned process.
295///
296/// Used to pass pipe handles between this module and [`imp`].
297pub(crate) struct StdioPipes {
298 pub stdin: Option<imp::ChildPipe>,
299 pub stdout: Option<imp::ChildPipe>,
300 pub stderr: Option<imp::ChildPipe>,
301}
302
303/// A handle to a child process's standard input (stdin).
304///
305/// This struct is used in the [`stdin`] field on [`Child`].
306///
307/// When an instance of `ChildStdin` is [dropped], the `ChildStdin`'s underlying
308/// file handle will be closed. If the child process was blocked on input prior
309/// to being dropped, it will become unblocked after dropping.
310///
311/// [`stdin`]: Child::stdin
312/// [dropped]: Drop
313#[stable(feature = "process", since = "1.0.0")]
314pub struct ChildStdin {
315 inner: imp::ChildPipe,
316}
317
318// In addition to the `impl`s here, `ChildStdin` also has `impl`s for
319// `AsFd`/`From<OwnedFd>`/`Into<OwnedFd>` and
320// `AsRawFd`/`IntoRawFd`/`FromRawFd`, on Unix and WASI, and
321// `AsHandle`/`From<OwnedHandle>`/`Into<OwnedHandle>` and
322// `AsRawHandle`/`IntoRawHandle`/`FromRawHandle` on Windows.
323
324#[stable(feature = "process", since = "1.0.0")]
325impl Write for ChildStdin {
326 fn write(&mut self, buf: &[u8]) -> io::Result<usize> {
327 (&*self).write(buf)
328 }
329
330 fn write_vectored(&mut self, bufs: &[IoSlice<'_>]) -> io::Result<usize> {
331 (&*self).write_vectored(bufs)
332 }
333
334 fn is_write_vectored(&self) -> bool {
335 io::Write::is_write_vectored(&&*self)
336 }
337
338 #[inline]
339 fn flush(&mut self) -> io::Result<()> {
340 (&*self).flush()
341 }
342}
343
344#[stable(feature = "write_mt", since = "1.48.0")]
345impl Write for &ChildStdin {
346 fn write(&mut self, buf: &[u8]) -> io::Result<usize> {
347 self.inner.write(buf)
348 }
349
350 fn write_vectored(&mut self, bufs: &[IoSlice<'_>]) -> io::Result<usize> {
351 self.inner.write_vectored(bufs)
352 }
353
354 fn is_write_vectored(&self) -> bool {
355 self.inner.is_write_vectored()
356 }
357
358 #[inline]
359 fn flush(&mut self) -> io::Result<()> {
360 Ok(())
361 }
362}
363
364impl AsInner<imp::ChildPipe> for ChildStdin {
365 #[inline]
366 fn as_inner(&self) -> &imp::ChildPipe {
367 &self.inner
368 }
369}
370
371impl IntoInner<imp::ChildPipe> for ChildStdin {
372 fn into_inner(self) -> imp::ChildPipe {
373 self.inner
374 }
375}
376
377impl FromInner<imp::ChildPipe> for ChildStdin {
378 fn from_inner(pipe: imp::ChildPipe) -> ChildStdin {
379 ChildStdin { inner: pipe }
380 }
381}
382
383#[stable(feature = "std_debug", since = "1.16.0")]
384impl fmt::Debug for ChildStdin {
385 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
386 f.debug_struct("ChildStdin").finish_non_exhaustive()
387 }
388}
389
390/// A handle to a child process's standard output (stdout).
391///
392/// This struct is used in the [`stdout`] field on [`Child`].
393///
394/// When an instance of `ChildStdout` is [dropped], the `ChildStdout`'s
395/// underlying file handle will be closed.
396///
397/// [`stdout`]: Child::stdout
398/// [dropped]: Drop
399#[stable(feature = "process", since = "1.0.0")]
400pub struct ChildStdout {
401 inner: imp::ChildPipe,
402}
403
404// In addition to the `impl`s here, `ChildStdout` also has `impl`s for
405// `AsFd`/`From<OwnedFd>`/`Into<OwnedFd>` and
406// `AsRawFd`/`IntoRawFd`/`FromRawFd`, on Unix and WASI, and
407// `AsHandle`/`From<OwnedHandle>`/`Into<OwnedHandle>` and
408// `AsRawHandle`/`IntoRawHandle`/`FromRawHandle` on Windows.
409
410#[stable(feature = "process", since = "1.0.0")]
411impl Read for ChildStdout {
412 fn read(&mut self, buf: &mut [u8]) -> io::Result<usize> {
413 self.inner.read(buf)
414 }
415
416 fn read_buf(&mut self, buf: BorrowedCursor<'_>) -> io::Result<()> {
417 self.inner.read_buf(buf)
418 }
419
420 fn read_vectored(&mut self, bufs: &mut [IoSliceMut<'_>]) -> io::Result<usize> {
421 self.inner.read_vectored(bufs)
422 }
423
424 #[inline]
425 fn is_read_vectored(&self) -> bool {
426 self.inner.is_read_vectored()
427 }
428
429 fn read_to_end(&mut self, buf: &mut Vec<u8>) -> io::Result<usize> {
430 self.inner.read_to_end(buf)
431 }
432}
433
434impl AsInner<imp::ChildPipe> for ChildStdout {
435 #[inline]
436 fn as_inner(&self) -> &imp::ChildPipe {
437 &self.inner
438 }
439}
440
441impl IntoInner<imp::ChildPipe> for ChildStdout {
442 fn into_inner(self) -> imp::ChildPipe {
443 self.inner
444 }
445}
446
447impl FromInner<imp::ChildPipe> for ChildStdout {
448 fn from_inner(pipe: imp::ChildPipe) -> ChildStdout {
449 ChildStdout { inner: pipe }
450 }
451}
452
453#[stable(feature = "std_debug", since = "1.16.0")]
454impl fmt::Debug for ChildStdout {
455 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
456 f.debug_struct("ChildStdout").finish_non_exhaustive()
457 }
458}
459
460/// A handle to a child process's stderr.
461///
462/// This struct is used in the [`stderr`] field on [`Child`].
463///
464/// When an instance of `ChildStderr` is [dropped], the `ChildStderr`'s
465/// underlying file handle will be closed.
466///
467/// [`stderr`]: Child::stderr
468/// [dropped]: Drop
469#[stable(feature = "process", since = "1.0.0")]
470pub struct ChildStderr {
471 inner: imp::ChildPipe,
472}
473
474// In addition to the `impl`s here, `ChildStderr` also has `impl`s for
475// `AsFd`/`From<OwnedFd>`/`Into<OwnedFd>` and
476// `AsRawFd`/`IntoRawFd`/`FromRawFd`, on Unix and WASI, and
477// `AsHandle`/`From<OwnedHandle>`/`Into<OwnedHandle>` and
478// `AsRawHandle`/`IntoRawHandle`/`FromRawHandle` on Windows.
479
480#[stable(feature = "process", since = "1.0.0")]
481impl Read for ChildStderr {
482 fn read(&mut self, buf: &mut [u8]) -> io::Result<usize> {
483 self.inner.read(buf)
484 }
485
486 fn read_buf(&mut self, buf: BorrowedCursor<'_>) -> io::Result<()> {
487 self.inner.read_buf(buf)
488 }
489
490 fn read_vectored(&mut self, bufs: &mut [IoSliceMut<'_>]) -> io::Result<usize> {
491 self.inner.read_vectored(bufs)
492 }
493
494 #[inline]
495 fn is_read_vectored(&self) -> bool {
496 self.inner.is_read_vectored()
497 }
498
499 fn read_to_end(&mut self, buf: &mut Vec<u8>) -> io::Result<usize> {
500 self.inner.read_to_end(buf)
501 }
502}
503
504impl AsInner<imp::ChildPipe> for ChildStderr {
505 #[inline]
506 fn as_inner(&self) -> &imp::ChildPipe {
507 &self.inner
508 }
509}
510
511impl IntoInner<imp::ChildPipe> for ChildStderr {
512 fn into_inner(self) -> imp::ChildPipe {
513 self.inner
514 }
515}
516
517impl FromInner<imp::ChildPipe> for ChildStderr {
518 fn from_inner(pipe: imp::ChildPipe) -> ChildStderr {
519 ChildStderr { inner: pipe }
520 }
521}
522
523#[stable(feature = "std_debug", since = "1.16.0")]
524impl fmt::Debug for ChildStderr {
525 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
526 f.debug_struct("ChildStderr").finish_non_exhaustive()
527 }
528}
529
530/// A process builder, providing fine-grained control
531/// over how a new process should be spawned.
532///
533/// A default configuration can be
534/// generated using `Command::new(program)`, where `program` gives a path to the
535/// program to be executed. Additional builder methods allow the configuration
536/// to be changed (for example, by adding arguments) prior to spawning:
537///
538/// ```
539/// # if cfg!(not(all(target_vendor = "apple", not(target_os = "macos")))) {
540/// use std::process::Command;
541///
542/// let output = if cfg!(target_os = "windows") {
543/// Command::new("cmd")
544/// .args(["/C", "echo hello"])
545/// .output()
546/// .expect("failed to execute process")
547/// } else {
548/// Command::new("sh")
549/// .arg("-c")
550/// .arg("echo hello")
551/// .output()
552/// .expect("failed to execute process")
553/// };
554///
555/// let hello = output.stdout;
556/// # }
557/// ```
558///
559/// `Command` can be reused to spawn multiple processes. The builder methods
560/// change the command without needing to immediately spawn the process.
561///
562/// ```no_run
563/// use std::process::Command;
564///
565/// let mut echo_hello = Command::new("sh");
566/// echo_hello.arg("-c").arg("echo hello");
567/// let hello_1 = echo_hello.output().expect("failed to execute process");
568/// let hello_2 = echo_hello.output().expect("failed to execute process");
569/// ```
570///
571/// Similarly, you can call builder methods after spawning a process and then
572/// spawn a new process with the modified settings.
573///
574/// ```no_run
575/// use std::process::Command;
576///
577/// let mut list_dir = Command::new("ls");
578///
579/// // Execute `ls` in the current directory of the program.
580/// list_dir.status().expect("process failed to execute");
581///
582/// println!();
583///
584/// // Change `ls` to execute in the root directory.
585/// list_dir.current_dir("/");
586///
587/// // And then execute `ls` again but in the root directory.
588/// list_dir.status().expect("process failed to execute");
589/// ```
590#[stable(feature = "process", since = "1.0.0")]
591#[cfg_attr(not(test), rustc_diagnostic_item = "Command")]
592pub struct Command {
593 inner: imp::Command,
594}
595
596impl Command {
597 /// Constructs a new `Command` for launching the program at
598 /// path `program`, with the following default configuration:
599 ///
600 /// * No arguments to the program
601 /// * Inherit the current process's environment
602 /// * Inherit the current process's working directory
603 /// * Inherit stdin/stdout/stderr for [`spawn`] or [`status`], but create pipes for [`output`]
604 ///
605 /// [`spawn`]: Self::spawn
606 /// [`status`]: Self::status
607 /// [`output`]: Self::output
608 ///
609 /// Builder methods are provided to change these defaults and
610 /// otherwise configure the process.
611 ///
612 /// If `program` is not an absolute path, the `PATH` environment variable
613 /// will be searched in an OS-defined way.
614 ///
615 /// # Platform-specific behavior
616 ///
617 /// The details below describe the current behavior, but these details
618 /// may change in future versions of Rust.
619 ///
620 /// On Unix, the `PATH` searched comes from the child's environment:
621 ///
622 /// - If the environment is unmodified, the child inherits the parent's
623 /// `PATH` and that is what is searched.
624 /// - If `PATH` is explicitly set via [`env`], that new value is searched.
625 /// - If [`env_clear`] or [`env_remove`] removes `PATH` without a
626 /// replacement, `execvp` falls back to an OS-defined default (typically
627 /// `/bin:/usr/bin`), **not** the parent's `PATH`. This may fail to find
628 /// programs that rely on the parent's `PATH`.
629 ///
630 /// To avoid surprises, use an absolute path or explicitly set `PATH` on
631 /// the `Command` when modifying the child's environment.
632 ///
633 /// On Windows, Rust resolves the executable path before spawning, rather
634 /// than passing the name to `CreateProcessW` for resolution. When
635 /// `program` is not an absolute path, the following locations are searched
636 /// in order:
637 ///
638 /// 1. The child's `PATH`, if explicitly set via [`env`].
639 /// 2. The directory of the current executable.
640 /// 3. The system directory (`GetSystemDirectoryW`).
641 /// 4. The Windows directory (`GetWindowsDirectoryW`).
642 /// 5. The parent process's `PATH`.
643 ///
644 /// Note: when `PATH` is cleared via [`env_clear`] or [`env_remove`] on
645 /// Windows, step 1 is skipped but the parent process's `PATH` is still
646 /// searched at step 5, unlike on Unix.
647 ///
648 /// For executable files, the `.exe` extension may be omitted. Files with
649 /// other extensions must include the extension, otherwise they will not be
650 /// found. Note that this behavior has some known limitations
651 /// (see issue #37519).
652 ///
653 /// [`env`]: Self::env
654 /// [`env_remove`]: Self::env_remove
655 /// [`env_clear`]: Self::env_clear
656 ///
657 /// # Examples
658 ///
659 /// ```no_run
660 /// use std::process::Command;
661 ///
662 /// Command::new("sh")
663 /// .spawn()
664 /// .expect("sh command failed to start");
665 /// ```
666 ///
667 /// # Caveats
668 ///
669 /// [`Command::new`] is only intended to accept the path of the program. If you pass a program
670 /// path along with arguments like `Command::new("ls -l").spawn()`, it will try to search for
671 /// `ls -l` literally. The arguments need to be passed separately, such as via [`arg`] or
672 /// [`args`].
673 ///
674 /// ```no_run
675 /// use std::process::Command;
676 ///
677 /// Command::new("ls")
678 /// .arg("-l") // arg passed separately
679 /// .spawn()
680 /// .expect("ls command failed to start");
681 /// ```
682 ///
683 /// [`arg`]: Self::arg
684 /// [`args`]: Self::args
685 #[stable(feature = "process", since = "1.0.0")]
686 pub fn new<S: AsRef<OsStr>>(program: S) -> Command {
687 Command { inner: imp::Command::new(program.as_ref()) }
688 }
689
690 /// Adds an argument to pass to the program.
691 ///
692 /// Only one argument can be passed per use. So instead of:
693 ///
694 /// ```no_run
695 /// # std::process::Command::new("sh")
696 /// .arg("-C /path/to/repo")
697 /// # ;
698 /// ```
699 ///
700 /// usage would be:
701 ///
702 /// ```no_run
703 /// # std::process::Command::new("sh")
704 /// .arg("-C")
705 /// .arg("/path/to/repo")
706 /// # ;
707 /// ```
708 ///
709 /// To pass multiple arguments see [`args`].
710 ///
711 /// [`args`]: Command::args
712 ///
713 /// Note that the argument is not passed through a shell, but given
714 /// literally to the program. This means that shell syntax like quotes,
715 /// escaped characters, word splitting, glob patterns, variable substitution,
716 /// etc. have no effect.
717 ///
718 /// <div class="warning">
719 ///
720 /// On Windows, use caution with untrusted inputs. Most applications use the
721 /// standard convention for decoding arguments passed to them. These are safe to
722 /// use with `arg`. However, some applications such as `cmd.exe` and `.bat` files
723 /// use a non-standard way of decoding arguments. They are therefore vulnerable
724 /// to malicious input.
725 ///
726 /// In the case of `cmd.exe` this is especially important because a malicious
727 /// argument can potentially run arbitrary shell commands.
728 ///
729 /// See [Windows argument splitting][windows-args] for more details
730 /// or [`raw_arg`] for manually implementing non-standard argument encoding.
731 ///
732 /// [`raw_arg`]: crate::os::windows::process::CommandExt::raw_arg
733 /// [windows-args]: crate::process#windows-argument-splitting
734 ///
735 /// </div>
736 ///
737 /// # Examples
738 ///
739 /// ```no_run
740 /// use std::process::Command;
741 ///
742 /// Command::new("ls")
743 /// .arg("-l")
744 /// .arg("-a")
745 /// .spawn()
746 /// .expect("ls command failed to start");
747 /// ```
748 #[stable(feature = "process", since = "1.0.0")]
749 pub fn arg<S: AsRef<OsStr>>(&mut self, arg: S) -> &mut Command {
750 self.inner.arg(arg.as_ref());
751 self
752 }
753
754 /// Adds multiple arguments to pass to the program.
755 ///
756 /// To pass a single argument see [`arg`].
757 ///
758 /// [`arg`]: Command::arg
759 ///
760 /// Note that the arguments are not passed through a shell, but given
761 /// literally to the program. This means that shell syntax like quotes,
762 /// escaped characters, word splitting, glob patterns, variable substitution, etc.
763 /// have no effect.
764 ///
765 /// <div class="warning">
766 ///
767 /// On Windows, use caution with untrusted inputs. Most applications use the
768 /// standard convention for decoding arguments passed to them. These are safe to
769 /// use with `arg`. However, some applications such as `cmd.exe` and `.bat` files
770 /// use a non-standard way of decoding arguments. They are therefore vulnerable
771 /// to malicious input.
772 ///
773 /// In the case of `cmd.exe` this is especially important because a malicious
774 /// argument can potentially run arbitrary shell commands.
775 ///
776 /// See [Windows argument splitting][windows-args] for more details
777 /// or [`raw_arg`] for manually implementing non-standard argument encoding.
778 ///
779 /// [`raw_arg`]: crate::os::windows::process::CommandExt::raw_arg
780 /// [windows-args]: crate::process#windows-argument-splitting
781 ///
782 /// </div>
783 ///
784 /// # Examples
785 ///
786 /// ```no_run
787 /// use std::process::Command;
788 ///
789 /// Command::new("ls")
790 /// .args(["-l", "-a"])
791 /// .spawn()
792 /// .expect("ls command failed to start");
793 /// ```
794 #[stable(feature = "process", since = "1.0.0")]
795 pub fn args<I, S>(&mut self, args: I) -> &mut Command
796 where
797 I: IntoIterator<Item = S>,
798 S: AsRef<OsStr>,
799 {
800 for arg in args {
801 self.arg(arg.as_ref());
802 }
803 self
804 }
805
806 /// Inserts or updates an explicit environment variable mapping.
807 ///
808 /// This method allows you to add an environment variable mapping to the spawned process or
809 /// overwrite a previously set value. You can use [`Command::envs`] to set multiple environment
810 /// variables simultaneously.
811 ///
812 /// Child processes will inherit environment variables from their parent process by default.
813 /// Environment variables explicitly set using [`Command::env`] take precedence over inherited
814 /// variables. You can disable environment variable inheritance entirely using
815 /// [`Command::env_clear`] or for a single key using [`Command::env_remove`].
816 ///
817 /// Note that environment variable names are case-insensitive (but
818 /// case-preserving) on Windows and case-sensitive on all other platforms.
819 ///
820 /// # Examples
821 ///
822 /// ```no_run
823 /// use std::process::Command;
824 ///
825 /// Command::new("ls")
826 /// .env("PATH", "/bin")
827 /// .spawn()
828 /// .expect("ls command failed to start");
829 /// ```
830 #[stable(feature = "process", since = "1.0.0")]
831 pub fn env<K, V>(&mut self, key: K, val: V) -> &mut Command
832 where
833 K: AsRef<OsStr>,
834 V: AsRef<OsStr>,
835 {
836 self.inner.env_mut().set(key.as_ref(), val.as_ref());
837 self
838 }
839
840 /// Inserts or updates multiple explicit environment variable mappings.
841 ///
842 /// This method allows you to add multiple environment variable mappings to the spawned process
843 /// or overwrite previously set values. You can use [`Command::env`] to set a single environment
844 /// variable.
845 ///
846 /// Child processes will inherit environment variables from their parent process by default.
847 /// Environment variables explicitly set using [`Command::envs`] take precedence over inherited
848 /// variables. You can disable environment variable inheritance entirely using
849 /// [`Command::env_clear`] or for a single key using [`Command::env_remove`].
850 ///
851 /// Note that environment variable names are case-insensitive (but case-preserving) on Windows
852 /// and case-sensitive on all other platforms.
853 ///
854 /// # Examples
855 ///
856 /// ```no_run
857 /// use std::process::{Command, Stdio};
858 /// use std::env;
859 /// use std::collections::HashMap;
860 ///
861 /// let filtered_env : HashMap<String, String> =
862 /// env::vars().filter(|&(ref k, _)|
863 /// k == "TERM" || k == "TZ" || k == "LANG" || k == "PATH"
864 /// ).collect();
865 ///
866 /// Command::new("printenv")
867 /// .stdin(Stdio::null())
868 /// .stdout(Stdio::inherit())
869 /// .env_clear()
870 /// .envs(&filtered_env)
871 /// .spawn()
872 /// .expect("printenv failed to start");
873 /// ```
874 #[stable(feature = "command_envs", since = "1.19.0")]
875 pub fn envs<I, K, V>(&mut self, vars: I) -> &mut Command
876 where
877 I: IntoIterator<Item = (K, V)>,
878 K: AsRef<OsStr>,
879 V: AsRef<OsStr>,
880 {
881 for (ref key, ref val) in vars {
882 self.inner.env_mut().set(key.as_ref(), val.as_ref());
883 }
884 self
885 }
886
887 /// Removes an explicitly set environment variable and prevents inheriting it from a parent
888 /// process.
889 ///
890 /// This method will remove the explicit value of an environment variable set via
891 /// [`Command::env`] or [`Command::envs`]. In addition, it will prevent the spawned child
892 /// process from inheriting that environment variable from its parent process.
893 ///
894 /// After calling [`Command::env_remove`], the value associated with its key from
895 /// [`Command::get_envs`] will be [`None`].
896 ///
897 /// To clear all explicitly set environment variables and disable all environment variable
898 /// inheritance, you can use [`Command::env_clear`].
899 ///
900 /// # Examples
901 ///
902 /// Prevent any inherited `GIT_DIR` variable from changing the target of the `git` command,
903 /// while allowing all other variables, like `GIT_AUTHOR_NAME`.
904 ///
905 /// ```no_run
906 /// use std::process::Command;
907 ///
908 /// Command::new("git")
909 /// .arg("commit")
910 /// .env_remove("GIT_DIR")
911 /// .spawn()?;
912 /// # std::io::Result::Ok(())
913 /// ```
914 #[stable(feature = "process", since = "1.0.0")]
915 pub fn env_remove<K: AsRef<OsStr>>(&mut self, key: K) -> &mut Command {
916 self.inner.env_mut().remove(key.as_ref());
917 self
918 }
919
920 /// Clears all explicitly set environment variables and prevents inheriting any parent process
921 /// environment variables.
922 ///
923 /// This method will remove all explicitly added environment variables set via [`Command::env`]
924 /// or [`Command::envs`]. In addition, it will prevent the spawned child process from inheriting
925 /// any environment variable from its parent process.
926 ///
927 /// After calling [`Command::env_clear`], the iterator from [`Command::get_envs`] will be
928 /// empty.
929 ///
930 /// You can use [`Command::env_remove`] to clear a single mapping.
931 ///
932 /// # Examples
933 ///
934 /// The behavior of `sort` is affected by `LANG` and `LC_*` environment variables.
935 /// Clearing the environment makes `sort`'s behavior independent of the parent processes' language.
936 ///
937 /// ```no_run
938 /// use std::process::Command;
939 ///
940 /// Command::new("sort")
941 /// .arg("file.txt")
942 /// .env_clear()
943 /// .spawn()?;
944 /// # std::io::Result::Ok(())
945 /// ```
946 #[stable(feature = "process", since = "1.0.0")]
947 pub fn env_clear(&mut self) -> &mut Command {
948 self.inner.env_mut().clear();
949 self
950 }
951
952 /// Sets the working directory for the child process.
953 ///
954 /// # Platform-specific behavior
955 ///
956 /// If the program path is relative (e.g., `"./script.sh"`), it's ambiguous
957 /// whether it should be interpreted relative to the parent's working
958 /// directory or relative to `current_dir`. The behavior in this case is
959 /// platform specific and unstable, and it's recommended to use
960 /// [`canonicalize`] to get an absolute program path instead.
961 ///
962 /// # Examples
963 ///
964 /// ```no_run
965 /// use std::process::Command;
966 ///
967 /// Command::new("ls")
968 /// .current_dir("/bin")
969 /// .spawn()
970 /// .expect("ls command failed to start");
971 /// ```
972 ///
973 /// [`canonicalize`]: crate::fs::canonicalize
974 #[stable(feature = "process", since = "1.0.0")]
975 pub fn current_dir<P: AsRef<Path>>(&mut self, dir: P) -> &mut Command {
976 self.inner.cwd(dir.as_ref().as_ref());
977 self
978 }
979
980 /// Configuration for the child process's standard input (stdin) handle.
981 ///
982 /// Defaults to [`inherit`] when used with [`spawn`] or [`status`], and
983 /// defaults to [`piped`] when used with [`output`].
984 ///
985 /// [`inherit`]: Stdio::inherit
986 /// [`piped`]: Stdio::piped
987 /// [`spawn`]: Self::spawn
988 /// [`status`]: Self::status
989 /// [`output`]: Self::output
990 ///
991 /// # Examples
992 ///
993 /// ```no_run
994 /// use std::process::{Command, Stdio};
995 ///
996 /// Command::new("ls")
997 /// .stdin(Stdio::null())
998 /// .spawn()
999 /// .expect("ls command failed to start");
1000 /// ```
1001 #[stable(feature = "process", since = "1.0.0")]
1002 pub fn stdin<T: Into<Stdio>>(&mut self, cfg: T) -> &mut Command {
1003 self.inner.stdin(cfg.into().0);
1004 self
1005 }
1006
1007 /// Configuration for the child process's standard output (stdout) handle.
1008 ///
1009 /// Defaults to [`inherit`] when used with [`spawn`] or [`status`], and
1010 /// defaults to [`piped`] when used with [`output`].
1011 ///
1012 /// [`inherit`]: Stdio::inherit
1013 /// [`piped`]: Stdio::piped
1014 /// [`spawn`]: Self::spawn
1015 /// [`status`]: Self::status
1016 /// [`output`]: Self::output
1017 ///
1018 /// # Examples
1019 ///
1020 /// ```no_run
1021 /// use std::process::{Command, Stdio};
1022 ///
1023 /// Command::new("ls")
1024 /// .stdout(Stdio::null())
1025 /// .spawn()
1026 /// .expect("ls command failed to start");
1027 /// ```
1028 #[stable(feature = "process", since = "1.0.0")]
1029 pub fn stdout<T: Into<Stdio>>(&mut self, cfg: T) -> &mut Command {
1030 self.inner.stdout(cfg.into().0);
1031 self
1032 }
1033
1034 /// Configuration for the child process's standard error (stderr) handle.
1035 ///
1036 /// Defaults to [`inherit`] when used with [`spawn`] or [`status`], and
1037 /// defaults to [`piped`] when used with [`output`].
1038 ///
1039 /// [`inherit`]: Stdio::inherit
1040 /// [`piped`]: Stdio::piped
1041 /// [`spawn`]: Self::spawn
1042 /// [`status`]: Self::status
1043 /// [`output`]: Self::output
1044 ///
1045 /// # Examples
1046 ///
1047 /// ```no_run
1048 /// use std::process::{Command, Stdio};
1049 ///
1050 /// Command::new("ls")
1051 /// .stderr(Stdio::null())
1052 /// .spawn()
1053 /// .expect("ls command failed to start");
1054 /// ```
1055 #[stable(feature = "process", since = "1.0.0")]
1056 pub fn stderr<T: Into<Stdio>>(&mut self, cfg: T) -> &mut Command {
1057 self.inner.stderr(cfg.into().0);
1058 self
1059 }
1060
1061 /// Executes the command as a child process, returning a handle to it.
1062 ///
1063 /// By default, stdin, stdout and stderr are inherited from the parent.
1064 ///
1065 /// # Errors
1066 ///
1067 /// This method returns an [`io::Error`] if the child process could not be
1068 /// spawned. Common reasons include:
1069 ///
1070 /// * the program could not be found (for example, it does not exist, or,
1071 /// when given a bare name, it is not present in the `PATH`);
1072 /// * the current process does not have permission to execute the program
1073 /// (for example, the file is not marked executable, or execution is
1074 /// denied by a security policy such as `seccomp`);
1075 /// * the operating system could not create the new process because of
1076 /// resource exhaustion (for example, a limit on the number of processes
1077 /// was reached).
1078 ///
1079 /// An error is only returned for failures that occur while the child is
1080 /// being spawned. Once the child has started successfully, anything that
1081 /// happens to it afterwards — including being terminated by a signal — is
1082 /// reported through its [`ExitStatus`] rather than as an error from the
1083 /// spawning method.
1084 ///
1085 /// # Examples
1086 ///
1087 /// ```no_run
1088 /// use std::process::Command;
1089 ///
1090 /// Command::new("ls")
1091 /// .spawn()
1092 /// .expect("ls command failed to start");
1093 /// ```
1094 #[stable(feature = "process", since = "1.0.0")]
1095 pub fn spawn(&mut self) -> io::Result<Child> {
1096 self.inner.spawn(imp::Stdio::Inherit, true).map(Child::from_inner)
1097 }
1098
1099 /// Executes the command as a child process, waiting for it to finish and
1100 /// collecting all of its output.
1101 ///
1102 /// By default, stdout and stderr are captured (and used to provide the
1103 /// resulting output). Stdin is not inherited from the parent and any
1104 /// attempt by the child process to read from the stdin stream will result
1105 /// in the stream immediately closing.
1106 ///
1107 /// # Errors
1108 ///
1109 /// Like [`spawn`], this method returns an [`io::Error`] if the child
1110 /// process could not be spawned; see [`spawn`] for the common reasons. It
1111 /// may also return an error if reading the child's output or waiting on the
1112 /// child fails.
1113 ///
1114 /// Note that this method does **not** return an error if the child runs and
1115 /// then exits unsuccessfully, or is terminated by a signal. In those cases
1116 /// it still returns [`Ok`], and the outcome is reflected in the
1117 /// [`ExitStatus`] stored in the returned [`Output`].
1118 ///
1119 /// [`spawn`]: Command::spawn
1120 ///
1121 /// # Examples
1122 ///
1123 /// ```should_panic
1124 /// use std::process::Command;
1125 /// use std::io::{self, Write};
1126 /// let output = Command::new("/bin/cat")
1127 /// .arg("file.txt")
1128 /// .output()?;
1129 ///
1130 /// println!("status: {}", output.status);
1131 /// io::stdout().write_all(&output.stdout)?;
1132 /// io::stderr().write_all(&output.stderr)?;
1133 ///
1134 /// assert!(output.status.success());
1135 /// # io::Result::Ok(())
1136 /// ```
1137 #[stable(feature = "process", since = "1.0.0")]
1138 pub fn output(&mut self) -> io::Result<Output> {
1139 let (status, stdout, stderr) = imp::output(&mut self.inner)?;
1140 Ok(Output { status: ExitStatus(status), stdout, stderr })
1141 }
1142
1143 /// Executes a command as a child process, waiting for it to finish and
1144 /// collecting its status.
1145 ///
1146 /// By default, stdin, stdout and stderr are inherited from the parent.
1147 ///
1148 /// # Errors
1149 ///
1150 /// Like [`spawn`], this method returns an [`io::Error`] if the child
1151 /// process could not be spawned; see [`spawn`] for the common reasons. It
1152 /// may also return an error if waiting on the child fails.
1153 ///
1154 /// Note that this method does **not** return an error if the child runs and
1155 /// then exits unsuccessfully, or is terminated by a signal. In those cases
1156 /// it still returns [`Ok`], and the outcome is reflected in the returned
1157 /// [`ExitStatus`].
1158 ///
1159 /// [`spawn`]: Command::spawn
1160 ///
1161 /// # Examples
1162 ///
1163 /// ```should_panic
1164 /// use std::process::Command;
1165 ///
1166 /// let status = Command::new("/bin/cat")
1167 /// .arg("file.txt")
1168 /// .status()
1169 /// .expect("failed to execute process");
1170 ///
1171 /// println!("process finished with: {status}");
1172 ///
1173 /// assert!(status.success());
1174 /// ```
1175 #[stable(feature = "process", since = "1.0.0")]
1176 pub fn status(&mut self) -> io::Result<ExitStatus> {
1177 self.inner
1178 .spawn(imp::Stdio::Inherit, true)
1179 .map(Child::from_inner)
1180 .and_then(|mut p| p.wait())
1181 }
1182
1183 /// Returns the path to the program that was given to [`Command::new`].
1184 ///
1185 /// # Examples
1186 ///
1187 /// ```
1188 /// use std::process::Command;
1189 ///
1190 /// let cmd = Command::new("echo");
1191 /// assert_eq!(cmd.get_program(), "echo");
1192 /// ```
1193 #[must_use]
1194 #[stable(feature = "command_access", since = "1.57.0")]
1195 pub fn get_program(&self) -> &OsStr {
1196 self.inner.get_program()
1197 }
1198
1199 /// Returns an iterator of the arguments that will be passed to the program.
1200 ///
1201 /// This does not include the path to the program as the first argument;
1202 /// it only includes the arguments specified with [`Command::arg`] and
1203 /// [`Command::args`].
1204 ///
1205 /// # Examples
1206 ///
1207 /// ```
1208 /// use std::ffi::OsStr;
1209 /// use std::process::Command;
1210 ///
1211 /// let mut cmd = Command::new("echo");
1212 /// cmd.arg("first").arg("second");
1213 /// let args: Vec<&OsStr> = cmd.get_args().collect();
1214 /// assert_eq!(args, &["first", "second"]);
1215 /// ```
1216 #[stable(feature = "command_access", since = "1.57.0")]
1217 pub fn get_args(&self) -> CommandArgs<'_> {
1218 CommandArgs { inner: self.inner.get_args() }
1219 }
1220
1221 /// Returns an iterator of the environment variables explicitly set for the child process.
1222 ///
1223 /// Environment variables explicitly set using [`Command::env`], [`Command::envs`], and
1224 /// [`Command::env_remove`] can be retrieved with this method.
1225 ///
1226 /// Note that this output does not include environment variables inherited from the parent
1227 /// process. To see the full list of environment variables, including those inherited from the
1228 /// parent process, use [`Command::get_resolved_envs`].
1229 ///
1230 /// Each element is a tuple key/value pair `(&OsStr, Option<&OsStr>)`. A [`None`] value
1231 /// indicates its key was explicitly removed via [`Command::env_remove`]. The associated key for
1232 /// the [`None`] value will no longer inherit from its parent process.
1233 ///
1234 /// An empty iterator can indicate that no explicit mappings were added or that
1235 /// [`Command::env_clear`] was called. After calling [`Command::env_clear`], the child process
1236 /// will not inherit any environment variables from its parent process.
1237 ///
1238 /// # Examples
1239 ///
1240 /// ```
1241 /// use std::ffi::OsStr;
1242 /// use std::process::Command;
1243 ///
1244 /// let mut cmd = Command::new("ls");
1245 /// cmd.env("TERM", "dumb").env_remove("TZ");
1246 /// let envs: Vec<(&OsStr, Option<&OsStr>)> = cmd.get_envs().collect();
1247 /// assert_eq!(envs, &[
1248 /// (OsStr::new("TERM"), Some(OsStr::new("dumb"))),
1249 /// (OsStr::new("TZ"), None)
1250 /// ]);
1251 /// ```
1252 #[stable(feature = "command_access", since = "1.57.0")]
1253 pub fn get_envs(&self) -> CommandEnvs<'_> {
1254 CommandEnvs { iter: self.inner.get_envs() }
1255 }
1256
1257 /// Returns an iterator of the environment variables that will be set when the process is spawned.
1258 ///
1259 /// This returns the environment as it would be if the command were executed at the time of calling
1260 /// this method. The returned environment includes:
1261 /// - All inherited environment variables from the parent process (unless [`Command::env_clear`] was called)
1262 /// - All environment variables explicitly set via [`Command::env`] or [`Command::envs`]
1263 /// - Excluding any environment variables removed via [`Command::env_remove`]
1264 ///
1265 /// Note that the returned environment is a snapshot at the time this method is called and will not
1266 /// reflect any subsequent changes to the `Command` or the parent process's environment. Additionally,
1267 /// it will not reflect changes made in a `pre_exec` hook (on Unix platforms).
1268 ///
1269 /// Each element is a tuple `(OsString, OsString)` representing an environment variable key and value.
1270 ///
1271 /// # Examples
1272 ///
1273 /// ```
1274 /// #![feature(command_resolved_envs)]
1275 /// use std::process::Command;
1276 /// use std::ffi::{OsString, OsStr};
1277 /// use std::env;
1278 /// use std::collections::HashMap;
1279 ///
1280 /// let mut cmd = Command::new("ls");
1281 /// cmd.env("TZ", "UTC");
1282 /// unsafe { env::set_var("EDITOR", "vim"); }
1283 ///
1284 /// let resolved: HashMap<OsString, OsString> = cmd.get_resolved_envs().collect();
1285 /// assert_eq!(resolved.get(OsStr::new("TZ")), Some(&OsString::from("UTC")));
1286 /// assert_eq!(resolved.get(OsStr::new("EDITOR")), Some(&OsString::from("vim")));
1287 /// ```
1288 #[unstable(feature = "command_resolved_envs", issue = "149070")]
1289 pub fn get_resolved_envs(&self) -> CommandResolvedEnvs {
1290 self.inner.get_resolved_envs()
1291 }
1292
1293 /// Returns the working directory for the child process.
1294 ///
1295 /// This returns [`None`] if the working directory will not be changed.
1296 ///
1297 /// # Examples
1298 ///
1299 /// ```
1300 /// use std::path::Path;
1301 /// use std::process::Command;
1302 ///
1303 /// let mut cmd = Command::new("ls");
1304 /// assert_eq!(cmd.get_current_dir(), None);
1305 /// cmd.current_dir("/bin");
1306 /// assert_eq!(cmd.get_current_dir(), Some(Path::new("/bin")));
1307 /// ```
1308 #[must_use]
1309 #[stable(feature = "command_access", since = "1.57.0")]
1310 pub fn get_current_dir(&self) -> Option<&Path> {
1311 self.inner.get_current_dir()
1312 }
1313
1314 /// Returns whether the environment will be cleared for the child process.
1315 ///
1316 /// This returns `true` if [`Command::env_clear`] was called, and `false` otherwise.
1317 /// When `true`, the child process will not inherit any environment variables from
1318 /// its parent process.
1319 ///
1320 /// # Examples
1321 ///
1322 /// ```
1323 /// #![feature(command_resolved_envs)]
1324 /// use std::process::Command;
1325 ///
1326 /// let mut cmd = Command::new("ls");
1327 /// assert_eq!(cmd.get_env_clear(), false);
1328 ///
1329 /// cmd.env_clear();
1330 /// assert_eq!(cmd.get_env_clear(), true);
1331 /// ```
1332 #[must_use]
1333 #[unstable(feature = "command_resolved_envs", issue = "149070")]
1334 pub fn get_env_clear(&self) -> bool {
1335 self.inner.get_env_clear()
1336 }
1337}
1338
1339#[stable(feature = "rust1", since = "1.0.0")]
1340impl fmt::Debug for Command {
1341 /// Format the program and arguments of a Command for display. Any
1342 /// non-utf8 data is lossily converted using the utf8 replacement
1343 /// character.
1344 ///
1345 /// The default format approximates a shell invocation of the program along with its
1346 /// arguments. It does not include most of the other command properties. The output is not guaranteed to work
1347 /// (e.g. due to lack of shell-escaping or differences in path resolution).
1348 /// On some platforms you can use [the alternate syntax] to show more fields.
1349 ///
1350 /// Note that the debug implementation is platform-specific.
1351 ///
1352 /// [the alternate syntax]: fmt#sign0
1353 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1354 self.inner.fmt(f)
1355 }
1356}
1357
1358impl AsInner<imp::Command> for Command {
1359 #[inline]
1360 fn as_inner(&self) -> &imp::Command {
1361 &self.inner
1362 }
1363}
1364
1365impl AsInnerMut<imp::Command> for Command {
1366 #[inline]
1367 fn as_inner_mut(&mut self) -> &mut imp::Command {
1368 &mut self.inner
1369 }
1370}
1371
1372/// An iterator over the command arguments.
1373///
1374/// This struct is created by [`Command::get_args`]. See its documentation for
1375/// more.
1376#[must_use = "iterators are lazy and do nothing unless consumed"]
1377#[stable(feature = "command_access", since = "1.57.0")]
1378#[derive(Debug)]
1379pub struct CommandArgs<'a> {
1380 inner: imp::CommandArgs<'a>,
1381}
1382
1383#[stable(feature = "command_access", since = "1.57.0")]
1384impl<'a> Iterator for CommandArgs<'a> {
1385 type Item = &'a OsStr;
1386 fn next(&mut self) -> Option<&'a OsStr> {
1387 self.inner.next()
1388 }
1389 fn size_hint(&self) -> (usize, Option<usize>) {
1390 self.inner.size_hint()
1391 }
1392}
1393
1394#[stable(feature = "command_access", since = "1.57.0")]
1395impl<'a> ExactSizeIterator for CommandArgs<'a> {
1396 fn len(&self) -> usize {
1397 self.inner.len()
1398 }
1399 fn is_empty(&self) -> bool {
1400 self.inner.is_empty()
1401 }
1402}
1403
1404/// An iterator over the command environment variables.
1405///
1406/// This struct is created by
1407/// [`Command::get_envs`][crate::process::Command::get_envs]. See its
1408/// documentation for more.
1409#[must_use = "iterators are lazy and do nothing unless consumed"]
1410#[stable(feature = "command_access", since = "1.57.0")]
1411pub struct CommandEnvs<'a> {
1412 iter: imp::CommandEnvs<'a>,
1413}
1414
1415#[stable(feature = "command_access", since = "1.57.0")]
1416impl<'a> Iterator for CommandEnvs<'a> {
1417 type Item = (&'a OsStr, Option<&'a OsStr>);
1418
1419 fn next(&mut self) -> Option<Self::Item> {
1420 self.iter.next()
1421 }
1422
1423 fn size_hint(&self) -> (usize, Option<usize>) {
1424 self.iter.size_hint()
1425 }
1426}
1427
1428#[stable(feature = "command_access", since = "1.57.0")]
1429impl<'a> ExactSizeIterator for CommandEnvs<'a> {
1430 fn len(&self) -> usize {
1431 self.iter.len()
1432 }
1433
1434 fn is_empty(&self) -> bool {
1435 self.iter.is_empty()
1436 }
1437}
1438
1439#[stable(feature = "command_access", since = "1.57.0")]
1440impl<'a> fmt::Debug for CommandEnvs<'a> {
1441 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1442 self.iter.fmt(f)
1443 }
1444}
1445
1446#[unstable(feature = "command_resolved_envs", issue = "149070")]
1447pub use imp::CommandResolvedEnvs;
1448
1449/// The output of a finished process.
1450///
1451/// This is returned in a Result by either the [`output`] method of a
1452/// [`Command`], or the [`wait_with_output`] method of a [`Child`]
1453/// process.
1454///
1455/// [`output`]: Command::output
1456/// [`wait_with_output`]: Child::wait_with_output
1457#[derive(PartialEq, Eq, Clone)]
1458#[stable(feature = "process", since = "1.0.0")]
1459pub struct Output {
1460 /// The status (exit code) of the process.
1461 #[stable(feature = "process", since = "1.0.0")]
1462 pub status: ExitStatus,
1463 /// The data that the process wrote to stdout.
1464 #[stable(feature = "process", since = "1.0.0")]
1465 pub stdout: Vec<u8>,
1466 /// The data that the process wrote to stderr.
1467 #[stable(feature = "process", since = "1.0.0")]
1468 pub stderr: Vec<u8>,
1469}
1470
1471impl Output {
1472 /// Returns an error if a nonzero exit status was received.
1473 ///
1474 /// If the [`Command`] exited successfully,
1475 /// `self` is returned.
1476 ///
1477 /// This is equivalent to calling [`exit_ok`](ExitStatus::exit_ok)
1478 /// on [`Output.status`](Output::status).
1479 ///
1480 /// Note that this will throw away the [`Output::stderr`] field in the error case.
1481 /// If the child process outputs useful informantion to stderr, you can:
1482 /// * Use `cmd.stderr(Stdio::inherit())` to forward the
1483 /// stderr child process to the parent's stderr,
1484 /// usually printing it to console where the user can see it.
1485 /// This is usually correct for command-line applications.
1486 /// * Capture `stderr` using a custom error type.
1487 /// This is usually correct for libraries.
1488 ///
1489 /// # Examples
1490 ///
1491 /// ```
1492 /// # #![allow(unused_features)]
1493 /// #![feature(exit_status_error)]
1494 /// # #[cfg(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos")))))] {
1495 /// use std::process::Command;
1496 /// assert!(Command::new("false").output().unwrap().exit_ok().is_err());
1497 /// # }
1498 /// ```
1499 #[unstable(feature = "exit_status_error", issue = "84908")]
1500 pub fn exit_ok(self) -> Result<Self, ExitStatusError> {
1501 self.status.exit_ok()?;
1502 Ok(self)
1503 }
1504}
1505
1506// If either stderr or stdout are valid utf8 strings it prints the valid
1507// strings, otherwise it prints the byte sequence instead
1508#[stable(feature = "process_output_debug", since = "1.7.0")]
1509impl fmt::Debug for Output {
1510 fn fmt(&self, fmt: &mut fmt::Formatter<'_>) -> fmt::Result {
1511 let stdout_utf8 = str::from_utf8(&self.stdout);
1512 let stdout_debug: &dyn fmt::Debug = match stdout_utf8 {
1513 Ok(ref s) => s,
1514 Err(_) => &self.stdout,
1515 };
1516
1517 let stderr_utf8 = str::from_utf8(&self.stderr);
1518 let stderr_debug: &dyn fmt::Debug = match stderr_utf8 {
1519 Ok(ref s) => s,
1520 Err(_) => &self.stderr,
1521 };
1522
1523 fmt.debug_struct("Output")
1524 .field("status", &self.status)
1525 .field("stdout", stdout_debug)
1526 .field("stderr", stderr_debug)
1527 .finish()
1528 }
1529}
1530
1531/// Describes what to do with a standard I/O stream for a child process when
1532/// passed to the [`stdin`], [`stdout`], and [`stderr`] methods of [`Command`].
1533///
1534/// [`stdin`]: Command::stdin
1535/// [`stdout`]: Command::stdout
1536/// [`stderr`]: Command::stderr
1537#[stable(feature = "process", since = "1.0.0")]
1538pub struct Stdio(imp::Stdio);
1539
1540impl Stdio {
1541 /// A new pipe should be arranged to connect the parent and child processes.
1542 ///
1543 /// # Examples
1544 ///
1545 /// With stdout:
1546 ///
1547 /// ```no_run
1548 /// use std::process::{Command, Stdio};
1549 ///
1550 /// let output = Command::new("echo")
1551 /// .arg("Hello, world!")
1552 /// .stdout(Stdio::piped())
1553 /// .output()
1554 /// .expect("Failed to execute command");
1555 ///
1556 /// assert_eq!(String::from_utf8_lossy(&output.stdout), "Hello, world!\n");
1557 /// // Nothing echoed to console
1558 /// ```
1559 ///
1560 /// With stdin:
1561 ///
1562 /// ```no_run
1563 /// use std::io::Write;
1564 /// use std::process::{Command, Stdio};
1565 ///
1566 /// let mut child = Command::new("rev")
1567 /// .stdin(Stdio::piped())
1568 /// .stdout(Stdio::piped())
1569 /// .spawn()
1570 /// .expect("Failed to spawn child process");
1571 ///
1572 /// let mut stdin = child.stdin.take().expect("Failed to open stdin");
1573 /// std::thread::spawn(move || {
1574 /// stdin.write_all("Hello, world!".as_bytes()).expect("Failed to write to stdin");
1575 /// });
1576 ///
1577 /// let output = child.wait_with_output().expect("Failed to read stdout");
1578 /// assert_eq!(String::from_utf8_lossy(&output.stdout), "!dlrow ,olleH");
1579 /// ```
1580 ///
1581 /// Writing more than a pipe buffer's worth of input to stdin without also reading
1582 /// stdout and stderr at the same time may cause a deadlock.
1583 /// This is an issue when running any program that doesn't guarantee that it reads
1584 /// its entire stdin before writing more than a pipe buffer's worth of output.
1585 /// The size of a pipe buffer varies on different targets.
1586 ///
1587 #[must_use]
1588 #[stable(feature = "process", since = "1.0.0")]
1589 pub fn piped() -> Stdio {
1590 Stdio(imp::Stdio::MakePipe)
1591 }
1592
1593 /// The child inherits from the corresponding parent descriptor.
1594 ///
1595 /// # Examples
1596 ///
1597 /// With stdout:
1598 ///
1599 /// ```no_run
1600 /// use std::process::{Command, Stdio};
1601 ///
1602 /// let output = Command::new("echo")
1603 /// .arg("Hello, world!")
1604 /// .stdout(Stdio::inherit())
1605 /// .output()
1606 /// .expect("Failed to execute command");
1607 ///
1608 /// assert_eq!(String::from_utf8_lossy(&output.stdout), "");
1609 /// // "Hello, world!" echoed to console
1610 /// ```
1611 ///
1612 /// With stdin:
1613 ///
1614 /// ```no_run
1615 /// use std::process::{Command, Stdio};
1616 /// use std::io::{self, Write};
1617 ///
1618 /// let output = Command::new("rev")
1619 /// .stdin(Stdio::inherit())
1620 /// .stdout(Stdio::piped())
1621 /// .output()?;
1622 ///
1623 /// print!("You piped in the reverse of: ");
1624 /// io::stdout().write_all(&output.stdout)?;
1625 /// # io::Result::Ok(())
1626 /// ```
1627 #[must_use]
1628 #[stable(feature = "process", since = "1.0.0")]
1629 pub fn inherit() -> Stdio {
1630 Stdio(imp::Stdio::Inherit)
1631 }
1632
1633 /// This stream will be ignored. This is the equivalent of attaching the
1634 /// stream to `/dev/null`.
1635 ///
1636 /// # Examples
1637 ///
1638 /// With stdout:
1639 ///
1640 /// ```no_run
1641 /// use std::process::{Command, Stdio};
1642 ///
1643 /// let output = Command::new("echo")
1644 /// .arg("Hello, world!")
1645 /// .stdout(Stdio::null())
1646 /// .output()
1647 /// .expect("Failed to execute command");
1648 ///
1649 /// assert_eq!(String::from_utf8_lossy(&output.stdout), "");
1650 /// // Nothing echoed to console
1651 /// ```
1652 ///
1653 /// With stdin:
1654 ///
1655 /// ```no_run
1656 /// use std::process::{Command, Stdio};
1657 ///
1658 /// let output = Command::new("rev")
1659 /// .stdin(Stdio::null())
1660 /// .stdout(Stdio::piped())
1661 /// .output()
1662 /// .expect("Failed to execute command");
1663 ///
1664 /// assert_eq!(String::from_utf8_lossy(&output.stdout), "");
1665 /// // Ignores any piped-in input
1666 /// ```
1667 #[must_use]
1668 #[stable(feature = "process", since = "1.0.0")]
1669 pub fn null() -> Stdio {
1670 Stdio(imp::Stdio::Null)
1671 }
1672
1673 /// Returns `true` if this requires [`Command`] to create a new pipe.
1674 ///
1675 /// # Example
1676 ///
1677 /// ```
1678 /// #![feature(stdio_makes_pipe)]
1679 /// use std::process::Stdio;
1680 ///
1681 /// let io = Stdio::piped();
1682 /// assert_eq!(io.makes_pipe(), true);
1683 /// ```
1684 #[unstable(feature = "stdio_makes_pipe", issue = "98288")]
1685 pub fn makes_pipe(&self) -> bool {
1686 matches!(self.0, imp::Stdio::MakePipe)
1687 }
1688}
1689
1690impl FromInner<imp::Stdio> for Stdio {
1691 fn from_inner(inner: imp::Stdio) -> Stdio {
1692 Stdio(inner)
1693 }
1694}
1695
1696#[stable(feature = "std_debug", since = "1.16.0")]
1697impl fmt::Debug for Stdio {
1698 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
1699 f.debug_struct("Stdio").finish_non_exhaustive()
1700 }
1701}
1702
1703#[stable(feature = "stdio_from", since = "1.20.0")]
1704impl From<ChildStdin> for Stdio {
1705 /// Converts a [`ChildStdin`] into a [`Stdio`].
1706 ///
1707 /// # Examples
1708 ///
1709 /// `ChildStdin` will be converted to `Stdio` using `Stdio::from` under the hood.
1710 ///
1711 /// ```rust,no_run
1712 /// use std::process::{Command, Stdio};
1713 ///
1714 /// let reverse = Command::new("rev")
1715 /// .stdin(Stdio::piped())
1716 /// .spawn()
1717 /// .expect("failed reverse command");
1718 ///
1719 /// let _echo = Command::new("echo")
1720 /// .arg("Hello, world!")
1721 /// .stdout(reverse.stdin.unwrap()) // Converted into a Stdio here
1722 /// .output()
1723 /// .expect("failed echo command");
1724 ///
1725 /// // "!dlrow ,olleH" echoed to console
1726 /// ```
1727 fn from(child: ChildStdin) -> Stdio {
1728 Stdio::from_inner(child.into_inner().into())
1729 }
1730}
1731
1732#[stable(feature = "stdio_from", since = "1.20.0")]
1733impl From<ChildStdout> for Stdio {
1734 /// Converts a [`ChildStdout`] into a [`Stdio`].
1735 ///
1736 /// # Examples
1737 ///
1738 /// `ChildStdout` will be converted to `Stdio` using `Stdio::from` under the hood.
1739 ///
1740 /// ```rust,no_run
1741 /// use std::process::{Command, Stdio};
1742 ///
1743 /// let hello = Command::new("echo")
1744 /// .arg("Hello, world!")
1745 /// .stdout(Stdio::piped())
1746 /// .spawn()
1747 /// .expect("failed echo command");
1748 ///
1749 /// let reverse = Command::new("rev")
1750 /// .stdin(hello.stdout.unwrap()) // Converted into a Stdio here
1751 /// .output()
1752 /// .expect("failed reverse command");
1753 ///
1754 /// assert_eq!(reverse.stdout, b"!dlrow ,olleH\n");
1755 /// ```
1756 fn from(child: ChildStdout) -> Stdio {
1757 Stdio::from_inner(child.into_inner().into())
1758 }
1759}
1760
1761#[stable(feature = "stdio_from", since = "1.20.0")]
1762impl From<ChildStderr> for Stdio {
1763 /// Converts a [`ChildStderr`] into a [`Stdio`].
1764 ///
1765 /// # Examples
1766 ///
1767 /// ```rust,no_run
1768 /// use std::process::{Command, Stdio};
1769 ///
1770 /// let reverse = Command::new("rev")
1771 /// .arg("non_existing_file.txt")
1772 /// .stderr(Stdio::piped())
1773 /// .spawn()
1774 /// .expect("failed reverse command");
1775 ///
1776 /// let cat = Command::new("cat")
1777 /// .arg("-")
1778 /// .stdin(reverse.stderr.unwrap()) // Converted into a Stdio here
1779 /// .output()
1780 /// .expect("failed echo command");
1781 ///
1782 /// assert_eq!(
1783 /// String::from_utf8_lossy(&cat.stdout),
1784 /// "rev: cannot open non_existing_file.txt: No such file or directory\n"
1785 /// );
1786 /// ```
1787 fn from(child: ChildStderr) -> Stdio {
1788 Stdio::from_inner(child.into_inner().into())
1789 }
1790}
1791
1792#[stable(feature = "stdio_from", since = "1.20.0")]
1793impl From<fs::File> for Stdio {
1794 /// Converts a [`File`](fs::File) into a [`Stdio`].
1795 ///
1796 /// # Examples
1797 ///
1798 /// `File` will be converted to `Stdio` using `Stdio::from` under the hood.
1799 ///
1800 /// ```rust,no_run
1801 /// use std::fs::File;
1802 /// use std::process::Command;
1803 ///
1804 /// // With the `foo.txt` file containing "Hello, world!"
1805 /// let file = File::open("foo.txt")?;
1806 ///
1807 /// let reverse = Command::new("rev")
1808 /// .stdin(file) // Implicit File conversion into a Stdio
1809 /// .output()?;
1810 ///
1811 /// assert_eq!(reverse.stdout, b"!dlrow ,olleH");
1812 /// # std::io::Result::Ok(())
1813 /// ```
1814 fn from(file: fs::File) -> Stdio {
1815 Stdio::from_inner(file.into_inner().into())
1816 }
1817}
1818
1819#[stable(feature = "stdio_from_stdio", since = "1.74.0")]
1820impl From<io::Stdout> for Stdio {
1821 /// Redirect command stdout/stderr to our stdout
1822 ///
1823 /// # Examples
1824 ///
1825 /// ```rust
1826 /// #![feature(exit_status_error)]
1827 /// use std::io;
1828 /// use std::process::Command;
1829 ///
1830 /// # fn test() -> Result<(), Box<dyn std::error::Error>> {
1831 /// let output = Command::new("whoami")
1832 // "whoami" is a command which exists on both Unix and Windows,
1833 // and which succeeds, producing some stdout output but no stderr.
1834 /// .stdout(io::stdout())
1835 /// .output()?;
1836 /// output.status.exit_ok()?;
1837 /// assert!(output.stdout.is_empty());
1838 /// # Ok(())
1839 /// # }
1840 /// #
1841 /// # if cfg!(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos"))))) {
1842 /// # test().unwrap();
1843 /// # }
1844 /// ```
1845 fn from(inherit: io::Stdout) -> Stdio {
1846 Stdio::from_inner(inherit.into())
1847 }
1848}
1849
1850#[stable(feature = "stdio_from_stdio", since = "1.74.0")]
1851impl From<io::Stderr> for Stdio {
1852 /// Redirect command stdout/stderr to our stderr
1853 ///
1854 /// # Examples
1855 ///
1856 /// ```rust
1857 /// #![feature(exit_status_error)]
1858 /// use std::io;
1859 /// use std::process::Command;
1860 ///
1861 /// # fn test() -> Result<(), Box<dyn std::error::Error>> {
1862 /// let output = Command::new("whoami")
1863 /// .stdout(io::stderr())
1864 /// .output()?;
1865 /// output.status.exit_ok()?;
1866 /// assert!(output.stdout.is_empty());
1867 /// # Ok(())
1868 /// # }
1869 /// #
1870 /// # if cfg!(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos"))))) {
1871 /// # test().unwrap();
1872 /// # }
1873 /// ```
1874 fn from(inherit: io::Stderr) -> Stdio {
1875 Stdio::from_inner(inherit.into())
1876 }
1877}
1878
1879#[stable(feature = "anonymous_pipe", since = "1.87.0")]
1880impl From<io::PipeWriter> for Stdio {
1881 fn from(pipe: io::PipeWriter) -> Self {
1882 Stdio::from_inner(pipe.into_inner().into())
1883 }
1884}
1885
1886#[stable(feature = "anonymous_pipe", since = "1.87.0")]
1887impl From<io::PipeReader> for Stdio {
1888 fn from(pipe: io::PipeReader) -> Self {
1889 Stdio::from_inner(pipe.into_inner().into())
1890 }
1891}
1892
1893/// Describes the result of a process after it has terminated.
1894///
1895/// This `struct` is used to represent the exit status or other termination of a child process.
1896/// Child processes are created via the [`Command`] struct and their exit
1897/// status is exposed through the [`status`] method, or the [`wait`] method
1898/// of a [`Child`] process.
1899///
1900/// An `ExitStatus` represents every possible disposition of a process. On Unix this
1901/// is the **wait status**. It is *not* simply an *exit status* (a value passed to `exit`).
1902///
1903/// For proper error reporting of failed processes, print the value of `ExitStatus` or
1904/// `ExitStatusError` using their implementations of [`Display`](crate::fmt::Display).
1905///
1906/// # Differences from `ExitCode`
1907///
1908/// [`ExitCode`] is intended for terminating the currently running process, via
1909/// the `Termination` trait, in contrast to `ExitStatus`, which represents the
1910/// termination of a child process. These APIs are separate due to platform
1911/// compatibility differences and their expected usage; it is not generally
1912/// possible to exactly reproduce an `ExitStatus` from a child for the current
1913/// process after the fact.
1914///
1915/// [`status`]: Command::status
1916/// [`wait`]: Child::wait
1917//
1918// We speak slightly loosely (here and in various other places in the stdlib docs) about `exit`
1919// vs `_exit`. Naming of Unix system calls is not standardised across Unices, so terminology is a
1920// matter of convention and tradition. For clarity we usually speak of `exit`, even when we might
1921// mean an underlying system call such as `_exit`.
1922#[derive(PartialEq, Eq, Clone, Copy, Debug)]
1923#[stable(feature = "process", since = "1.0.0")]
1924pub struct ExitStatus(imp::ExitStatus);
1925
1926/// The default value is one which indicates successful completion.
1927#[stable(feature = "process_exitstatus_default", since = "1.73.0")]
1928impl Default for ExitStatus {
1929 fn default() -> Self {
1930 // Ideally this would be done by ExitCode::default().into() but that is complicated.
1931 ExitStatus::from_inner(imp::ExitStatus::default())
1932 }
1933}
1934
1935impl ExitStatus {
1936 /// Was termination successful? Returns a `Result`.
1937 ///
1938 /// # Examples
1939 ///
1940 /// ```
1941 /// #![feature(exit_status_error)]
1942 /// # if cfg!(all(unix, not(all(target_vendor = "apple", not(target_os = "macos"))))) {
1943 /// use std::process::Command;
1944 ///
1945 /// let status = Command::new("ls")
1946 /// .arg("/dev/nonexistent")
1947 /// .status()
1948 /// .expect("ls could not be executed");
1949 ///
1950 /// println!("ls: {status}");
1951 /// status.exit_ok().expect_err("/dev/nonexistent could be listed!");
1952 /// # } // cfg!(unix)
1953 /// ```
1954 #[unstable(feature = "exit_status_error", issue = "84908")]
1955 pub fn exit_ok(&self) -> Result<(), ExitStatusError> {
1956 self.0.exit_ok().map_err(ExitStatusError)
1957 }
1958
1959 /// Was termination successful? Signal termination is not considered a
1960 /// success, and success is defined as a zero exit status.
1961 ///
1962 /// # Examples
1963 ///
1964 /// ```rust,no_run
1965 /// use std::process::Command;
1966 ///
1967 /// let status = Command::new("mkdir")
1968 /// .arg("projects")
1969 /// .status()
1970 /// .expect("failed to execute mkdir");
1971 ///
1972 /// if status.success() {
1973 /// println!("'projects/' directory created");
1974 /// } else {
1975 /// println!("failed to create 'projects/' directory: {status}");
1976 /// }
1977 /// ```
1978 #[must_use]
1979 #[stable(feature = "process", since = "1.0.0")]
1980 pub fn success(&self) -> bool {
1981 self.0.exit_ok().is_ok()
1982 }
1983
1984 /// Returns the exit code of the process, if any.
1985 ///
1986 /// In Unix terms the return value is the **exit status**: the value passed to `exit`, if the
1987 /// process finished by calling `exit`. Note that on Unix the exit status is truncated to 8
1988 /// bits, and that values that didn't come from a program's call to `exit` may be invented by the
1989 /// runtime system (often, for example, 255, 254, 127 or 126).
1990 ///
1991 /// On Unix, this will return `None` if the process was terminated by a signal.
1992 /// [`ExitStatusExt`](crate::os::unix::process::ExitStatusExt) is an
1993 /// extension trait for extracting any such signal, and other details, from the `ExitStatus`.
1994 ///
1995 /// # Examples
1996 ///
1997 /// ```no_run
1998 /// use std::process::Command;
1999 ///
2000 /// let status = Command::new("mkdir")
2001 /// .arg("projects")
2002 /// .status()
2003 /// .expect("failed to execute mkdir");
2004 ///
2005 /// match status.code() {
2006 /// Some(code) => println!("Exited with status code: {code}"),
2007 /// None => println!("Process terminated by signal")
2008 /// }
2009 /// ```
2010 #[must_use]
2011 #[stable(feature = "process", since = "1.0.0")]
2012 pub fn code(&self) -> Option<i32> {
2013 self.0.code()
2014 }
2015}
2016
2017impl AsInner<imp::ExitStatus> for ExitStatus {
2018 #[inline]
2019 fn as_inner(&self) -> &imp::ExitStatus {
2020 &self.0
2021 }
2022}
2023
2024impl FromInner<imp::ExitStatus> for ExitStatus {
2025 fn from_inner(s: imp::ExitStatus) -> ExitStatus {
2026 ExitStatus(s)
2027 }
2028}
2029
2030#[stable(feature = "process", since = "1.0.0")]
2031impl fmt::Display for ExitStatus {
2032 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
2033 self.0.fmt(f)
2034 }
2035}
2036
2037/// Describes the result of a process after it has failed
2038///
2039/// Produced by the [`.exit_ok`](ExitStatus::exit_ok) method on [`ExitStatus`].
2040///
2041/// # Examples
2042///
2043/// ```
2044/// #![feature(exit_status_error)]
2045/// # if cfg!(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos"))))) {
2046/// use std::process::{Command, ExitStatusError};
2047///
2048/// fn run(cmd: &str) -> Result<(), ExitStatusError> {
2049/// Command::new(cmd).status().unwrap().exit_ok()?;
2050/// Ok(())
2051/// }
2052///
2053/// run("true").unwrap();
2054/// run("false").unwrap_err();
2055/// # } // cfg!(unix)
2056/// ```
2057#[derive(PartialEq, Eq, Clone, Copy, Debug)]
2058#[unstable(feature = "exit_status_error", issue = "84908")]
2059// The definition of imp::ExitStatusError should ideally be such that
2060// Result<(), imp::ExitStatusError> has an identical representation to imp::ExitStatus.
2061pub struct ExitStatusError(imp::ExitStatusError);
2062
2063#[unstable(feature = "exit_status_error", issue = "84908")]
2064#[doc(test(attr(allow(unused_features))))]
2065impl ExitStatusError {
2066 /// Reports the exit code, if applicable, from an `ExitStatusError`.
2067 ///
2068 /// In Unix terms the return value is the **exit status**: the value passed to `exit`, if the
2069 /// process finished by calling `exit`. Note that on Unix the exit status is truncated to 8
2070 /// bits, and that values that didn't come from a program's call to `exit` may be invented by the
2071 /// runtime system (often, for example, 255, 254, 127 or 126).
2072 ///
2073 /// On Unix, this will return `None` if the process was terminated by a signal. If you want to
2074 /// handle such situations specially, consider using methods from
2075 /// [`ExitStatusExt`](crate::os::unix::process::ExitStatusExt).
2076 ///
2077 /// If the process finished by calling `exit` with a nonzero value, this will return
2078 /// that exit status.
2079 ///
2080 /// If the error was something else, it will return `None`.
2081 ///
2082 /// If the process exited successfully (ie, by calling `exit(0)`), there is no
2083 /// `ExitStatusError`. So the return value from `ExitStatusError::code()` is always nonzero.
2084 ///
2085 /// # Examples
2086 ///
2087 /// ```
2088 /// #![feature(exit_status_error)]
2089 /// # #[cfg(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos")))))] {
2090 /// use std::process::Command;
2091 ///
2092 /// let bad = Command::new("false").status().unwrap().exit_ok().unwrap_err();
2093 /// assert_eq!(bad.code(), Some(1));
2094 /// # } // #[cfg(unix)]
2095 /// ```
2096 #[must_use]
2097 pub fn code(&self) -> Option<i32> {
2098 self.code_nonzero().map(Into::into)
2099 }
2100
2101 /// Reports the exit code, if applicable, from an `ExitStatusError`, as a [`NonZero`].
2102 ///
2103 /// This is exactly like [`code()`](Self::code), except that it returns a <code>[NonZero]<[i32]></code>.
2104 ///
2105 /// Plain `code`, returning a plain integer, is provided because it is often more convenient.
2106 /// The returned value from `code()` is indeed also nonzero; use `code_nonzero()` when you want
2107 /// a type-level guarantee of nonzeroness.
2108 ///
2109 /// # Examples
2110 ///
2111 /// ```
2112 /// #![feature(exit_status_error)]
2113 ///
2114 /// # if cfg!(all(unix, not(target_os = "android"), not(all(target_vendor = "apple", not(target_os = "macos"))))) {
2115 /// use std::num::NonZero;
2116 /// use std::process::Command;
2117 ///
2118 /// let bad = Command::new("false").status().unwrap().exit_ok().unwrap_err();
2119 /// assert_eq!(bad.code_nonzero().unwrap(), NonZero::new(1).unwrap());
2120 /// # } // cfg!(unix)
2121 /// ```
2122 #[must_use]
2123 pub fn code_nonzero(&self) -> Option<NonZero<i32>> {
2124 self.0.code()
2125 }
2126
2127 /// Converts an `ExitStatusError` (back) to an `ExitStatus`.
2128 #[must_use]
2129 pub fn into_status(&self) -> ExitStatus {
2130 ExitStatus(self.0.into())
2131 }
2132}
2133
2134#[unstable(feature = "exit_status_error", issue = "84908")]
2135impl From<ExitStatusError> for ExitStatus {
2136 fn from(error: ExitStatusError) -> Self {
2137 Self(error.0.into())
2138 }
2139}
2140
2141#[unstable(feature = "exit_status_error", issue = "84908")]
2142impl fmt::Display for ExitStatusError {
2143 fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
2144 write!(f, "process exited unsuccessfully: {}", self.into_status())
2145 }
2146}
2147
2148#[unstable(feature = "exit_status_error", issue = "84908")]
2149impl crate::error::Error for ExitStatusError {}
2150
2151/// This type represents the status code the current process can return
2152/// to its parent under normal termination.
2153///
2154/// `ExitCode` is intended to be consumed only by the standard library (via
2155/// [`Termination::report()`]). For forwards compatibility with potentially
2156/// unusual targets, this type currently does not provide `Eq`, `Hash`, or
2157/// access to the raw value. This type does provide `PartialEq` for
2158/// comparison, but note that there may potentially be multiple failure
2159/// codes, some of which will _not_ compare equal to `ExitCode::FAILURE`.
2160/// The standard library provides the canonical `SUCCESS` and `FAILURE`
2161/// exit codes as well as `From<u8> for ExitCode` for constructing other
2162/// arbitrary exit codes.
2163///
2164/// # Portability
2165///
2166/// Numeric values used in this type don't have portable meanings, and
2167/// different platforms may mask different amounts of them.
2168///
2169/// For the platform's canonical successful and unsuccessful codes, see
2170/// the [`SUCCESS`] and [`FAILURE`] associated items.
2171///
2172/// [`SUCCESS`]: ExitCode::SUCCESS
2173/// [`FAILURE`]: ExitCode::FAILURE
2174///
2175/// # Differences from `ExitStatus`
2176///
2177/// `ExitCode` is intended for terminating the currently running process, via
2178/// the `Termination` trait, in contrast to [`ExitStatus`], which represents the
2179/// termination of a child process. These APIs are separate due to platform
2180/// compatibility differences and their expected usage; it is not generally
2181/// possible to exactly reproduce an `ExitStatus` from a child for the current
2182/// process after the fact.
2183///
2184/// # Examples
2185///
2186/// `ExitCode` can be returned from the `main` function of a crate, as it implements
2187/// [`Termination`]:
2188///
2189/// ```
2190/// use std::process::ExitCode;
2191/// # fn check_foo() -> bool { true }
2192///
2193/// fn main() -> ExitCode {
2194/// if !check_foo() {
2195/// return ExitCode::from(42);
2196/// }
2197///
2198/// ExitCode::SUCCESS
2199/// }
2200/// ```
2201#[derive(Clone, Copy, Debug, PartialEq)]
2202#[stable(feature = "process_exitcode", since = "1.61.0")]
2203pub struct ExitCode(imp::ExitCode);
2204
2205#[stable(feature = "process_exitcode", since = "1.61.0")]
2206impl ExitCode {
2207 /// The canonical `ExitCode` for successful termination on this platform.
2208 ///
2209 /// Note that a `()`-returning `main` implicitly results in a successful
2210 /// termination, so there's no need to return this from `main` unless
2211 /// you're also returning other possible codes.
2212 #[stable(feature = "process_exitcode", since = "1.61.0")]
2213 pub const SUCCESS: ExitCode = ExitCode(imp::ExitCode::SUCCESS);
2214
2215 /// The canonical `ExitCode` for unsuccessful termination on this platform.
2216 ///
2217 /// If you're only returning this and `SUCCESS` from `main`, consider
2218 /// instead returning `Err(_)` and `Ok(())` respectively, which will
2219 /// return the same codes (but will also `eprintln!` the error).
2220 #[stable(feature = "process_exitcode", since = "1.61.0")]
2221 pub const FAILURE: ExitCode = ExitCode(imp::ExitCode::FAILURE);
2222
2223 /// Exit the current process with the given `ExitCode`.
2224 ///
2225 /// Note that this has the same caveats as [`process::exit()`][exit], namely that this function
2226 /// terminates the process immediately, so no destructors on the current stack or any other
2227 /// thread's stack will be run. Also see those docs for some important notes on interop with C
2228 /// code. If a clean shutdown is needed, it is recommended to simply return this ExitCode from
2229 /// the `main` function, as demonstrated in the [type documentation](#examples).
2230 ///
2231 /// # Differences from `process::exit()`
2232 ///
2233 /// `process::exit()` accepts any `i32` value as the exit code for the process; however, there
2234 /// are platforms that only use a subset of that value (see [`process::exit` platform-specific
2235 /// behavior][exit#platform-specific-behavior]). `ExitCode` exists because of this; only
2236 /// `ExitCode`s that are supported by a majority of our platforms can be created, so those
2237 /// problems don't exist (as much) with this method.
2238 ///
2239 /// # Examples
2240 ///
2241 /// ```
2242 /// #![feature(exitcode_exit_method)]
2243 /// # use std::process::ExitCode;
2244 /// # use std::fmt;
2245 /// # enum UhOhError { GenericProblem, Specific, WithCode { exit_code: ExitCode, _x: () } }
2246 /// # impl fmt::Display for UhOhError {
2247 /// # fn fmt(&self, _: &mut fmt::Formatter<'_>) -> fmt::Result { unimplemented!() }
2248 /// # }
2249 /// // there's no way to gracefully recover from an UhOhError, so we just
2250 /// // print a message and exit
2251 /// fn handle_unrecoverable_error(err: UhOhError) -> ! {
2252 /// eprintln!("UH OH! {err}");
2253 /// let code = match err {
2254 /// UhOhError::GenericProblem => ExitCode::FAILURE,
2255 /// UhOhError::Specific => ExitCode::from(3),
2256 /// UhOhError::WithCode { exit_code, .. } => exit_code,
2257 /// };
2258 /// code.exit_process()
2259 /// }
2260 /// ```
2261 #[unstable(feature = "exitcode_exit_method", issue = "97100")]
2262 pub fn exit_process(self) -> ! {
2263 exit(self.to_i32())
2264 }
2265}
2266
2267impl ExitCode {
2268 // This is private/perma-unstable because ExitCode is opaque; we don't know that i32 will serve
2269 // all usecases, for example windows seems to use u32, unix uses the 8-15th bits of an i32, we
2270 // likely want to isolate users anything that could restrict the platform specific
2271 // representation of an ExitCode
2272 //
2273 // More info: https://internals.rust-lang.org/t/mini-pre-rfc-redesigning-process-exitstatus/5426
2274 /// Converts an `ExitCode` into an i32
2275 #[unstable(
2276 feature = "process_exitcode_internals",
2277 reason = "exposed only for libstd",
2278 issue = "none"
2279 )]
2280 #[inline]
2281 #[doc(hidden)]
2282 pub fn to_i32(self) -> i32 {
2283 self.0.as_i32()
2284 }
2285}
2286
2287/// The default value is [`ExitCode::SUCCESS`]
2288#[stable(feature = "process_exitcode_default", since = "1.75.0")]
2289impl Default for ExitCode {
2290 fn default() -> Self {
2291 ExitCode::SUCCESS
2292 }
2293}
2294
2295#[stable(feature = "process_exitcode", since = "1.61.0")]
2296impl From<u8> for ExitCode {
2297 /// Constructs an `ExitCode` from an arbitrary u8 value.
2298 fn from(code: u8) -> Self {
2299 ExitCode(imp::ExitCode::from(code))
2300 }
2301}
2302
2303impl AsInner<imp::ExitCode> for ExitCode {
2304 #[inline]
2305 fn as_inner(&self) -> &imp::ExitCode {
2306 &self.0
2307 }
2308}
2309
2310impl FromInner<imp::ExitCode> for ExitCode {
2311 fn from_inner(s: imp::ExitCode) -> ExitCode {
2312 ExitCode(s)
2313 }
2314}
2315
2316impl Child {
2317 /// Forces the child process to exit. If the child has already exited, `Ok(())`
2318 /// is returned.
2319 ///
2320 /// The mapping to [`ErrorKind`]s is not part of the compatibility contract of the function.
2321 ///
2322 /// This is equivalent to sending a SIGKILL on Unix platforms.
2323 ///
2324 /// # Examples
2325 ///
2326 /// ```no_run
2327 /// use std::process::Command;
2328 ///
2329 /// let mut command = Command::new("yes");
2330 /// if let Ok(mut child) = command.spawn() {
2331 /// child.kill().expect("command couldn't be killed");
2332 /// } else {
2333 /// println!("yes command didn't start");
2334 /// }
2335 /// ```
2336 ///
2337 /// [`ErrorKind`]: io::ErrorKind
2338 /// [`InvalidInput`]: io::ErrorKind::InvalidInput
2339 #[stable(feature = "process", since = "1.0.0")]
2340 #[cfg_attr(not(test), rustc_diagnostic_item = "child_kill")]
2341 pub fn kill(&mut self) -> io::Result<()> {
2342 self.handle.kill()
2343 }
2344
2345 /// Returns the OS-assigned process identifier associated with this child.
2346 ///
2347 /// # Examples
2348 ///
2349 /// ```no_run
2350 /// use std::process::Command;
2351 ///
2352 /// let mut command = Command::new("ls");
2353 /// if let Ok(child) = command.spawn() {
2354 /// println!("Child's ID is {}", child.id());
2355 /// } else {
2356 /// println!("ls command didn't start");
2357 /// }
2358 /// ```
2359 #[must_use]
2360 #[stable(feature = "process_id", since = "1.3.0")]
2361 #[cfg_attr(not(test), rustc_diagnostic_item = "child_id")]
2362 pub fn id(&self) -> u32 {
2363 self.handle.id()
2364 }
2365
2366 /// Waits for the child to exit completely, returning the status that it
2367 /// exited with. This function will continue to have the same return value
2368 /// after it has been called at least once.
2369 ///
2370 /// The stdin handle to the child process, if any, will be closed
2371 /// before waiting. This helps avoid deadlock: it ensures that the
2372 /// child does not block waiting for input from the parent, while
2373 /// the parent waits for the child to exit.
2374 ///
2375 /// # Examples
2376 ///
2377 /// ```no_run
2378 /// use std::process::Command;
2379 ///
2380 /// let mut command = Command::new("ls");
2381 /// if let Ok(mut child) = command.spawn() {
2382 /// child.wait().expect("command wasn't running");
2383 /// println!("Child has finished its execution!");
2384 /// } else {
2385 /// println!("ls command didn't start");
2386 /// }
2387 /// ```
2388 #[stable(feature = "process", since = "1.0.0")]
2389 pub fn wait(&mut self) -> io::Result<ExitStatus> {
2390 drop(self.stdin.take());
2391 self.handle.wait().map(ExitStatus)
2392 }
2393
2394 /// Attempts to collect the exit status of the child if it has already
2395 /// exited.
2396 ///
2397 /// This function will not block the calling thread and will only
2398 /// check to see if the child process has exited or not. If the child has
2399 /// exited then on Unix the process ID is reaped. This function is
2400 /// guaranteed to repeatedly return a successful exit status so long as the
2401 /// child has already exited.
2402 ///
2403 /// If the child has exited, then `Ok(Some(status))` is returned. If the
2404 /// exit status is not available at this time then `Ok(None)` is returned.
2405 /// If an error occurs, then that error is returned.
2406 ///
2407 /// Note that unlike `wait`, this function will not attempt to drop stdin.
2408 ///
2409 /// # Examples
2410 ///
2411 /// ```no_run
2412 /// use std::process::Command;
2413 ///
2414 /// let mut child = Command::new("ls").spawn()?;
2415 ///
2416 /// match child.try_wait() {
2417 /// Ok(Some(status)) => println!("exited with: {status}"),
2418 /// Ok(None) => {
2419 /// println!("status not ready yet, let's really wait");
2420 /// let res = child.wait();
2421 /// println!("result: {res:?}");
2422 /// }
2423 /// Err(e) => println!("error attempting to wait: {e}"),
2424 /// }
2425 /// # std::io::Result::Ok(())
2426 /// ```
2427 #[stable(feature = "process_try_wait", since = "1.18.0")]
2428 pub fn try_wait(&mut self) -> io::Result<Option<ExitStatus>> {
2429 Ok(self.handle.try_wait()?.map(ExitStatus))
2430 }
2431
2432 /// Simultaneously waits for the child to exit and collect all remaining
2433 /// output on the stdout/stderr handles, returning an `Output`
2434 /// instance.
2435 ///
2436 /// The stdin handle to the child process, if any, will be closed
2437 /// before waiting. This helps avoid deadlock: it ensures that the
2438 /// child does not block waiting for input from the parent, while
2439 /// the parent waits for the child to exit.
2440 ///
2441 /// By default, stdin, stdout and stderr are inherited from the parent.
2442 /// In order to capture the output into this `Result<Output>` it is
2443 /// necessary to create new pipes between parent and child. Use
2444 /// `stdout(Stdio::piped())` or `stderr(Stdio::piped())`, respectively.
2445 ///
2446 /// # Examples
2447 ///
2448 /// ```should_panic
2449 /// use std::process::{Command, Stdio};
2450 ///
2451 /// let child = Command::new("/bin/cat")
2452 /// .arg("file.txt")
2453 /// .stdout(Stdio::piped())
2454 /// .spawn()
2455 /// .expect("failed to execute child");
2456 ///
2457 /// let output = child
2458 /// .wait_with_output()
2459 /// .expect("failed to wait on child");
2460 ///
2461 /// assert!(output.status.success());
2462 /// ```
2463 ///
2464 #[stable(feature = "process", since = "1.0.0")]
2465 pub fn wait_with_output(mut self) -> io::Result<Output> {
2466 drop(self.stdin.take());
2467
2468 let (mut stdout, mut stderr) = (Vec::new(), Vec::new());
2469 match (self.stdout.take(), self.stderr.take()) {
2470 (None, None) => {}
2471 (Some(mut out), None) => {
2472 let res = out.read_to_end(&mut stdout);
2473 res.unwrap();
2474 }
2475 (None, Some(mut err)) => {
2476 let res = err.read_to_end(&mut stderr);
2477 res.unwrap();
2478 }
2479 (Some(out), Some(err)) => {
2480 let res = imp::read_output(out.inner, &mut stdout, err.inner, &mut stderr);
2481 res.unwrap();
2482 }
2483 }
2484
2485 let status = self.wait()?;
2486 Ok(Output { status, stdout, stderr })
2487 }
2488}
2489
2490/// Terminates the current process with the specified exit code.
2491///
2492/// This function will never return and will immediately terminate the current
2493/// process. The exit code is passed through to the underlying OS and will be
2494/// available for consumption by another process.
2495///
2496/// Note that because this function never returns, and that it terminates the
2497/// process, no destructors on the current stack or any other thread's stack
2498/// will be run. If a clean shutdown is needed it is recommended to only call
2499/// this function at a known point where there are no more destructors left
2500/// to run; or, preferably, simply return a type implementing [`Termination`]
2501/// (such as [`ExitCode`] or `Result`) from the `main` function and avoid this
2502/// function altogether:
2503///
2504/// ```
2505/// # use std::io::Error as MyError;
2506/// fn main() -> Result<(), MyError> {
2507/// // ...
2508/// Ok(())
2509/// }
2510/// ```
2511///
2512/// In its current implementation, this function will execute exit handlers registered with `atexit`
2513/// as well as other platform-specific exit handlers (e.g. `fini` sections of ELF shared objects).
2514/// This means that Rust requires that all exit handlers are safe to execute at any time. In
2515/// particular, if an exit handler cleans up some state that might be concurrently accessed by other
2516/// threads, it is required that the exit handler performs suitable synchronization with those
2517/// threads. (The alternative to this requirement would be to not run exit handlers at all, which is
2518/// considered undesirable. Note that returning from `main` also calls `exit`, so making `exit` an
2519/// unsafe operation is not an option.)
2520///
2521/// ## Platform-specific behavior
2522///
2523/// **Unix**: On Unix-like platforms, it is unlikely that all 32 bits of `exit`
2524/// will be visible to a parent process inspecting the exit code. On most
2525/// Unix-like platforms, only the eight least-significant bits are considered.
2526///
2527/// For example, the exit code for this example will be `0` on Linux, but `256`
2528/// on Windows:
2529///
2530/// ```no_run
2531/// use std::process;
2532///
2533/// process::exit(0x0100);
2534/// ```
2535///
2536/// ### Safe interop with C code
2537///
2538/// On Unix, this function is currently implemented using the `exit` C function [`exit`][C-exit]. As
2539/// of C23, the C standard does not permit multiple threads to call `exit` concurrently. Rust
2540/// mitigates this with a lock, but if C code calls `exit`, that can still cause undefined behavior.
2541/// Note that returning from `main` is equivalent to calling `exit`.
2542///
2543/// Therefore, it is undefined behavior to have two concurrent threads perform the following
2544/// without synchronization:
2545/// - One thread calls Rust's `exit` function or returns from Rust's `main` function
2546/// - Another thread calls the C function `exit` or `quick_exit`, or returns from C's `main` function
2547///
2548/// Note that if a binary contains multiple copies of the Rust runtime (e.g., when combining
2549/// multiple `cdylib` or `staticlib`), they each have their own separate lock, so from the
2550/// perspective of code running in one of the Rust runtimes, the "outside" Rust code is basically C
2551/// code, and concurrent `exit` again causes undefined behavior.
2552///
2553/// Individual C implementations might provide more guarantees than the standard and permit concurrent
2554/// calls to `exit`; consult the documentation of your C implementation for details.
2555///
2556/// For some of the on-going discussion to make `exit` thread-safe in C, see:
2557/// - [Rust issue #126600](https://github.com/rust-lang/rust/issues/126600)
2558/// - [Austin Group Bugzilla (for POSIX)](https://austingroupbugs.net/view.php?id=1845)
2559/// - [GNU C library Bugzilla](https://sourceware.org/bugzilla/show_bug.cgi?id=31997)
2560///
2561/// [C-exit]: https://en.cppreference.com/w/c/program/exit
2562#[stable(feature = "rust1", since = "1.0.0")]
2563#[cfg_attr(not(test), rustc_diagnostic_item = "process_exit")]
2564pub fn exit(code: i32) -> ! {
2565 crate::rt::cleanup();
2566 crate::sys::exit::exit(code)
2567}
2568
2569/// Terminates the process in an abnormal fashion.
2570///
2571/// The function will never return and will immediately terminate the current
2572/// process in a platform specific "abnormal" manner. As a consequence,
2573/// no destructors on the current stack or any other thread's stack
2574/// will be run, Rust IO buffers (eg, from `BufWriter`) will not be flushed,
2575/// and C stdio buffers will (on most platforms) not be flushed.
2576///
2577/// This is in contrast to the default behavior of [`panic!`] which unwinds
2578/// the current thread's stack and calls all destructors.
2579/// When `panic="abort"` is set, either as an argument to `rustc` or in a
2580/// crate's Cargo.toml, [`panic!`] and `abort` are similar. However,
2581/// [`panic!`] will still call the [panic hook] while `abort` will not.
2582///
2583/// If a clean shutdown is needed it is recommended to only call
2584/// this function at a known point where there are no more destructors left
2585/// to run.
2586///
2587/// The process's termination will be similar to that from the C `abort()`
2588/// function. On Unix, the process will terminate with signal `SIGABRT`, which
2589/// typically means that the shell prints "Aborted".
2590///
2591/// # Examples
2592///
2593/// ```no_run
2594/// use std::process;
2595///
2596/// fn main() {
2597/// println!("aborting");
2598///
2599/// process::abort();
2600///
2601/// // execution never gets here
2602/// }
2603/// ```
2604///
2605/// The `abort` function terminates the process, so the destructor will not
2606/// get run on the example below:
2607///
2608/// ```no_run
2609/// use std::process;
2610///
2611/// struct HasDrop;
2612///
2613/// impl Drop for HasDrop {
2614/// fn drop(&mut self) {
2615/// println!("This will never be printed!");
2616/// }
2617/// }
2618///
2619/// fn main() {
2620/// let _x = HasDrop;
2621/// process::abort();
2622/// // the destructor implemented for HasDrop will never get run
2623/// }
2624/// ```
2625///
2626/// [panic hook]: crate::panic::set_hook
2627#[stable(feature = "process_abort", since = "1.17.0")]
2628#[cold]
2629#[cfg_attr(not(test), rustc_diagnostic_item = "process_abort")]
2630#[cfg_attr(miri, track_caller)] // even without panics, this helps for Miri backtraces
2631pub fn abort() -> ! {
2632 crate::sys::abort_internal();
2633}
2634
2635#[doc(inline)]
2636#[unstable(feature = "abort_immediate", issue = "154601")]
2637pub use core::process::abort_immediate;
2638
2639/// Returns the OS-assigned process identifier associated with this process.
2640///
2641/// # Examples
2642///
2643/// ```no_run
2644/// use std::process;
2645///
2646/// println!("My pid is {}", process::id());
2647/// ```
2648#[must_use]
2649#[stable(feature = "getpid", since = "1.26.0")]
2650pub fn id() -> u32 {
2651 imp::getpid()
2652}
2653
2654/// A trait for implementing arbitrary return types in the `main` function.
2655///
2656/// The C-main function only supports returning integers.
2657/// So, every type implementing the `Termination` trait has to be converted
2658/// to an integer.
2659///
2660/// The default implementations are returning `libc::EXIT_SUCCESS` to indicate
2661/// a successful execution. In case of a failure, `libc::EXIT_FAILURE` is returned.
2662///
2663/// Because different runtimes have different specifications on the return value
2664/// of the `main` function, this trait is likely to be available only on
2665/// standard library's runtime for convenience. Other runtimes are not required
2666/// to provide similar functionality.
2667#[cfg_attr(not(any(test, doctest)), lang = "termination")]
2668#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2669#[rustc_on_unimplemented(on(
2670 cause = "MainFunctionType",
2671 message = "`main` has invalid return type `{Self}`",
2672 label = "`main` can only return types that implement `{This}`"
2673))]
2674pub trait Termination {
2675 /// Is called to get the representation of the value as status code.
2676 /// This status code is returned to the operating system.
2677 #[stable(feature = "termination_trait_lib", since = "1.61.0")]
2678 fn report(self) -> ExitCode;
2679}
2680
2681#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2682impl Termination for () {
2683 #[inline]
2684 fn report(self) -> ExitCode {
2685 ExitCode::SUCCESS
2686 }
2687}
2688
2689#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2690impl Termination for ! {
2691 fn report(self) -> ExitCode {
2692 self
2693 }
2694}
2695
2696#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2697impl Termination for Infallible {
2698 fn report(self) -> ExitCode {
2699 match self {}
2700 }
2701}
2702
2703#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2704impl Termination for ExitCode {
2705 #[inline]
2706 fn report(self) -> ExitCode {
2707 self
2708 }
2709}
2710
2711#[stable(feature = "termination_trait_lib", since = "1.61.0")]
2712impl<T: Termination, E: fmt::Debug> Termination for Result<T, E> {
2713 fn report(self) -> ExitCode {
2714 match self {
2715 Ok(val) => val.report(),
2716 Err(err) => {
2717 io::attempt_print_to_stderr(format_args_nl!("Error: {err:?}"));
2718 ExitCode::FAILURE
2719 }
2720 }
2721 }
2722}