Re: git: 9ac6eda6c6a3 - main - pipe: try to skip locking the pipe if a non-blocking fd is used
- Reply: John Baldwin : "Re: git: 9ac6eda6c6a3 - main - pipe: try to skip locking the pipe if a non-blocking fd is used"
- In reply to: Gleb Smirnoff : "Re: git: 9ac6eda6c6a3 - main - pipe: try to skip locking the pipe if a non-blocking fd is used"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 17 Aug 2022 15:39:22 UTC
On Wed, Aug 17, 2022 at 08:34:22AM -0700, Gleb Smirnoff wrote: T> This also breaks API. Although not explicitly narrated by POSIX or our T> documentation, but there is a strong contract that, if application had T> received a non-blocking fd from event dispatcher (kevent, poll, select) T> as writable, then it is possible to write thre non-zero bytes with next T> syscall. Actually for poll(2) and kevent(2) you can almost read this contract between the lines: POLLWRNORM Normal data may be written without blocking. EVFILT_WRITE Takes a descriptor as the identifier, and returns whenever it is possible to write to the descriptor. For sockets, pipes and fifos, data will contain the amount of space remaining in the write buffer. The filter will set EV_EOF when the reader disconnects, and for the fifo case, this will be cleared when a new reader connects. Note that this filter is not supported for vnodes. So with this change it may happen that previous return of poll or kevent returned incorrect information. -- Gleb Smirnoff