all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#18558: 24.4.50; Debugger slow with long strings
@ 2014-09-25  9:16 Helmut Eller
  2016-02-19  8:41 ` Marcin Borkowski
  0 siblings, 1 reply; 4+ messages in thread
From: Helmut Eller @ 2014-09-25  9:16 UTC (permalink / raw)
  To: 18558

Moving the cursor in the debugger window is very slow in the following
example:

shell> cat test.el
(progn
  (defun foo (n string)
    (cond ((= n 0) (debug))
          (t (foo (1- n) string))))
  (foo 30 (make-string 500000 ?\\)))

shell> emacs -Q -nw -l test.el

Now move the cursor around to see the slowness.

Maybe the debugger should truncate long strings as it does with long
lists.


In GNU Emacs 24.4.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.10)
 of 2014-09-08 on ix





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18558: 24.4.50; Debugger slow with long strings
  2014-09-25  9:16 bug#18558: 24.4.50; Debugger slow with long strings Helmut Eller
@ 2016-02-19  8:41 ` Marcin Borkowski
  2016-02-19  9:03   ` Eli Zaretskii
  2016-02-19  9:15   ` Helmut Eller
  0 siblings, 2 replies; 4+ messages in thread
From: Marcin Borkowski @ 2016-02-19  8:41 UTC (permalink / raw)
  To: Helmut Eller; +Cc: 18558

On 2014-09-25, at 12:16, Helmut Eller <eller.helmut@gmail.com> wrote:

> Moving the cursor in the debugger window is very slow in the following
> example:
>
> shell> cat test.el
> (progn
>   (defun foo (n string)
>     (cond ((= n 0) (debug))
>           (t (foo (1- n) string))))
>   (foo 30 (make-string 500000 ?\\)))
>
> shell> emacs -Q -nw -l test.el
>
> Now move the cursor around to see the slowness.
>
> Maybe the debugger should truncate long strings as it does with long
> lists.

Confirmed on GNU Emacs 25.1.50.2 (commit 4ccd268).

I would guess that the problem is not in long string /per se/, but with
lon lines in the *Backtrace* buffer, i.e. probably something connected
with the display engine.  I guess this bug should either be closed or
merged with some other one (one of the other ones, perhaps) dealing with
efficiency problems with long lines.

Best,

-- 
mbork





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18558: 24.4.50; Debugger slow with long strings
  2016-02-19  8:41 ` Marcin Borkowski
@ 2016-02-19  9:03   ` Eli Zaretskii
  2016-02-19  9:15   ` Helmut Eller
  1 sibling, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2016-02-19  9:03 UTC (permalink / raw)
  To: Marcin Borkowski; +Cc: eller.helmut, 18558

> From: Marcin Borkowski <mbork@mbork.pl>
> Date: Fri, 19 Feb 2016 09:41:01 +0100
> Cc: 18558@debbugs.gnu.org
> 
> On 2014-09-25, at 12:16, Helmut Eller <eller.helmut@gmail.com> wrote:
> 
> > Moving the cursor in the debugger window is very slow in the following
> > example:
> >
> > shell> cat test.el
> > (progn
> >   (defun foo (n string)
> >     (cond ((= n 0) (debug))
> >           (t (foo (1- n) string))))
> >   (foo 30 (make-string 500000 ?\\)))
> >
> > shell> emacs -Q -nw -l test.el
> >
> > Now move the cursor around to see the slowness.
> >
> > Maybe the debugger should truncate long strings as it does with long
> > lists.
> 
> Confirmed on GNU Emacs 25.1.50.2 (commit 4ccd268).
> 
> I would guess that the problem is not in long string /per se/, but with
> lon lines in the *Backtrace* buffer, i.e. probably something connected
> with the display engine.  I guess this bug should either be closed or
> merged with some other one (one of the other ones, perhaps) dealing with
> efficiency problems with long lines.

Yes, please merge it.

Thanks.





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#18558: 24.4.50; Debugger slow with long strings
  2016-02-19  8:41 ` Marcin Borkowski
  2016-02-19  9:03   ` Eli Zaretskii
@ 2016-02-19  9:15   ` Helmut Eller
  1 sibling, 0 replies; 4+ messages in thread
From: Helmut Eller @ 2016-02-19  9:15 UTC (permalink / raw)
  To: Marcin Borkowski; +Cc: 18558

On Fri, Feb 19 2016, Marcin Borkowski wrote:

> I would guess that the problem is not in long string /per se/, but with
> lon lines in the *Backtrace* buffer, i.e. probably something connected
> with the display engine.  I guess this bug should either be closed or
> merged with some other one (one of the other ones, perhaps) dealing with
> efficiency problems with long lines.

It seems very unlikely that the general "long-lines" problem of the
display engine will be fixed.  In contrast, the debugger could be
changed to not generate long lines, e.g. by truncating long string like
it does for long/cyclic lists.

Helmut





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-02-19  9:15 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-09-25  9:16 bug#18558: 24.4.50; Debugger slow with long strings Helmut Eller
2016-02-19  8:41 ` Marcin Borkowski
2016-02-19  9:03   ` Eli Zaretskii
2016-02-19  9:15   ` Helmut Eller

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.