From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: Emacs hangs with 100pc CPU during query-replace Date: Sat, 19 Jul 2014 10:51:56 -0700 (PDT) Message-ID: References: <<87tx6e2tr1.fsf@gmail.com> <87vbqu1721.fsf@debian.uxu>> <<87ha2d22v9.fsf@gmail.com> <87vbqtkb32.fsf@web.de>> <<871tth1zw9.fsf@gmail.com>> <<83iomt63uf.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1405792359 12050 80.91.229.3 (19 Jul 2014 17:52:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 19 Jul 2014 17:52:39 +0000 (UTC) To: Eli Zaretskii , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jul 19 19:52:34 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X8YoC-0003gN-6v for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Jul 2014 19:52:32 +0200 Original-Received: from localhost ([::1]:55170 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8YoB-0008Oh-TM for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Jul 2014 13:52:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47712) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8Ynu-0008Oc-3l for help-gnu-emacs@gnu.org; Sat, 19 Jul 2014 13:52:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X8Ynn-0007Sa-Fo for help-gnu-emacs@gnu.org; Sat, 19 Jul 2014 13:52:14 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:34729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8Yng-0007B5-9H; Sat, 19 Jul 2014 13:52:00 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s6JHpwqd017024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 19 Jul 2014 17:51:59 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6JHpv60006185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 19 Jul 2014 17:51:58 GMT Original-Received: from ubhmt120.oracle.com (ubhmt120.oracle.com [156.151.24.25]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6JHpvEc003134; Sat, 19 Jul 2014 17:51:57 GMT In-Reply-To: <<83iomt63uf.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:98796 Archived-At: > > One more question: the backtraces I get contain ascii-control character= s > > - how can I copy/insert them into an email with these chars replaced (b= y > > their string representation -> ^K e.g.)? >=20 > You shouldn't bother, as those characters are not helpful anyway. >=20 > If you want to produce a more helpful backtrace, manually load each > library as .el file, then the backtrace will not include byte code. Yes, as Eli says, loading source code provides a more helpful backtrace (more and better information). And yes, characters introduced by byte code are not helpful/useful. But see Emacs bug #6991: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D6991/ This is what jidanni reported in #6991: Please keep bytecode out of *Backtrace* buffers. * It is unreadable. * It will cause problems when sent via email. Even if one runs col(1) and strings(1) on it, nobody can read it anyway. * The mountain of gobbledygook makes people reading give up on trying to help. E.g., http://article.gmane.org/gmane.emacs.w3m/8695 Emacs users should be able to paste a backtrace that does contain byte-code chars, and have those chars elided or removed, rather than have the pasted text be truncated at some point because of a byte-code char. IOW, users should not need to fiddle with a backtrace to try to piece together its non byte-code parts when trying to report it. In addition, it is not very practical to ask users to find and load each and every source file that might contribute to a backtrace. Especially if the trace appeared because of `debug-on-error' and it might not be easy to reproduce the error. And even if only source code is loaded, there can be some code parts that are byte-compiled (programmatically). Byte-compiling is not limited to a whole file. No reason was given for not fixing bug #6991, or even for keeping it open but relegating it to the `wishlist' until someone can get around to fixing it. What was the response to jidanni's bug filing? This one-liner: From: Glenn Morris No. Closed as wontfix. That is not very helpful. With some struggle, we eventually got the `wontfix' tag removed, the bug moved to `wishlist' and tagged `patch' (Stefan provided a patch that he says does not work for him). But other than that, no progress.