Home/ Questions/Q 8339835
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-09T04:59:30+00:00

I have this following scenario. I create a pipe. Forked a child process. Child

  • 0

I have this following scenario.

  1. I create a pipe.

  2. Forked a child process.

  3. Child closes read end of the pipe explicitly and writes into the write end of the pipe and exits without closing anything ( exit should close all open file/pipe descriptors on behalf of the child, I presume).

  4. Parent closes the write end of the pipe explicitly and reads from the read end of the pipe using fgets until fgets returns NULL. ie it reads completely.

Now my question is, why does the parent need to close the read end of the pipe explicitly once its done reading? Isn’t it wise for the system to delete the pipe altogether once complete data has been read from the read-end?

I dint close the read end explicitly in the parent and I have Too many file descriptors error sooner or later while opening more pipes. My assumption was that the system automatically deletes a pipe once its write end is closed and data has been completely read from read end. Cos you cant from a pipe twice!

So, whats the rationale behind the system not deleting the pipe once data has been completely read and write end closed?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    You’re correct that the system will close the write end of the pipe once the child exits. However there could be another write end of that pipe open, if the child forks or passes a duplicate of the write end to another process.

    It is still true that the system would be able to tell when all the descriptors at one end of a pipe have been closed (either explicitly or because the owning process exited). It still doesn’t make sense to close those on the other end of the pipe, as that would lead to confusion when the parent process tries to close the descriptor on its end of the pipe; either:

    • the fd has been closed by the system, in which case there is an error as it tries to close an already closed fd; or
    • the fd has been reused, which is even worse as it is now closing a completely unrelated fd.

    From the point of view of the system, it might well have discarded the pipe once all the descriptors at one end have been closed, so you don’t need to worry about inefficiency there. What matters more is that the user space process should have a consistent experience, which means not closing the descriptor unless it is specifically requested.

    • 0