GNU bug report logs -
#28924
25.3; All hg entries on single line possibly due to typo in vc-hg-root-log-format.
Previous Next
Reported by: gavenkoa <at> gmail.com
Date: Sat, 21 Oct 2017 15:18:01 UTC
Severity: normal
Found in version 25.3
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 Wed, 25 Oct 2017 17:46:50 +0300
with message-id <83mv4f8eud.fsf <at> gnu.org>
and subject line Re: bug#28924: 25.3; All hg entries on single line possibly due to typo in vc-hg-root-log-format.
has caused the debbugs.gnu.org bug report #28924,
regarding 25.3; All hg entries on single line possibly due to typo in vc-hg-root-log-format.
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
28924: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=28924
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
In GNU Emacs 25.3.1 (x86_64-w64-mingw32)
of 2017-09-17 built on LAPHROAIG
Windowing system distributor 'Microsoft Corp.', version 10.0.15063
All changelog entries placed on one line on vc-print-root-log for HG with \n
symbols between entries.
When I changed:
(defcustom vc-hg-root-log-format
`(,(concat "{rev}:{ifeq(branch, 'default','', '{branch}')}"
":{bookmarks}:{tags}:{author|person}"
- " {date|shortdate} {desc|firstline}\\n")
+ " {date|shortdate} {desc|firstline}\n")
it starts working fine.
I use hg.exe wrapper around Cygwin Python script hg, stripped version is:
int main(int argc, char **argv) {
execvp(cmd, argv);
}
It comes after hg in PATH so execvp loads script instead itself.
--
http://defun.work/
[Message part 3 (message/rfc822, inline)]
> From: Oleksandr Gavenko <gavenkoa <at> gmail.com>
> Date: Wed, 25 Oct 2017 00:37:56 +0300
> Cc: 28924 <at> debbugs.gnu.org
>
> Hi! I troubleshooted another issue recently and found that
> CYGWIN=noglob option cause problem when arguments passed from native
> Windows app (Emacs) to Cygwin app.
>
> In our situation with my fix \n resolved to new line character code by
> Emacs and Cygwin is happy with it. With double slashes single one is
> passed (with "n") to Cygwin application and I see long:
>
> 1544:::tip:Oleksandr Gavenko 2017-10-23 Make function silent if file
> is modified.\n1543::::Oleksandr Gavenko 2017-10-22 Prefer Python 3 for
> interactive shell.\n1542::::Oleksandr Gavenko 2017-10-21 Use UTF-8 on
> Windows fpr processes.\n1541::::Oleksandr Gavenko 2017-10-11 Set font
> size depending on DPI.\n1540::::Oleksandr Gavenko 2017-10-10 Mistaken
> s-TAB key binding broke my workflow.\n.......
>
> That is native Emacs with Cygwin wrapper to Cygwin hg. It can be that
> no one on a planet works like that. I believe that people use native
> ports of HG/GIT/ag/ack/etc.
Thanks for telling us.
Since your situation is very special, and since vc-hg-root-log-format
is a defcustom, I think for you to customize the value to make it work
in your setup is exactly the right solution of this problem. So I'm
closing this bug report, as I think nothing has to be done for it in
Emacs core.
This bug report was last modified 7 years and 269 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.