GNU bug report logs - #61514
30.0.50; sadistically long xml line hangs emacs

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregory Heytings <gregory <at> heytings.org>
Cc: mah <at> everybody.org, 61514 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#61514: 30.0.50; sadistically long xml line hangs emacs
Date: Tue, 21 Feb 2023 16:48:52 +0200

> Date: Tue, 21 Feb 2023 14:38:41 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: mah <at> everybody.org, 61514 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
> 
> 
> >
> > OK, but does it sound outrageous to have more than 1K of non-newline 
> > characters in a row without any brackets?
> >
> > At the very least, maybe make the value be in some variable?
> >
> 
> See my reply to Stefan.  With a 'with-restriction' of 10000 chars, the 
> file opens in 1.6 seconds.  I'm not sure it would make sense to add a 
> variable/defcustom there instead of the (admittedly somewhat arbitrary) 
> constant 10000, which should be large enough in practice.

OK, then let's go with that version.

Previous Next

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