GNU logs - #58192, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#58192: 28.2; RCS integration issue
Resent-From: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Sep 2022 09:56:02 +0000
Resent-Message-ID: <handler.58192.B.166453173612552 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 58192 <at> debbugs.gnu.org
MIME-Version: 1.0
Message-ID: <4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>
Date: Fri, 30 Sep 2022 10:01:51 +0200 (CEST)
From: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=129.143.76.11;
 envelope-from=Thomas.Meyer@HIDDEN; helo=mail-out01.belwue.de
X-Spam_score_int: -41
X-Spam_score: -4.2
X-Spam_bar: ----
X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Mailman-Approved-At: Fri, 30 Sep 2022 05:55:29 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)

Dear emacs developers, we have an issue with vc-rcs, that we have been
using for a long time, and which seems to be broken in 28.2 (actually
first noticed this in 28.1): we are working on the Windows port
available on http://ftp.gnu.org/gnu/emacs/windows/emacs-28/.

By tracing the activity of e.g. ci command with process monitor, we
found that the commands fail because an erraneous line break is send
with the command, e.g.

----
PID: 7224, Command line: C:\Windows\system32\cmd.exe /c c:\bin\ci.cmd -j -u=
1 "-mSummary: bla
" RCS/x.txt,v
----

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-tes=
t/a.txt)... done)
change file
C-x v v (vc-next-action) -> first error: a checkout is done, erasing the ch=
anges
change file again
C-x v v (vc-next-action) -> second error: check-in fails:

   Press C-c C-c when you are done editing.
   Enter a change comment.  Type C-c C-c when done
   Checking in c:/Users/meyert/Documents/RCS-test/a.txt...
   progn: Failed (status 1): ci -j -u1 -mSummary: bla
    RCS/a.txt,v

Do you require further details?

We use Cygwin 3.3.5-1 for providing RCS under windows, but I guess
that this is not where the issue arises.

Kind regards, Thomas

generated info:

---------------------------------------------------------------------------=
-----

In GNU Emacs 28.2 (build 2, x86_64-w64-mingw32)
 of 2022-09-13 built on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19044
System Description: Microsoft Windows 10 Education (v10.0.2009.19044.2006)

Configured using:
 'configure --with-modules --without-dbus --with-native-compilation
 --without-compress-install CFLAGS=3D-O2'

Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
XPM ZLIB

(NATIVE_COMP present but libgccjit not available)

Important settings:
  value of $LANG: DEU
  locale-coding-system: cp1252

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug sendmail log-edit message rmc puny
rfc822 mml mml-sec epa epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source eieio eieio-core eieio-loaddefs
password-cache json map text-property-search mm-decode mm-bodies
mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums
mail-prsvr mailabbrev mail-utils gmm-utils mailheader ring pcvs-util
add-log vc-filewise vc-mtn vc-hg rx vc-git diff-mode easy-mmode vc-bzr
vc-dir edmacro kmacro ewoc vc-src vc-sccs vc-svn vc-cvs vc-rcs cl-seq
pcase vc vc-dispatcher ediff ediff-merg ediff-mult cl-macs derived
ediff-wind ediff-diff ediff-help ediff-init ediff-util time-date subr-x
misearch multi-isearch seq byte-opt gv bytecomp byte-compile cconv
dired-aux cl-loaddefs cl-lib dired dired-loaddefs iso-transl tooltip
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win
w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite emoji-zwj charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty
make-network-process native-compile emacs)

Memory information:
((conses 16 217438 15563)
 (symbols 48 11284 1)
 (strings 32 32118 2137)
 (string-bytes 1 1074223)
 (vectors 16 15876)
 (vector-slots 8 274294 17668)
 (floats 8 55 290)
 (intervals 56 6409 275)
 (buffers 992 31))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Subject: bug#58192: Acknowledgement (28.2; RCS integration issue)
