From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12908: 24.3.50; file `emacs_backtrace.txt'? Date: Fri, 16 Nov 2012 11:22:51 -0800 Message-ID: <5F469B1E1F824FA8B16159BB2E0DE869@us.oracle.com> References: <4B9EFDFEE27E43DBB6331605DD7C2842@us.oracle.com> <838va14blm.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1353093804 14906 80.91.229.3 (16 Nov 2012 19:23:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Nov 2012 19:23:24 +0000 (UTC) Cc: 12908@debbugs.gnu.org, 12908-done@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 16 20:23:34 2012 Return-path: Envelope-to: geb-bug-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 1TZRVj-0003p1-Tb for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Nov 2012 20:23:32 +0100 Original-Received: from localhost ([::1]:37348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZRVZ-0000W8-SV for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Nov 2012 14:23:21 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46548) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZRVV-0000UV-FA for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2012 14:23:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TZRVS-0001Lf-D7 for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2012 14:23:17 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38828) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TZRVS-0001La-9k for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2012 14:23:14 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TZRWE-0001Wd-61 for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2012 14:24:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Nov 2012 19:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12908 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12908-submit@debbugs.gnu.org id=B12908.13530938295839 (code B ref 12908); Fri, 16 Nov 2012 19:24:02 +0000 Original-Received: (at 12908) by debbugs.gnu.org; 16 Nov 2012 19:23:49 +0000 Original-Received: from localhost ([127.0.0.1]:49078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZRW1-0001W4-Dp for submit@debbugs.gnu.org; Fri, 16 Nov 2012 14:23:49 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:26659) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TZRVy-0001Vr-OI; Fri, 16 Nov 2012 14:23:47 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAGJMu54019270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Nov 2012 19:22:57 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAGJMueq023388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Nov 2012 19:22:56 GMT Original-Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAGJMuqH024227; Fri, 16 Nov 2012 13:22:56 -0600 Original-Received: from dradamslap1 (/10.159.229.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Nov 2012 11:22:55 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <838va14blm.fsf@gnu.org> Thread-Index: Ac3ELLPuPAlb+rOkQdyAF8AwStvA3gAASE/w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-Spam-Score: 0.7 (/) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:67023 Archived-At: > It's written in the current directory of the Emacs process, and only > if you click NO on the abort dialog. I don't understand. If you click NO then you are saying that you do NOT want to participate in debugging the crash. Why would Emacs insist in that case in writing a backtrace file for debugging to your hard drive? That does not seem very friendly (or useful) on the part of Emacs. > > I looked in the Emacs manual, the Elisp manual, and NEWS for some > > information about this file, but found nothing (so there is > > a doc bug, at least). > > Right, now fixed (revision 110913 on the trunk). > > > What is the file for > > It contains the call-stack backtrace, which could be used to find the > sequence of function calls that led to the crash. Similar to what GDB > produces when you type "bt". So it could be used for debugging. But it is written only if a user says that s?he does NOT want to debug the crash. I understand that such a NO means, in particular, that s?he does not want to use gdb, but it can also mean that s?he does not want to bother with any debugging etc. Why assume that s?he wants a backtrace file written? > > how are users to use it > > Users should include it with their bug reports. Does my having included it in this bug report help in some way? I'm guessing no, but would love to be shown wrong. > If you have the addr2line.exe program on your disk, you can > produce a more readable backtrace from these numbers, see > the Emacs user manual for details. And if you do not have addr2line? Is the backtrace really useful for anyone in that case? Did the backtrace I included here help at all? (Not rhetorical questions.) > > and control whether and where it is written > > You can't. It's always written in the current directory of the Emacs > process, which is normally a single directory determined by what your > desktop shortcut says. Why not let users decide where the file is written, and record that directory (of the process) as part of the file content (or record it elsewhere)? Sounds like shades of Unix .core files. At least there are ways for users to turn off writing such coredumps (and even ways to turn that off selectively, for given directories). You've closed the bug, considering, I imagine, that it is only a doc bug and that you have now documented it, so end of story. I don't see it that way. Emacs is now writing something to arbitrary user directories. That is something new and not necessarily always welcome. Please consider working on this aspect some more. Thx.