From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>, help-gnu-emacs@gnu.org
Subject: RE: Emacs hangs with 100pc CPU during query-replace
Date: Sat, 19 Jul 2014 10:51:56 -0700 (PDT) [thread overview]
Message-ID: <b519ad98-1c65-46a1-a84d-e262eeebca8e@default> (raw)
In-Reply-To: <<83iomt63uf.fsf@gnu.org>>
> > One more question: the backtraces I get contain ascii-control characters
> > - how can I copy/insert them into an email with these chars replaced (by
> > their string representation -> ^K e.g.)?
>
> You shouldn't bother, as those characters are not helpful anyway.
>
> 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=6991/
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.
next prev parent reply other threads:[~2014-07-19 17:51 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-18 22:21 Emacs hangs with 100pc CPU during query-replace Thorsten Jolitz
2014-07-19 0:30 ` Michael Heerdegen
[not found] ` <mailman.5641.1405730121.1147.help-gnu-emacs@gnu.org>
2014-07-19 1:16 ` Emanuel Berg
2014-07-19 1:36 ` Michael Heerdegen
2014-07-19 1:41 ` Michael Heerdegen
[not found] ` <mailman.5647.1405734322.1147.help-gnu-emacs@gnu.org>
2014-07-19 1:57 ` Emanuel Berg
2014-07-19 3:42 ` if and only if an Error message (was: Re: Emacs hangs with 100pc CPU during query-replace) Emanuel Berg
2014-07-19 4:00 ` if and only if an Error message Michael Heerdegen
[not found] ` <mailman.5654.1405742487.1147.help-gnu-emacs@gnu.org>
2014-07-19 4:10 ` Emanuel Berg
2014-07-19 4:38 ` Michael Heerdegen
[not found] ` <mailman.5655.1405744730.1147.help-gnu-emacs@gnu.org>
2014-07-19 4:49 ` Emanuel Berg
2014-07-19 5:05 ` Michael Heerdegen
2014-07-19 5:11 ` Michael Heerdegen
[not found] ` <mailman.5656.1405746345.1147.help-gnu-emacs@gnu.org>
2014-07-19 5:12 ` Emanuel Berg
2014-07-19 5:49 ` Michael Heerdegen
2014-07-19 6:01 ` Michael Heerdegen
[not found] ` <mailman.5660.1405749012.1147.help-gnu-emacs@gnu.org>
2014-07-19 11:48 ` Emanuel Berg
2014-07-19 17:55 ` Drew Adams
2014-07-20 1:42 ` Michael Heerdegen
[not found] ` <mailman.5724.1405820570.1147.help-gnu-emacs@gnu.org>
2014-07-20 21:38 ` Emanuel Berg
2014-07-21 8:51 ` Michael Heerdegen
[not found] ` <mailman.5803.1405932728.1147.help-gnu-emacs@gnu.org>
2014-07-21 14:12 ` Emanuel Berg
2014-07-20 22:48 ` avoiding global variables (was: Re: if and only if an Error message) Emanuel Berg
2014-07-21 5:01 ` avoiding global variables Thien-Thi Nguyen
[not found] ` <mailman.5793.1405918685.1147.help-gnu-emacs@gnu.org>
2014-07-21 14:10 ` Emanuel Berg
[not found] ` <mailman.5645.1405733824.1147.help-gnu-emacs@gnu.org>
2014-07-19 1:52 ` Emacs hangs with 100pc CPU during query-replace Emanuel Berg
2014-07-19 8:02 ` Thorsten Jolitz
2014-07-19 8:18 ` Eli Zaretskii
2014-07-19 8:27 ` Michael Heerdegen
2014-07-19 8:49 ` Thorsten Jolitz
2014-07-19 9:06 ` Thorsten Jolitz
2014-07-19 10:27 ` Eli Zaretskii
2014-07-19 11:29 ` Thorsten Jolitz
2014-07-19 10:33 ` Eli Zaretskii
2014-07-19 11:30 ` Thorsten Jolitz
[not found] ` <<871tth1zw9.fsf@gmail.com>
[not found] ` <<83iomt63uf.fsf@gnu.org>
2014-07-19 17:51 ` Drew Adams [this message]
[not found] <mailman.5636.1405722116.1147.help-gnu-emacs@gnu.org>
2014-07-18 23:20 ` Emanuel Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b519ad98-1c65-46a1-a84d-e262eeebca8e@default \
--to=drew.adams@oracle.com \
--cc=eliz@gnu.org \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).