Message-ID: <handler.58192.B.166453173612552.ack <at> debbugs.gnu.org>
References: <4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>
X-Gnu-PR-Message: ack 58192
X-Gnu-PR-Package: emacs
Reply-To: 58192 <at> debbugs.gnu.org
Date: Fri, 30 Sep 2022 09:56:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 58192 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
58192: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D58192
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#58192: 28.2; RCS integration issue
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Sep 2022 10:46:02 +0000
Resent-Message-ID: <handler.58192.B58192.166453472417874 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Cc: 58192 <at> debbugs.gnu.org
Date: Fri, 30 Sep 2022 13:44:36 +0300
Message-Id: <83mtahdtuz.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>
 (Thomas.Meyer@HIDDEN)
References: <4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Fri, 30 Sep 2022 10:01:51 +0200 (CEST)
> From: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
> 
> Dear emacs developers, we have an issue with vc-rcs, that we have been
> using for a long time, and which seems to be broken in 28.2 (actually
> first noticed this in 28.1): we are working on the Windows port
> available on http://ftp.gnu.org/gnu/emacs/windows/emacs-28/.
> 
> By tracing the activity of e.g. ci command with process monitor, we
> found that the commands fail because an erraneous line break is send
> with the command, e.g.
> 
> ----
> PID: 7224, Command line: C:\Windows\system32\cmd.exe /c c:\bin\ci.cmd -j -u1 "-mSummary: bla
> " RCS/x.txt,v
> ----
> 
> 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
> C-x v v (vc-next-action) -> first error: a checkout is done, erasing the changes
> change file again
> C-x v v (vc-next-action) -> second error: check-in fails:
> 
>    Press C-c C-c when you are done editing.
>    Enter a change comment.  Type C-c C-c when done
>    Checking in c:/Users/meyert/Documents/RCS-test/a.txt...
>    progn: Failed (status 1): ci -j -u1 -mSummary: bla
>     RCS/a.txt,v
> 
> Do you require further details?

Where did the "bla" part come from?  Emacs didn't generate it, did it?
It's something you typed at some point, I guess?

More generally, would you please describe the steps in full detail,
including what you typed, exactly?

Also, what does ci.cmd say?  I'm not aware of any scripts in the RCS
distribution; 'ci' should be a program, i.e. ci.exe.  It could be that
what ci.cmd does has some relevance for this issue.

Thanks.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#58192: 28.2; RCS integration issue
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Sep 2022 12:10:02 +0000
Resent-Message-ID: <handler.58192.B58192.16645397942096 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Thomas.Meyer@HIDDEN
Cc: 58192 <at> debbugs.gnu.org
Date: Fri, 30 Sep 2022 15:09:26 +0300
Message-Id: <83fsg9dpxl.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <83mtahdtuz.fsf@HIDDEN> (message from Eli Zaretskii on Fri, 30
 Sep 2022 13:44:36 +0300)
References: <4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>
 <83mtahdtuz.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Cc: 58192 <at> debbugs.gnu.org
> Date: Fri, 30 Sep 2022 13:44:36 +0300
> From: Eli Zaretskii <eliz@HIDDEN>
> 
> > Date: Fri, 30 Sep 2022 10:01:51 +0200 (CEST)
> > From: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
> > 
> > Dear emacs developers, we have an issue with vc-rcs, that we have been
> > using for a long time, and which seems to be broken in 28.2 (actually
> > first noticed this in 28.1): we are working on the Windows port
> > available on http://ftp.gnu.org/gnu/emacs/windows/emacs-28/.
> > 
> > By tracing the activity of e.g. ci command with process monitor, we
> > found that the commands fail because an erraneous line break is send
> > with the command, e.g.
> > 
> > ----
> > PID: 7224, Command line: C:\Windows\system32\cmd.exe /c c:\bin\ci.cmd -j -u1 "-mSummary: bla
> > " RCS/x.txt,v
> > ----
> > 
> > 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
> > C-x v v (vc-next-action) -> first error: a checkout is done, erasing the changes
> > change file again
> > C-x v v (vc-next-action) -> second error: check-in fails:
> > 
> >    Press C-c C-c when you are done editing.
> >    Enter a change comment.  Type C-c C-c when done
> >    Checking in c:/Users/meyert/Documents/RCS-test/a.txt...
> >    progn: Failed (status 1): ci -j -u1 -mSummary: bla
> >     RCS/a.txt,v
> > 
> > Do you require further details?
> 
> Where did the "bla" part come from?  Emacs didn't generate it, did it?
> It's something you typed at some point, I guess?
> 
> More generally, would you please describe the steps in full detail,
> including what you typed, exactly?
> 
> Also, what does ci.cmd say?  I'm not aware of any scripts in the RCS
> distribution; 'ci' should be a program, i.e. ci.exe.  It could be that
> what ci.cmd does has some relevance for this issue.

