From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Oleksandr Gavenko Newsgroups: gmane.emacs.bugs Subject: bug#28924: 25.3; All hg entries on single line possibly due to typo in vc-hg-root-log-format. Date: Wed, 25 Oct 2017 00:37:56 +0300 Message-ID: References: <86a80ka5ty.fsf@gavenkoa.example.com> <83y3o08nnz.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1508881153 21018 195.159.176.226 (24 Oct 2017 21:39:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 24 Oct 2017 21:39:13 +0000 (UTC) Cc: 28924@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 24 23:39:08 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e76ud-0004G3-Op for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Oct 2017 23:39:04 +0200 Original-Received: from localhost ([::1]:45635 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e76uk-0001Wa-P2 for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Oct 2017 17:39:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34738) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e76uf-0001VG-FQ for bug-gnu-emacs@gnu.org; Tue, 24 Oct 2017 17:39:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e76uc-0007Dr-B1 for bug-gnu-emacs@gnu.org; Tue, 24 Oct 2017 17:39:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51660) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e76uc-0007Dc-74 for bug-gnu-emacs@gnu.org; Tue, 24 Oct 2017 17:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e76ub-0004c8-Qv for bug-gnu-emacs@gnu.org; Tue, 24 Oct 2017 17:39:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Oleksandr Gavenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Oct 2017 21:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28924 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28924-submit@debbugs.gnu.org id=B28924.150888108517655 (code B ref 28924); Tue, 24 Oct 2017 21:39:01 +0000 Original-Received: (at 28924) by debbugs.gnu.org; 24 Oct 2017 21:38:05 +0000 Original-Received: from localhost ([127.0.0.1]:60341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e76th-0004ah-0J for submit@debbugs.gnu.org; Tue, 24 Oct 2017 17:38:05 -0400 Original-Received: from mail-io0-f170.google.com ([209.85.223.170]:53948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e76te-0004aA-VX for 28924@debbugs.gnu.org; Tue, 24 Oct 2017 17:38:03 -0400 Original-Received: by mail-io0-f170.google.com with SMTP id 189so25460383iow.10 for <28924@debbugs.gnu.org>; Tue, 24 Oct 2017 14:38:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc; bh=OXa3OoNDCc5ntnd8dZr2JmMYpB6HML7sJw+UiELcqwE=; b=V2xqyvFDhSeenb6dUOypQFjpPF52sq/qqwwDtJycQJplPzc6L59hm4Eg1iUDeYnZOG rUsnSOQV5t6phElTUqkXf0YAL0WDoB4gz8fL6FHuMtkmoNybkseW3gT8DsiGZvwVICxG ioxlz37BQOEtpzReM6JL8P3SsLZccT6UwD87Uw0k3c5m0yR2GunYdY2jA/VQGKwrliZ+ /jRCcdNE0cWk/0AN6jaWgksTH2dEF86NT81d6wxJoH5Ykv/l1nNmB8XrtpbFC437/T3k eM07Q/Z/fzL3kVaPOCag4sBqmjbOGAajyequNYJgOlpHnIQ+0VuJTjgUzdJlO8LalJP9 F4YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:cc; bh=OXa3OoNDCc5ntnd8dZr2JmMYpB6HML7sJw+UiELcqwE=; b=C3W/Kgd1rhtHPfgKfs/zb4JnGo1mkFptf8wU9KTddj/PQrFQOuCQVPXSzKOESjvybO 0YxkM5Abh/SZbpo3/BbdYUu+ZHsr68+rlxOUPSLRecGcXW122NdTzJzwY9oNfzeCQaLg 9sRljv+yKUUdYwJ3bBnTbu+gjuSyRvP2OVZG3R+TbK8yWXilG22T9yaiz5+Z8naUcPZO FXm9Fwe/kZicotg875lRw0zI7ijYh/BlUa9VHRaeYvUIp4GSQzoD7c6QZrOEMSTgzb7E 8Puw2D5vMSIBqqQblKI7kvF08EFqRs8IYiqrJbJF9PKpKOm1i5ixyH3SlpA05SA/7MDS K+uA== X-Gm-Message-State: AMCzsaUx67ZZWKn0EEvmOioPeiX7CyHzADewLwUzFxCZv8Ypqlcm+IXi /kx5nHUTVzWtt2kYZhM+EX9LoALiBiCgjl8g4GCLIw== X-Google-Smtp-Source: ABhQp+QR9QtxCMjbfHLx2maIIDtrL/qfUn1OeO6QUEk571FYEU5GtEho+n2w3yZCWCdJpHk5ML2+/NxYuQox76SbjKI= X-Received: by 10.107.18.67 with SMTP id a64mr25248329ioj.165.1508881076873; Tue, 24 Oct 2017 14:37:56 -0700 (PDT) Original-Received: by 10.79.192.79 with HTTP; Tue, 24 Oct 2017 14:37:56 -0700 (PDT) In-Reply-To: <83y3o08nnz.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:138934 Archived-At: On Tue, Oct 24, 2017 at 8:24 PM, Eli Zaretskii wrote: >> 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 tried to reproduce this, but couldn't. Can you show a complete > recipe, starting with "emacs -Q", and using some public hg repository > one can clone? > 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. Actually everything with backslash escaping is broken when CYGWIN=noglob. I live with: + ;; Workaround for Cygwin shell, when set 'CYGWIN=noglob'. By default 'shell-quote-argument' + ;; quoted by double '\' chars this cause failure. + (defun shell-quote-argument (argument) + (concat "'" argument "'")) since 2011-08-05 and this has only one drawback - when quoted string contains single quote... Most of the time it's not a problem. Sometime I forget about this and debugging session refreshes my memory when I face a problem )) Cygwin Emacs w32 is not stable to day long usage. Due to BLODA fork() it sticks once or twice a day. Ideally I would like to have Cygwin Emacs with native Windows exec() instead of unstable fork(). Emacs isn't server app that is needed the fork(). Native Emacs don't have pty (and M-x term) and lack of smooth integration with Cygwin. I use cygwin-mount.el and wrappers with .exe suffix around Cygwin scripts to increase Emacs usefulness... Without CYGWIN=noglob Emacs fail on some vc-hg.el commands as commands passes '{rev}' and curly braces from native application are expanded (stripped) by Cygwin apps. Windows is extremely unpleasant platform for Emacs usage. With stable Cygwin Emacs w32 this can be changed )) Now we have Cygwin Emacs with native Windows widgets (emacs-w32). In Cygwin list maintainer responded that it would accept patch for replacing gam_server.exe with native port to Windows API to detect file changes. I would like to replace each Emacs Cygwin fork() with exec(). I'll ask on dev list if it's possible and acceptable when I have enough spare time for experiment.