GNU bug report logs - #65049
29.1; vc-do-command fails in windows emacs 29.1

Previous Next

Package: emacs;

Reported by: Maxim Kim <habamax <at> gmail.com>

Date: Fri, 4 Aug 2023 07:51:01 UTC

Severity: normal

Found in version 29.1

Done: Dmitry Gutov <dmitry <at> gutov.dev>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: 65049 <at> debbugs.gnu.org, habamax <at> gmail.com, juri <at> linkov.net
Subject: bug#65049: Minor update to the repro steps
Date: Mon, 28 Aug 2023 21:26:53 +0300
> Date: Mon, 28 Aug 2023 20:39:24 +0300
> Cc: juri <at> linkov.net, habamax <at> gmail.com, 65049 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry <at> gutov.dev>
> 
> On 28/08/2023 19:57, Eli Zaretskii wrote:
> > Remove that?  What will happen to non-vc-root-diff clients of that?
> 
> It is my understanding that all (or almost all?) users of vc-diff and 
> other callers of vc-diff-internal use vc-root-diff just as often (and 
> don't complain about it).
> 
> There could be some exceptions, of course. Like people who use CVS 
> exclusively.
> 
> > Or do you mean remove the vc-coding-system-for-diff call, and use
> > undecided-unix instead?
> 
> That's also an option, but I'd have to see a scenario where this binding 
> changes the observed behavior.
> 
>  > If the latter, then it is sub-optimal when vc-coding-system-for-diff
> does produce non-undecided value for some reason.
> 
> The question is how often that actually happens, and how useful the 
> result is compared to the default behavior.

Even if it happens in 1% of cases, it is useful in those cases.  I
think it's a net win.




This bug report was last modified 231 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.