FWIW, I've now tried to reproduce the problem, and was unable to.

Here's what I did:

 emacs -Q
 C-x C-f hello.text
 <Type some text>
 C-x C-s
 C-x v v
 <This asks for a backend: answer "RCS RET">
 <It then asks in which directory to create the repository: type RET>
 <Registration OK: "Registering (d:/usr/tmp/hello.txt)... done">
 <The file is now displayed as read-only, as expected.>
 C-x v v
 <This checks out the file, so it could be modified: this is a must
 with RCS, and not a bug>
 <Modify the file>
 C-x C-s
 C-x v v
 <This shows a commit log buffer:
 Press C-c C-c when you are done editing.
 Enter a change comment.  Type C-c C-c when done
 <Enter text in Summary and type C-c>
 <Check-in OK: "Checking in d:/usr/tmp/hello.txt...done">
 <C-x v l then shows the expected log>

So once again, more details are needed to investigate what's wrong in
your case.

An important detail: I used RCS I ported myself, which is available
here:

  https://sourceforge.net/projects/ezwinports/files/

It's possible that using a Cygwin port of RCS somehow interferes with
the native Emacs.

Another possibly important factoid is that the file hello.txt I used
in the above had DOS CRLF EOL format, as that is what the Windows port
of RCS expects and produces when checking-out files.

Bottom line: I cannot reproduce the problem on my system.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#58192: 28.2; RCS integration issue
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Sep 2022 12:25:01 +0000
Resent-Message-ID: <handler.58192.B58192.16645406743587 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 58192
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Cc: 58192 <at> debbugs.gnu.org
Received: via spool by 58192-submit <at> debbugs.gnu.org id=B58192.16645406743587
          (code B ref 58192); Fri, 30 Sep 2022 12:25:01 +0000
Received: (at 58192) by debbugs.gnu.org; 30 Sep 2022 12:24:34 +0000
Received: from localhost ([127.0.0.1]:40685 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oeF4D-0000vm-Un
	for submit <at> debbugs.gnu.org; Fri, 30 Sep 2022 08:24:34 -0400
Received: from eggs.gnu.org ([209.51.188.92]:46818)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1oeF49-0000vU-7U
 for 58192 <at> debbugs.gnu.org; Fri, 30 Sep 2022 08:24:31 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:44840)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oeF41-0001XA-GM; Fri, 30 Sep 2022 08:24:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=v12hVbL0tPG5Kcbwuc7e2NtaD0DfFJSgm1txNlPK29w=; b=iRQxpGulwjDa
 hlek1V93LgamFG5GPERV20qPOO1JdR32kawr7UDvil0ORgOTIluwBNFhjrU2FHpzOXmrrXi0gNf7c
 csPfpn/XUZlxp3cjX0+n3sWI/Gckp+yylNMvgFQ/K0ZtOkEMv2eZMcy9iRP+p76uJ/T/ZuZzjKdcb
 p2OmH9Hy+ORskdsmv7I+4BIE8bfBQ+L91pibYs+uCcmb8oC5UJdDeI8Z3qFaNiU5Zq+ERBKS1wa7/
 +A729aeZtKTIbETKmKnZDs2MXkbH6RaehD4JFxdK55HUwVCmsOVZ61av85wbxO/U412X2YaeldcRo
 eG7GCFFsvZZIPMIXRUPTGw==;
