- 0.22.1Latest
- 0.22.0
- 0.21.10
- 0.21.9
- 0.21.8
- 0.21.7
- 0.21.6
- 0.21.5
- 0.21.4
- 0.21.3
- 0.21.2
- 0.21.1
- 0.21.0
- 0.20.48
- 0.20.47
- 0.20.46
- 0.20.45
- 0.20.44
- 0.20.43
- 0.20.42
- 0.20.41
- 0.20.40
- 0.20.39
- 0.20.38
- 0.20.37
- 0.20.36
- 0.20.35
- 0.20.34
- 0.20.33
- 0.20.32
- 0.20.31
- 0.20.30
- 0.20.29
- 0.20.28
- 0.20.27
- 0.20.26
- 0.20.25
- 0.20.24
- 0.20.23
- 0.20.22
- 0.20.21
- 0.20.20
- 0.20.19
- 0.20.18
- 0.20.17
- 0.20.16
- 0.20.15
- 0.20.14
- 0.20.13
- 0.20.12
- 0.20.11
- 0.20.10
- 0.20.9
- 0.20.8
- 0.20.7
- 0.20.6
- 0.20.5
- 0.20.4
- 0.20.3
- 0.20.2
- 0.20.1
- 0.20.0
- 0.19.13
- 0.19.12
- 0.19.11
- 0.19.10
- 0.19.9
- 0.19.8
- 0.19.7
- 0.19.6
- 0.19.5
- 0.19.4
- 0.19.3
- 0.19.2
- 0.19.1
- 0.19.0
- 0.18.0
- 0.17.0
- 0.16.0
- 0.15.0
- 0.14.4
- 0.14.3
- 0.14.2
- 0.14.1
- 0.14.0
- 0.13.8
- 0.13.7
- 0.13.6
- 0.13.5
- 0.13.4
- 0.13.3
- 0.13.2
- 0.13.1
- 0.13.0
- 0.12.2
- 0.12.1
- 0.12.0
- 0.11.1
- 0.11.0
- 0.10.0
- 0.9.2
- 0.9.1
- 0.9.0
- 0.8.0
- 0.7.0
- 0.6.1
- 0.6.0
- 0.5.0
- 0.4.0
- 0.3.0
- 0.2.0
- 0.1.0
- 0.0.8
- 0.0.7
- 0.0.6
- 0.0.5
- 0.0.4
- 0.0.3
- 0.0.2
- 0.0.1
- 0.0.0
This is a pre-release. The API is stabilizing. The documentation is under construction. The project is usable.
deno-proc
An easy way to run processes like a shell script in Deno.
documentation
deno doc -q https://deno.land/x/proc/mod.ts
Examples
Key Concepts
Leaking Resources
One of the challenges of working with processes in Deno is that you must manually close every process resource - readers, writers, and the process itself.
There are other complications as well. You can’t close a resource more than
once, so you can’t have optional/defensive calls to close things. If you fail to
close a child process before you exit with Deno.exit()
, the child process will
live on - but child processes are automatically closed if you exit with
CTRL-c
.
This isn’t just complicated to use. It is really difficult to write correct code with the Deno process runner.
To solve these resource-management problems, we can run processes with a
Group
. A Group
is a Deno.Closer
, and when you close it, you tidy up all
the resources and processes associated with the group. Group
also makes sure
things get cleaned up properly when the Deno process exits.
Proc requires that all processes it manages are associated with a Group
.
const pg = group();
try {
console.log(
await runner(emptyInput(), stringOutput())(pg).run({
cmd: ["ls", "-la"],
}),
);
} finally {
pg.close();
}
Input and Output Types
Raw stdin
, stdout
, and stderr
from a process are streamed byte data. This
is a simple definition, but it is not very useful. We need to be able to
interpret data differently in different circumstances.
Streamed byte data is the fastest, so if we are just piping bytes from one
process to another, we would use BytesIterableOutput()
for stdout
of process
#1 and BytesIterableInput()
for stdin
of process #2.
If you have a small amount of data (it can be kept in memory), StringInput()
and StringOutput()
let you work with string
data. For text data that is too
big to fit in memory, or if you just want to work with real-time streamed text
data, use StringIterableInput()
and StringIterableOutput()
. There is some
overhead associated with processing streamed bytes into text lines, but this is
how you will interact with process input and output much of the time.
An Example
This example shows how runner(...)
is used to generate a process definition.
In this case, I am going to pass in a string
and get back a Uint8Array
.
gzip
is just getting a stream of bytes in both cases of course. Our definition
is translating for us.
/**
* Use `gzip` to compress some text.
* @param text The text to compress.
* @return The text compressed into bytes.
*/
async function gzip(text: string): Promise<Uint8Array> {
const pg = group();
try {
/* I am using a string for input and a Uint8Array (bytes) for output. */
const processDef: Runner<string, Uint8Array> = runner(
stringInput(),
bytesOutput(),
);
return await processDef(pg).run({
cmd: ["gzip", "-c"],
}, text);
} finally {
pg.close();
}
}
const pg = group();
try {
console.dir(await gzip("Hello, world."));
} finally {
pg.close();
}
Input Types
Name | Description |
---|---|
EmptyInput() |
There is no process input. |
StringInput() |
Process input is a string . |
BytesInput() |
Process input is a Uint8Array . |
ReaderInput() * |
Process input is a Deno.Reader & Deno.Closer . |
StringIterableInput() |
Process input is an AsyncIterable<string> . |
BytesIterableInput() |
Process input is an AsyncIterable<Uint8Array> . |
* - ReaderInput
is a special input type that does not have a
corresponding output type. It is not useful for piping data from process to
process.
Output Types
Name | Description |
---|---|
StringOutput() |
Process output is a string . |
BytesOutput() |
Process output is a Uint8Array . |
StringIterableOutput() |
Process output is an AsyncIterable<string> . |
BytesIterableOutput() |
Process output is an AsyncIterable<Uint8Array> . |
StderrToStdoutStringIterableOutput() * |
stdout and stderr are converted to text lines (string ) and multiplexed together. |
* - Special output type that mixes stdout
and stderr
together.
stdout
must be text data.
Examples
Run an Inline Bash Script
Starting with something simple yet useful, this is an example of running a
bash
script using runner
.
const pg = group();
try {
console.log(
await runner(emptyInput(), stringOutput())(pg).run({
cmd: [
"/bin/bash",
"--login",
"-c",
"echo 'Hello, Deno.'",
],
}),
);
} finally {
pg.close();
}