From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.bugs Subject: bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written Date: Tue, 20 Nov 2012 09:36:36 -0800 Message-ID: <50ABBFA4.6080402@dancol.org> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig91172F8A1B46B397D910855B" X-Trace: ger.gmane.org 1353433022 30890 80.91.229.3 (20 Nov 2012 17:37:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Nov 2012 17:37:02 +0000 (UTC) Cc: 12911@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 20 18:37: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 1Tarl2-0007NL-6h for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2012 18:37:12 +0100 Original-Received: from localhost ([::1]:45457 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tarkr-00038t-Tp for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2012 12:37:01 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38549) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tarkm-00037W-EZ for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 12:36:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tarki-0002X3-2B for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 12:36:56 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tarkh-0002Wm-Uj for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 12:36:51 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tarlp-00074Q-Nj for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 12:38:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Colascione Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Nov 2012 17:38:01 +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.135343307427165 (code B ref 12911); Tue, 20 Nov 2012 17:38:01 +0000 Original-Received: (at 12911) by debbugs.gnu.org; 20 Nov 2012 17:37:54 +0000 Original-Received: from localhost ([127.0.0.1]:57182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tarlh-000746-Ne for submit@debbugs.gnu.org; Tue, 20 Nov 2012 12:37:54 -0500 Original-Received: from dancol.org ([96.126.100.184]:39598) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tarlf-00073y-Ck for 12911@debbugs.gnu.org; Tue, 20 Nov 2012 12:37:52 -0500 Original-Received: from c-76-22-66-162.hsd1.wa.comcast.net ([76.22.66.162] helo=[192.168.1.2]) by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1TarkV-0000C2-2d; Tue, 20 Nov 2012 09:36:39 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 In-Reply-To: <83r4now6jk.fsf@gnu.org> X-Enigmail-Version: 1.4.6 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:67215 Archived-At: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig91172F8A1B46B397D910855B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11/20/12 9:03 AM, Eli Zaretskii wrote: >> Date: Mon, 19 Nov 2012 21:02:22 -0800 >> From: Daniel Colascione >> CC: Eli Zaretskii , 12911@debbugs.gnu.org >> >> On 11/19/2012 8:59 PM, Stefan Monnier wrote: >>>>> Because currently w32 users get annoyed with new files appearing wh= ere >>>>> they don't want any. >>>> Only one user complained so far. >>> >>> FWIW, I'd be annoyed if I were a w32 user and had to deal with >>> emacs_backtrace.txt files appearing in directories without my saying >>> so explicitly. >> >> I agree that the behavior is bad. If we really need these emacs_backtr= ace.txt, >> they should go under %LOCALAPPDATA%. >=20 > %LOCALAPPDATA%? It doesn't exist on XP and earlier systems. There's > only %APPDATA% there. To distinguish, we'd need to probe the OS > version, or try both places. That means more system API calls. Not > rocket science, but still: complications, at the time that every tweak > counts. > Accessing environment variables is another problematic place. > And what if the %LOCALAPPDATA% doesn't exist as an environment > variable? We'd need to access the Registry. Compute the name of the backtrace file when Emacs starts. A crash is unlikely to corrupt a single allocation. > (Incidentally, %APPDATA% is what we by default treat as HOME, a > directory that I'm told is full of lasagna recipes we are not allowed > to contaminate.) %USERPROFILE% is where I put my lasagna recipes. %APPDATA% is full of non-user-visible application data on my system. Is %APPDATA% actually a user-visible directory of some sort on XP? > We are > crashing, so the heap or the whole arena can be trashed. Who can be > sure the environment variables will not point to garbled places? A process cannot reliably report all of its own crashes. That's why Windows Error Reporting monitors processes with a service and collects dumps of crashing processes from outside, in a separate process. Collecting information about most crashes is adequate. --------------enig91172F8A1B46B397D910855B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlCrv6UACgkQ17c2LVA10VtWkACeN45EZFYgK1dtCSaQgKczDp3+ VXAAoOSnBbRnMnqylrYSsOXEjhU+9GC7 =CQ8T -----END PGP SIGNATURE----- --------------enig91172F8A1B46B397D910855B--