|
From: | Paul Eggert |
Subject: | bug#6149: bug#24531: process-send-string seems to truncate lines over 4096 characters |
Date: | Thu, 27 Jul 2023 07:51:31 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 |
On 2023-07-27 06:59, Spencer Baugh wrote:
AFAIU, that is based on the errno value returned by a 'write' call which attempts to write too many bytes (see the would_block function). I guess writes to PTYs don't do that?Writes to PTYs do tell us when the data has been truncated.
Unfortunately not. Data bytes are silently truncated, at least on Ubuntu 23.04. If I fire up Emacs and type:
M-x shell RET cat >out RET C-u 4096 x RET C-dthe last RET causes Emacs to write 4097 bytes (4096 'x's followed by a newline) to the pty. This 'write' system call succeeds and returns 4097. However, the two 'read' calls that 'cat' executes see only 4095 'x's followed by '\n' ('read' returns 4096) followed by EOF ('read' returns 0). An 'x' was lost, and Emacs has no way to see this directly.
This comes from the canonical mode of Linux's terminal driver, which silently discards non-newline bytes after the 4095th byte of an input line. See:
https://github.com/torvalds/linux/blob/v6.4/drivers/tty/n_tty.c#L1648One possibility is that Emacs could monitor writes to a Linux pty, looking for too many non-newline bytes in a row, and warn the user if that number exceeds 4095. That might be the best it can do in this troublesome environment. (The warning would be irrelevant for ttys operating in non-canonical mode, which have a different set of problems.)
[Prev in Thread] | Current Thread | [Next in Thread] |