From mboxrd@z Thu Jan 1 00:00:00 1970 From: Neil Jerram Subject: Re: bug#33403: [Geiser-users] Data length limit in Guile/Geiser/Scheme evaluation Date: Fri, 16 Nov 2018 11:16:56 +0000 Message-ID: <875zwx1dcn.fsf@ossau.homelinux.net> References: <87sh021kw2.fsf@ossau.homelinux.net> <878t1ugyf9.fsf@nicolasgoaziou.fr> <87h8gi1g5g.fsf@ossau.homelinux.net> <871s7mz357.fsf@imladris> <87bm6q1c33.fsf@ossau.homelinux.net> <87o9aq55tl.fsf@ossau.homelinux.net> <87d0r5349t.fsf@netris.org> <87y39t1olc.fsf@netris.org> <878t1t1ety.fsf@ossau.homelinux.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39714) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNc7a-00063t-Eo for emacs-orgmode@gnu.org; Fri, 16 Nov 2018 06:17:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gNc7W-0002mp-C6 for emacs-orgmode@gnu.org; Fri, 16 Nov 2018 06:17:10 -0500 Received: from ossau.homelinux.net ([18.217.239.99]:56170 helo=ip-172-31-40-63.us-east-2.compute.internal) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNc7W-0002gr-6Y for emacs-orgmode@gnu.org; Fri, 16 Nov 2018 06:17:06 -0500 In-Reply-To: <878t1t1ety.fsf@ossau.homelinux.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Mark H Weaver , geiser-users@nongnu.org, emacs-orgmode@gnu.org Cc: 33403@debbugs.gnu.org Neil Jerram writes: > Mark H Weaver writes: > >> This is a documented limitation in Linux's terminal handling when in >> canonical mode. See the termios(3) man page, which includes this text: >> >> Canonical and noncanonical mode >> >> The setting of the ICANON canon flag in c_lflag determines >> whether the terminal is operating in canonical mode (ICANON set) >> or noncanonical mode (ICANON unset). By default, ICANON is set. > [...] >> * The maximum line length is 4096 chars (including the >> terminating newline character); lines longer than 4096 chars >> are truncated. After 4095 characters, input processing (e.g., >> ISIG and ECHO* processing) continues, but any input data after >> 4095 characters up to (but not including) any terminating >> newline is discarded. This ensures that the terminal can >> always receive more input until at least one line can be read. >> >> Note that last item above. > > Awesome; thank you Mark. > > So possibly this limit can be removed, in my Org/Geiser context, by > evaluating (system* "stty" "-icanon") when initializing the Geiser-Guile > connection. I'll try that. Will the terminal that that 'stty' sees be > the same as Guile's stdin? > > Jao, if that works, I wonder if it should be the default for Geiser? It > appears to me that Geiser shouldn't ever need the features of canonical > mode. Is that right? > > Anyway, I'll see first if the stty call is effective. Yes, with this in my ~/.guile-geiser - (system* "stty" "-icanon") - I can do evaluations past the 4K line length limit, and the Org-driven problem that I first reported [1] has disappeared. Thanks to Nicolas, Jao and Mark for your help in understanding this. Neil [1] https://lists.gnu.org/archive/html/emacs-orgmode/2018-11/msg00177.html