From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Meyer, Thomas" Newsgroups: gmane.emacs.bugs Subject: bug#58192: AW: bug#58192: 28.2; RCS integration issue Date: Fri, 30 Sep 2022 14:45:34 +0200 (CEST) Message-ID: References: <<<4ef14f4b-860f-41df-a785-4c3cca1d5e67@dla-marbach.de>>> <<<83mtahdtuz.fsf@gnu.org>>> <<36ba9fa6-e6fd-4d39-8279-785c7ae270b2@dla-marbach.de>> <<83edvtdp95.fsf@gnu.org>> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36032"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58192@debbugs.gnu.org To: Eli Zaretskii , "Meyer, Thomas" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 30 18:50:45 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oeJDp-0009DI-1J for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Sep 2022 18:50:45 +0200 Original-Received: from localhost ([::1]:33668 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oeJDn-0004cj-H7 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Sep 2022 12:50:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41944) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeJD9-0004bu-Ar for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 12:50:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43730) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oeJD9-0005zY-0G for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 12:50:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oeJD8-0004ec-Rp for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 12:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Meyer, Thomas" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Sep 2022 16:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58192 X-GNU-PR-Package: emacs Original-Received: via spool by 58192-submit@debbugs.gnu.org id=B58192.166455659217858 (code B ref 58192); Fri, 30 Sep 2022 16:50:02 +0000 Original-Received: (at 58192) by debbugs.gnu.org; 30 Sep 2022 16:49:52 +0000 Original-Received: from localhost ([127.0.0.1]:42805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeJCx-0004du-6G for submit@debbugs.gnu.org; Fri, 30 Sep 2022 12:49:52 -0400 Original-Received: from mail-out01.belwue.de ([129.143.76.11]:60362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeFOf-0001UO-8S for 58192@debbugs.gnu.org; Fri, 30 Sep 2022 08:45:44 -0400 Original-Received: from mail-hub01.belwue.de (mail-hub01.belwue.de [IPv6:2001:7c0:0:76::41]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by mail-out01.belwue.de (Postfix) with ESMTPS id 4Mf91q0LkGz56xrx; Fri, 30 Sep 2022 14:45:35 +0200 (CEST) Original-Received: from garamond.dla-marbach.de (GARAMOND.DLA-Marbach.DE [193.197.33.31]) by mail-hub01.belwue.de (Postfix) with ESMTP id 4Mf91p2VkVz52B8r; Fri, 30 Sep 2022 14:45:34 +0200 (CEST) Original-Received: from garamond.dla-marbach.de (garamond.dla-marbach.de [193.197.33.31]) by garamond.dla-marbach.de (Postfix) with ESMTP id 3C4161B43C; Fri, 30 Sep 2022 14:45:34 +0200 (CEST) In-Reply-To: <<83edvtdp95.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.10389.20033 (x86)] X-Rspamd-UID: 2e19a2 X-Rspamd-UID: ce0ba7 X-Rspamd-Queue-Id: 4Mf91q0LkGz56xrx X-Mailman-Approved-At: Fri, 30 Sep 2022 12:49:50 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:244035 Archived-At: Eli, thanks, using the rcs port from https://sourceforge.net/projects/ezwinports= /, I cannot reproduce the issue! The issue must then lie within Cygwin, or within the coupling of both through the wrapper script, this will require some deeper digging at our side I guess. Do you believe that it will be sufficient to work with RCS version 5.7.1 from 2006? Cygwin says rcs --version rcs (GNU RCS) 5.10.1 Copyright (C) 2010-2022 Thien-Thi Nguyen Copyright (C) 1990-1995 Paul Eggert Copyright (C) 1982,1988,1989 Walter F. Tichy, Purdue CS ... My hope was that recent versions of RCS might be capable of handling the UCS-2 LE BOM (UTF-16) format used by windows registry files, but I did not check yet. Thanks again, Thomas > -----Urspr=C3=BCngliche Nachricht----- > Von: Eli Zaretskii > Gesendet: Freitag, 30. September 2022 14:24 > An: Meyer, Thomas > Cc: 58192@debbugs.gnu.org > Betreff: Re: bug#58192: 28.2; RCS integration issue > > [Please use Reply All to keep the bug tracker on the CC list.] > > > Date: Fri, 30 Sep 2022 13:56:06 +0200 (CEST) > > From: "Meyer, Thomas" > > > > Eli, > > > > yes, I missed some information, the word "bla" was typed in as > > comment/summary for the commit. > > > > Here the full details of my actions: > > > > To reproduce: > > > > find new file in new directory > > C-x v v (vc-next-action) > > Registration will work fine (Registering > > (c:/Users/meyert/Documents/RCS-test/a.txt)... done) change file > > (inserted a new line) save file C-x v v (vc-next-action) -> first > > error: a checkout is done, erasing the changes > > This is not an error: with RCS you must check-out the file before you can > modify it, because RCS is a locking VCS. Don't you see the buffer > displayed as read-only (with "%%" in the mode line) before you check-out > the file? > > > change file again (inserted a new line) save file C-x v v > > (vc-next-action) Buffer *vc-log* prompts for a summary Enter "Bla" as > > summary C-c C-c (log-edit-done) check-in fails: > > > > Buffer *vc* displays the following content: > > > > c:\Users\meyert\Documents\RCS-test>c:\cygwin64\bin\rcs.exe ci -j -u1 > > "-mSummary: Bla > > ci: no input file > > ci aborted > > > > Buffer *Messages* reports > > > > Checking in c:/Users/meyert/Documents/RCS-test/a.txt... > > progn: Failed (status 1): ci -j -u1 -mSummary: Bla RCS/a.txt,v > > > > interstingly, the buried buffer *vc-log* display a line break after the > "Bla", that I never entered! > > That is the problem: you need to find out how that happened. Windows > shell doesn't support newlines embedded in command lines. > > It doesn't happen in my case, FWIW. > > > d=3D`echo "$0" | sed 's|[^/]*$||'` > > exec "$d"rcs ci "$@" > > > > # ci ends here > > > > These wrappers are available only in the Cygwin shell, so we need > > Windows wrappers, e.g. > > > > ci.cmd > > > > c:\cygwin64\bin\bash -c '/bin/%~n0 %*' > > It's possible that the newline gets added as result of these multiple > indirections. Or maybe something else is at work here: with my setup, > which uses just ci.exe, I cannot reproduce the problem. Perhaps stepping > with Edebug through vc-rcs-checking would reveal something? > Do you see the variable 'comment' there having the newline? > > > If you know better ways of coupling Emacs on Windows with Cygwin, > > please let me know. > > > > Other free ports of RCS on windows are older than dirt, I fear. > > Well, I'm a happy long-time user of RCS 5.7.1 ;-) > > > I might add that the same emacs install has no problems when > > performing git integration. > > > > Kind regards, Thomas