GNU bug report logs -
#49253
27.2; Emacs non-responsive when pasting into terminal-mode
Previous Next
Reported by: Matt Bisson <bisson.m <at> gmail.com>
Date: Mon, 28 Jun 2021 15:23:02 UTC
Severity: normal
Found in version 27.2
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 49253 <at> debbugs.gnu.org (full text, mbox):
Looking at the (E-Lisp) function, it's not obvious to me where I
should put a (native-code) breakpoint. Any thought? Of course I can
figure something out, but if you happen to know...
On Mon, Jun 28, 2021 at 1:27 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Matt Bisson <bisson.m <at> gmail.com>
> > Date: Mon, 28 Jun 2021 13:18:04 -0400
> > Cc: 49253 <at> debbugs.gnu.org
> >
> > This is the Mac Terminal application that comes out of the box with
> > MacOS. It fully supports xterm-256color as the TERM type, and I can
> > actually paste just fine in other parts of Emacs. Although I'm having
> > trouble getting to a Linux terminal emulator these days, I realized
> > that I do have a machine running WIndows. I ran the Cygwin terminal
> > emulator, MinTTY, started (terminal, Cygwin -- i.e., not the Win32
> > native) Emacs, and it exhibits the same behavior. Something more
> > fundamental seems to be going wrong.
>
> I think you'll have to run this under GDB and see what kind of
> "invalid argument" this scenario triggers on your systems. The same
> issue on multiple system with several terminal emulators almost always
> means some local setting problem.
This bug report was last modified 1 year and 153 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.