Files
cmake/Source
Christopher Wellons 194232e2bc debugger: handle read errors on POSIX pipe and test abrupt disconnect
The POSIX pipe read wrappers stored the return of ::read() into an
unsigned result, so a negative count (e.g. EBADF from a concurrent
close on another thread) became SIZE_MAX. ContentReader::buffer()
would then try to grow its deque by ~18 exabytes and crash with
either std::length_error (glibc) or a stack smash (libc++). Treat
any non-positive ::read() return as EOF/error, close the pipe, and
return 0 so the peer's SessionThread observes a clean empty payload.

cmDebuggerPipeClient is test-only infrastructure; production cmake
is always the pipe server. Production close() assumes sequential
access, which holds in normal use (the adapter destructor joins
SessionThread before closing the connection). The new abrupt-
disconnect test however needs to wake a sibling thread blocked in
read() on the same fd, which Linux ::close() does not do.

Add a ShutdownForTesting() method that calls shutdown(SHUT_RDWR)
without freeing the fd, so any concurrent blocking read wakes
with a clean zero-length return. On Windows, CloseHandle already
cancels pending overlapped I/O, so the helper just forwards to
close(). Use it from testProtocolWithPipesAbruptDisconnect in
place of close().
2026-04-09 13:20:45 -04:00
..
2026-03-20 08:56:19 -04:00
2026-04-09 00:04:53 -04:00
2026-03-12 14:00:59 -04:00
2026-01-29 10:16:59 -05:00
2026-03-10 11:46:49 -04:00
2025-08-01 09:56:00 -04:00
2025-11-12 14:54:35 -05:00
2025-10-07 09:29:18 -04:00
2025-08-26 14:29:01 -07:00
2026-01-13 11:29:23 -05:00
2026-04-02 13:23:54 -04:00
2026-01-27 18:15:26 +01:00
2025-11-12 14:54:35 -05:00
2025-11-12 14:54:35 -05:00
2026-02-03 09:34:23 +03:00
…