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#12911: 24.3.50; let users decide where (& perhaps whether)`emacs_backtrace.txt' filesare written Date: Wed, 21 Nov 2012 08:24:49 -0800 Message-ID: <58D82C28C53E4499B15C57A4FE2687F1@us.oracle.com> References: <83wqxk3d1z.fsf@gnu.org> <83y5hyxnb1.fsf@gnu.org> <83wqxhy4ha.fsf@gnu.org> <83fw45xxzk.fsf@gnu.org> <83ehjpxwqd.fsf@gnu.org> <838v9xxss8.fsf@gnu.org> <83zk2dvsba.fsf@gnu.org> <50AB0EDE.40109@dancol.org><83r4now6jk.fsf@gnu.org> <50ABBFA4.6080402@dancol.org><83haokw3ss.fsf@gnu.org><5CBDAE291F7447E8834BD7E61FF36B8A@us.oracle.com><836250vyfo.fsf@gnu.org><83vcczvcqj.fsf@gnu.org> <50AC5276.60406@dancol.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 1353515163 9419 80.91.229.3 (21 Nov 2012 16:26:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Nov 2012 16:26:03 +0000 (UTC) Cc: 12911@debbugs.gnu.org To: "'Juanma Barranquero'" , "'Daniel Colascione'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 21 17:26:13 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 1TbD7s-0001Kw-2I for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Nov 2012 17:26:12 +0100 Original-Received: from localhost ([::1]:43248 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbD7h-0004Oz-EM for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Nov 2012 11:26:01 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:51297) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbD7Z-0004Mu-H2 for bug-gnu-emacs@gnu.org; Wed, 21 Nov 2012 11:25:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TbD7T-0000lA-DI for bug-gnu-emacs@gnu.org; Wed, 21 Nov 2012 11:25:53 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TbD7T-0000l6-1E for bug-gnu-emacs@gnu.org; Wed, 21 Nov 2012 11:25:47 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TbD8g-0005kL-C3 for bug-gnu-emacs@gnu.org; Wed, 21 Nov 2012 11:27: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: Wed, 21 Nov 2012 16:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 12911-submit@debbugs.gnu.org id=B12911.135351518022039 (code B ref 12911); Wed, 21 Nov 2012 16:27:02 +0000 Original-Received: (at 12911) by debbugs.gnu.org; 21 Nov 2012 16:26:20 +0000 Original-Received: from localhost ([127.0.0.1]:59359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TbD7y-0005jP-OS for submit@debbugs.gnu.org; Wed, 21 Nov 2012 11:26:19 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:50223) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TbD7v-0005jH-NO for 12911@debbugs.gnu.org; Wed, 21 Nov 2012 11:26:16 -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 qALGOqk7006876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 21 Nov 2012 16:24:53 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qALGOp0s002230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Nov 2012 16:24:52 GMT Original-Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qALGOplE003423; Wed, 21 Nov 2012 10:24:51 -0600 Original-Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Nov 2012 08:24:51 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac3H/yl5B0//y58OS+u3Tf/fkQblxgABKu+Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list 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:67274 Archived-At: > > All my other programs store program-generated files under > > AppData. None writes indiscriminately to the current directory > > in the event of a crash. > > Do you have many Windows programs that do generate a backtrace file in > the event of failure? And do they all write to %APPDATA%? > > If the answer to both questions is "yes", are these Cygwin programs? Why not add "and whose name is `Emacs'" while you're at it? Seriously, this is not only about applications that generate a backtrace file. It's about the etiquette that applications generally respect on Windows, in order to respect the user and user data. Why narrow it to applications that write backtrace files? Is there something particular about that case which should exclude it from respecting of the normal etiquette? Sure, if a program absolutely CANNOT respect the expected behavior because of some hard constraint, then maybe that's a reason to make it an exception. So far, we haven't seen such a reason, AFAICT. It might not be super simple for Emacs to DTRT here, but that's not the same thing as saying that it CANNOT do so. And of course we have several decades of Emacs use without this new feature, in which Emacs has not found it necessary to go beyond the pale.