1023 character limit for a single line in commint-mode

[tom111]

This was discussed
https://groups.google.com/forum/#!msg/macaulay2/bdvO1fKyZWk/KjAYTiXOpBEJ;context-place=forum/macaulay2

Observations

• This problem is limited to MacOS
• Other emacs modes also encounter this problem, for example there are some bug reports for ESS.
• https://emacs.stackexchange.com/questions/20364/1024-char-limit-on-command-line-in-emacs-shell-mode-on-osx

It's 2018. Let's try to fix this.

[DanGrayson]

This might be relevant: https://unix.stackexchange.com/a/131221/236484

I tried "stty cbreak" and it worked as described there.

[tom111]

So shall we modify commint-mode so that it does not use "canonical input mode"?

[DanGrayson]

No, for then C-d will stop working to indicate EOF.

[tom111]

Shouldn't emacs be able to do all the things that canonical input mode does? If I delete a character in M2-mode, is it deleted by emacs or by the shell in its internal buffer?
I'll have to read up on what the emacs mode actually does...

[DanGrayson]

I'm not sure what your question is about -- character deletion in an emacs buffer is handled by emacs.

[mikestillman]

What is the status of this? I too find it annoying that I cannot use f11 to send a long line to M2...!

[tom111]

I don’t know how to solve this. Other projects have this problem too, but no solution had emerged when I looked into it last year.