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
On Wed, Nov 21, 2012 at 7:01 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
> To me, that red herring (which it is) was an ad hominem turn in the road - let's
> look at Drew, not Drew's message.
Mine wasn't an ad hominem, because I haven't said that your arguments
are wrong because they are yours. I think they are wrong because they
put emphasis in something that happens very rarely, and suggest adding
complexity to something that is very simple. AND I've *pointed out*
that the relative importance of that problem is greater for you than
for me, because you are more likely to get affected by it. That could
affect your judgment (it would likely affect mine; I get angry when
people who doesn't ever use line-by-line scrolling start suggesting
changes to scroll-conservatively and Emacs recentering, or when
non-Windows users suggest that some changes won't affect the Windows
port, or that if they do affect it, is all Microsoft's fault).
> Don't get me wrong. I do not say that it was an ad hominem attack in any way;
> it was not an attack. It was just an irrelevant distraction.
I find an irrelevant distraction that you're discussing "[...] the
etiquette that applications generally respect on Windows, in order to
respect the user and user data" when the thread is specifically about
*one* file, in *one* specific situation, which is a crash backtrace.
Juanma
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.