 |
 |
 |
 |
 |
|
|
|
|
|
|
|
The structure of this procedure echoes that of “readp” in many respects.
Note that a “writer”, which finds that there are no more “readers” left, receives a “signal” just in case he is not monitoring the result of his “write” operation.
(A “reader” in the analogous situation receives a zero character count as the result of the read, and this is the standard end-of-file indication.)
The “pipe” size is not allowed to grow beyond “PIPSIZ” characters. As long as “PIPSIZ” (7715) is no greater than 4096, the file will not be converted to a “large” file. This is highly desirable from the viewpoint of access efficiency.
(Note that “PIPSIZ” limits the “write” offset pointer value. If the “read” offset pointer is not far behind, the true content of the “pipe” may be quite small).
|
|
|
|
|
|