Received: from [87.69.77.57] (port=1535 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oeF40-0004ox-Vf; Fri, 30 Sep 2022 08:24:21 -0400
Date: Fri, 30 Sep 2022 15:24:06 +0300
Message-Id: <83edvtdp95.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <36ba9fa6-e6fd-4d39-8279-785c7ae270b2@HIDDEN>
 (Thomas.Meyer@HIDDEN)
References: <<4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>>
 <<83mtahdtuz.fsf@HIDDEN>>
 <36ba9fa6-e6fd-4d39-8279-785c7ae270b2@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

[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" <Thomas.Meyer@HIDDEN>
> 
> 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=`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

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#58192: 28.2; RCS integration issue
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 30 Sep 2022 12:59:02 +0000
Resent-Message-ID: <handler.58192.B58192.16645427107085 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 58192
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
Cc: 58192 <at> debbugs.gnu.org
Received: via spool by 58192-submit <at> debbugs.gnu.org id=B58192.16645427107085
          (code B ref 58192); Fri, 30 Sep 2022 12:59:02 +0000
Received: (at 58192) by debbugs.gnu.org; 30 Sep 2022 12:58:30 +0000
Received: from localhost ([127.0.0.1]:40745 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oeFb3-0001qC-MI
	for submit <at> debbugs.gnu.org; Fri, 30 Sep 2022 08:58:30 -0400
Received: from eggs.gnu.org ([209.51.188.92]:51722)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1oeFb1-0001py-Ci
 for 58192 <at> debbugs.gnu.org; Fri, 30 Sep 2022 08:58:29 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:35856)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oeFat-0000Cd-Qa; Fri, 30 Sep 2022 08:58:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date:
 mime-version; bh=jpOB0ODZ03vpRqEY0+Gg+ciEvUnprzyVjVg2ZYMu4oQ=; b=joBYZ7+NYcc9
 DFxW7wAnPy+LCbjLHKydEDl4spcXB39C351NMAbbJ3QHorqKdKkNUTApVdufW2BW1EnTk/k4AHeAx
 XiIyuo0rDmpB8G0iu0Vv1SS9t93Uy2oD38T3ZEaWlkuCOZVXDbNRYh3o8IJsHyLt/ZQrFooufk2hO
 M9FLiOgITVcNatFs3e9C6MvxB5Yv6nEMS6CNCape9/cRAf8CdrZ/Lt41v+AA6XHNDLHAp+cGuOOgX
 36LRlgC6HLKysOg/KKkDr9s5ICAijFSq1RBhTjtUSk9Nf8bW9Qe7COjXhkhfq7OP4BgzB8aCdLJ2h
 z4VGt46xBI1QJA+JjtuXVQ==;
Received: from [87.69.77.57] (port=3603 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1oeFao-0008CT-8I; Fri, 30 Sep 2022 08:58:19 -0400
Date: Fri, 30 Sep 2022 15:57:55 +0300
Message-Id: <83a66hdnos.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <a6148dd9-de86-4bc9-900f-1a9ee7f4ce96@HIDDEN>
 (Thomas.Meyer@HIDDEN)
References: <<<4ef14f4b-860f-41df-a785-4c3cca1d5e67@HIDDEN>>>
 <<<83mtahdtuz.fsf@HIDDEN>>>
 <<36ba9fa6-e6fd-4d39-8279-785c7ae270b2@HIDDEN>>
 <<83edvtdp95.fsf@HIDDEN>>
 <a6148dd9-de86-4bc9-900f-1a9ee7f4ce96@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Fri, 30 Sep 2022 14:45:34 +0200 (CEST)
> From: "Meyer, Thomas" <Thomas.Meyer@HIDDEN>
> Cc: 58192 <at> debbugs.gnu.org
> 
> thanks, using the rcs port from https://sourceforge.net/projects/ezwinports/,
> I cannot reproduce the issue!

OK, so I guess it isn't Emacs's fault after all.

> 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.

Yes, I agree.

> Do you believe that it will be sufficient to work with RCS version
> 5.7.1 from 2006?

It is good enough for my purposes, but I cannot tell more than that.

That port does include quite a few of Windows-specific changes, to
make it work reliably on Windows.

> 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.

That would need RCS to support 'wchar_t *' strings, which I'd be
surprised if it did.  The "usual" way of Unix programs to deal with
non-ASCII text is to assume it's in UTF-8, not UTF-16, which allows to
keep using 'char *' strings.  Cygwin uses UTF-8 as its main encoding,
so my bet is that the Cygwin port of RCS relies on UTF-8 encoding.
But those are just guesses; I never had time to study all the recent
changes to RCS.

Last modified: Fri, 30 Sep 2022 13:00:02 UTC

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