GNU bug report logs -
#12911
24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Fri, 16 Nov 2012 20:50:01 UTC
Severity: normal
Tags: wontfix
Found in version 24.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 18 Nov 2012 23:10:11 +0200
with message-id <83haomzkgc.fsf <at> gnu.org>
and subject line Re: bug#12911: 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written
has caused the debbugs.gnu.org bug report #12911,
regarding 24.3.50; let users decide where (& perhaps whether) `emacs_backtrace.txt' files are written
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
12911: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12911
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Please do not write such files willy nilly to the directory where the
Emacs process was opened (or whatever). That is not user-friendly.
Please let users decide where to write such files. Consider even giving
them the option to prevent Emacs from writing such files altogether
(short of giving up using Emacs completely).
If such user control is not possible, then please confine such files to
somewhere under .emacs.d or some other "hidden" directory that is
typically far from the files that a user accesses using Emacs or other
applications.
Users do not want program-debugging information written to their folder
of family vacation photos or their favorite lasagna recipes.
Think _user_. Emacs is about users.
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2012-11-05 on MS-W7-DANI
Bzr revision: 110809 lekktu <at> gmail.com-20121105172930-a5gn0bwi4lndchhw
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-I../../libs/libXpm-3.5.10/include -I../../libs/libXpm-3.5.10/src
-I../../libs/libpng-1.2.37-lib/include -I../../libs/zlib-1.2.5
-I../../libs/giflib-4.1.4-1-lib/include
-I../../libs/jpeg-6b-4-lib/include
-I../../libs/tiff-3.8.2-1-lib/include
-I../../libs/libxml2-2.7.8-w32-bin/include/libxml2
-I../../libs/gnutls-3.0.9-w32-bin/include
-I../../libs/libiconv-1.9.2-1-lib/include'
[Message part 3 (message/rfc822, inline)]
> Date: Sun, 18 Nov 2012 11:18:29 -0800
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> CC: 12911 <at> debbugs.gnu.org
>
> There's no reason for Emacs to change its behavior
> on GNUish hosts. People on these hosts are used to
> the current behavior with stderr. Any problems
> in this area are limited to Microsoft platforms, and
> can be solved in a Microsoft-specific way.
There are no problems on Windows, either.
Bug closed.
This bug report was last modified 12 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.