GNU bug report logs - #6800
23.1; EOT / ^D inserted into comint input string

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6800 in the body.
You can then email your comments to 6800 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David Fox <ddssff <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; EOT / ^D inserted into comint input string
Date: Thu, 5 Aug 2010 07:58:13 -0700

[Message part 1 (text/plain, inline)]

When an input longer than 255 characters is typed into comint (or
shell) an EOT character (ascii 4, ^D) is inserted into the string.
This can cause an error depending how the sub process handles these
extra characters.  For example, GHC doesn't like it when an EOT
appears inside of a string:

 ghci
 > Prelude> putStrLn "<a 241 character string>"
works fine, but
 > Prelude> putStrLn "<a 242 character string>"
<interactive>:1:255: lexical error at character '\EOT'

I inserted a function to break up the input into comint-send-string to work
around the problem:

(require 'comint)

(defun comint-send-string (process string)
  "Like `process-send-string', but also does extra bookkeeping for Comint
mode."
  (if process
      (with-current-buffer (if (processp process)
                   (process-buffer process)
                 (get-buffer process))
    (comint-snapshot-last-prompt))
    (comint-snapshot-last-prompt))
  (my-process-send-string process string))

;; Break up the string so that we don't get EOT characters in our input
stream.
(defun my-process-send-string (process string)
  (if (> (length string) 200)
      (progn (process-send-string process (substring string 0 200))
(my-process-send-string process (substring string 200)))
    (process-send-string process string)))

[Message part 2 (text/html, inline)]

Message #8 received at 6800 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: David Fox <ddssff <at> gmail.com>
Cc: 6800 <at> debbugs.gnu.org
Subject: Re: bug#6800: 23.1; EOT / ^D inserted into comint input string
Date: Sat, 11 Sep 2010 16:01:05 +0200

> When an input longer than 255 characters is typed into comint (or
> shell) an EOT character (ascii 4, ^D) is inserted into the string.
> This can cause an error depending how the sub process handles these
> extra characters.  For example, GHC doesn't like it when an EOT
> appears inside of a string:

I believe this bug is fixed on the Emacs trunk (to become Emacs-24), but
the fix may introduce other problems.  Apparently nobody knows how to
fix it right and there is about as much as no documentation at all on
this part of the behavior of ttys.


        Stefan

Message #13 received at 6800-done <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 6800-done <at> debbugs.gnu.org, David Fox <ddssff <at> gmail.com>
Subject: Re: bug#6800: 23.1; EOT / ^D inserted into comint input string
Date: Fri, 12 Aug 2016 19:36:52 +0100

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> When an input longer than 255 characters is typed into comint (or
>> shell) an EOT character (ascii 4, ^D) is inserted into the string.
>> This can cause an error depending how the sub process handles these
>> extra characters.  For example, GHC doesn't like it when an EOT
>> appears inside of a string:
>
> I believe this bug is fixed on the Emacs trunk (to become Emacs-24), but
> the fix may introduce other problems.  Apparently nobody knows how to
> fix it right and there is about as much as no documentation at all on
> this part of the behavior of ttys.

IIRC this code is no longer in Emacs. I'll close this bug.

-- 
Alan Third

Message #16 received at 6800 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: David Fox <ddssff <at> gmail.com>
Cc: 6800 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#6800: 23.1; EOT / ^D inserted into comint input string
Date: Fri, 12 Aug 2016 19:43:22 +0100

On Fri, Aug 12, 2016 at 11:40:03AM -0700, David Fox wrote:
> On Fri, Aug 12, 2016 at 11:36 AM, Alan Third <alan <at> idiocy.org> wrote:
> 
> > Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> >
> > >> When an input longer than 255 characters is typed into comint (or
> > >> shell) an EOT character (ascii 4, ^D) is inserted into the string.
> > >> This can cause an error depending how the sub process handles these
> > >> extra characters.  For example, GHC doesn't like it when an EOT
> > >> appears inside of a string:
> > >
> > > I believe this bug is fixed on the Emacs trunk (to become Emacs-24), but
> > > the fix may introduce other problems.  Apparently nobody knows how to
> > > fix it right and there is about as much as no documentation at all on
> > > this part of the behavior of ttys.
> >
> > IIRC this code is no longer in Emacs. I'll close this bug.
> >
> >
> 
> I do know that commands longer than 4096 characters are truncated in emacs
> 24.3.1

I just looked at bug#7078 which talks about that. Perhaps these two
should be merged.

-- 
Alan Third

Message #25 received at 6800-done <at> debbugs.gnu.org (full text, mbox):

From: David Fox <ddssff <at> gmail.com>
To: Alan Third <alan <at> idiocy.org>
Cc: 6800-done <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#6800: 23.1; EOT / ^D inserted into comint input string
Date: Fri, 12 Aug 2016 11:40:03 -0700

[Message part 1 (text/plain, inline)]

On Fri, Aug 12, 2016 at 11:36 AM, Alan Third <alan <at> idiocy.org> wrote:

> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
> >> When an input longer than 255 characters is typed into comint (or
> >> shell) an EOT character (ascii 4, ^D) is inserted into the string.
> >> This can cause an error depending how the sub process handles these
> >> extra characters.  For example, GHC doesn't like it when an EOT
> >> appears inside of a string:
> >
> > I believe this bug is fixed on the Emacs trunk (to become Emacs-24), but
> > the fix may introduce other problems.  Apparently nobody knows how to
> > fix it right and there is about as much as no documentation at all on
> > this part of the behavior of ttys.
>
> IIRC this code is no longer in Emacs. I'll close this bug.
>
> --
> Alan Third
>

I do know that commands longer than 4096 characters are truncated in emacs
24.3.1

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.