This project is mirrored from https://github.com/haskell/process.
Pull mirroring updated .
- 18 Jan, 2023 1 commit
-
-
Ben Gamari authored
Fix a non-existent macro unset by GHC
-
- 17 Jan, 2023 1 commit
-
-
Cheng Shao authored
__wasm__ is a clang builtin macro when targetting wasm32, but GHC passes -undef when invoking clang, therefore we can't use it. Use wasm32_HOST_ARCH instead, since it's generated by the GHC build system.
-
- 09 Jan, 2023 1 commit
-
-
Michael Snoyman authored
Fix compilation for wasm32-wasi
-
- 05 Jan, 2023 1 commit
-
-
GHC builds authored
-
- 12 Dec, 2022 3 commits
-
-
Ben Gamari authored
Bump bounds to accomodate base-4.18
-
Ben Gamari authored
-
Michael Snoyman authored
GHC tests: mark process tests as broken for JS
-
- 08 Dec, 2022 1 commit
-
-
doyougnu authored
-
- 28 Nov, 2022 3 commits
-
-
Michael Snoyman authored
docs: Add docs about OpenExtHandle in ProcessHandle__
-
Sibi Prabakaran authored
-
Sibi Prabakaran authored
-
- 02 Nov, 2022 1 commit
-
-
Michael Snoyman authored
testsuite: Don't attempt to read from inherited fd in processT251
-
- 01 Nov, 2022 1 commit
-
-
Ben Gamari authored
It turns out that this test is subtly broken. In particular, the test will fail if any file is opened in the subprocess before the child is run since the closed fd 0 may be reused for the new file. This tends to happen in the threaded RTS due to the event manager's control pipe (see GHC #22395). Unfortunately, it's not really clear how else #251 can reliably be tested.
-
- 25 Oct, 2022 2 commits
-
-
Michael Snoyman authored
-
Michael Snoyman authored
-
- 21 Sep, 2022 1 commit
-
-
Michael Snoyman authored
Allow unix-2.8
-
- 20 Sep, 2022 1 commit
-
-
Matthew Pickering authored
-
- 13 Sep, 2022 1 commit
-
-
Michael Snoyman authored
Support `unix ^>=2.8`
-
- 11 Sep, 2022 1 commit
-
-
Nicolas Trangez authored
Fixes: #258 See: https://github.com/haskell/process/issues/258
-
- 04 Aug, 2022 3 commits
-
-
Ben Gamari authored
Fix process#251
-
Ben Gamari authored
-
Ben Gamari authored
Previously to spawn a process with a closed standard handle, we would use `posix_spawn_file_action_addclose`. However, it turns out that POSIX specifies that `spawnp()` may fail if `addclose()` is used on an fd that is already closed. While glibc and musl appear to ignore this aspect of the specification, Darwin indeed follows it leading to #251. This behavior is rather unfortunate as `posix_spawn_file_action_addclose` is a convenient way to close a handle in a subprocess in a race-free manner (e.g. unlike `O_CLOEXEC`, which is global). To avoid #251 we must first use `posix_spawn_file_action_addopen` on the fd (e.g. opening `/dev/null`) to be closed to ensure that it is valid, which has the side-effect of closing the inherited fd. We can then safely use `posix_spawn_file_action_addclose` to close the fd. Fixes #251.
-
- 02 Aug, 2022 3 commits
-
-
Michael Snoyman authored
-
Michael Snoyman authored
-
Michael Snoyman authored
-
- 15 Jun, 2022 2 commits
-
-
Michael Snoyman authored
-
Michael Snoyman authored
-
- 14 Jun, 2022 1 commit
-
-
Ben Gamari authored
Darwin violates POSIX by making `dup2(x,x)`, which should be a no-op, error. Consequently, we must take care not to `dup2` in such cases. We had already made this change in the `posix_spawnp` codepath but I had assumed that this *only* affected `posix_spawnp`, not the `dup2` system call itself.
-
- 31 May, 2022 1 commit
-
-
Michael Snoyman authored
winio: match mio in setting default encoding for pipes instead
-
- 29 May, 2022 1 commit
-
-
Tamar Christina authored
-
- 27 May, 2022 2 commits
-
-
Michael Snoyman authored
winio: Fix Handle mode on inherited handles.
-
Tamar Christina authored
-
- 26 May, 2022 1 commit
-
-
Michael Snoyman authored
Allow Win32-2.13
-
- 25 May, 2022 1 commit
-
-
Bodigrim authored
-
- 24 May, 2022 1 commit
-
-
Ben Gamari authored
fix cross-compiling configure issue
-
- 21 May, 2022 1 commit
-
-
kgardas authored
-
- 01 May, 2022 1 commit
-
-
Michael Snoyman authored
Bump base upper bound
-
- 29 Apr, 2022 1 commit
-
-
Ben Gamari authored
-
- 27 Apr, 2022 1 commit
-
-
Ben Gamari authored
testsuite/process011: Don't rely on Python
-
- 26 Apr, 2022 1 commit
-
-
Ben Gamari authored
The refactor of `process011` performed in 8cd7e043, where the test is taught to use `python3` instead of `sh`, has broken the test on Debian 10. Specifically, for reasons that I don't yet understand, `python3` exits with code 1 not code 2 when killing itself with signal 2. Strangely, my tests on other distributions (e.g. NixOS) suggest that Python's behavior in this case is rather inconsistent. To avoid this, we now rather use a dedicated C program instead of Python. Fixes #241.
-