On 4/2/24 12:22 PM, Carl Edquist wrote:
This seems like it would be pretty easy to fix if a coproc closed the fds
corresponding to an existing coproc in the child after the fork
the forked coproc has to close its fds to/from _all_ other existing coprocs
(as there can be several).
And there
Il 03/04/24 15:10, Martin Guy ha scritto:
The "unlimited" keyword is not mentioned in the manual page, and
should be.
Oops. Yes it is. Only dash lacks a mention of it. Sorry for the noise.
M
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi.
ulimit -c unlimited
The "unlimited" keyword is not mentioned in the manual page, and should be.
(nor is it for dash(1) so it looks like someone copied some else's
manual page!)
With thanks
M
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 3/14/24 5:58 AM, Carl Edquist wrote:
HOWEVER!!!
Unexpectedly, the new multi-coproc code seems to close the user shell's end
of a coprocess's pipes, once the coprocess has terminated. When compiled
with MULTIPLE_COPROCS=1, this is true even if there is only a single coproc:
$ coproc
On Wed, Apr 3, 2024 at 10:32 AM Chet Ramey wrote:
>
> How long should the shell defer deallocating the coproc after the process
> terminates? What should it do to make sure that the variables don't hang
> around with invalid file descriptors? Or should the user be responsible for
> unsetting the a
