Mail Archives: cygwin/2003/06/28/15:57:37
Sorry, guys, but I can't reproduce this.
Client:
openssh 3.6.1p1-2
cvs 1.11.5-1
cygwin 1.3.22-1
:pserver: and :ext:(CVS_RSH=ssh) mode, with server sources.redhat.com
Server is running:
Concurrent Versions System (CVS) 1.11.1p1 (client/server)
(with local hacks)
OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
-----
Because I can't reproduce this, somebody who is experiencing the problem
is going to have to track it down and provide a detailed (e.g. "this
code right here: "..." is wrong...) bug analysis.
I can't fix what I can't see.
--Chuck
cvs maintainer
toscani AT wideopenwest DOT com wrote:
> Forgot to CC this to the list.
>
>> Date: Sat, 28 Jun 2003 10:37:51 -0600
>> To: "Van Rooyen G-J <gvrooyen AT sun DOT ac DOT za>" <gvrooyen AT sun DOT ac DOT za>
>> From: toscani AT wideopenwest DOT com
>> Subject: Re: CygWin adding CRs, hurting CVS client/server communications?
>>
>> I've seen the same symptoms...output is garbled because CRs are left
>> in the strings CVS interprets, and it spits them out after
>> concatenating them...so you wind up with lines like
>> "textCRtextNL"...I've dumped the output and confirmed that this is
>> what is happening.
>>
>> Another good point...I am using the CygWin CVS client, not WinCVS.
>>
>> Toscani
>>
>> At 06:49 AM 6/28/2003, you wrote:
>>
>>> I have exactly the same problem as Toscani describes. Last week I did
>>> a routine update on my Cygwin packages, and my Cygwin CVS client
>>> (which worked fine the previous day) could not authenticate with the
>>> server any more. The "login" command works fine, but any subsequent
>>> operations fail to authenticate. Furthermore, the server error
>>> message is garbled, as if a CR/LF problem occurred.
>>>
>>> Client: Cygwin on WinXP
>>>
>>> Server: Redhat (not sure of the version)
>>>
>>> Authentication: Plain pserver, no SSH.
>>>
>>> Judging from Patrick's response (who uses WinCVS, and not Cygwin CVS)
>>> the problem lies somewhere in the Cygwin CVS client, not in Cygwin SSH.
>>>
>>> G-J
>>>
>>>
>>> --- in response to: ---
>>>
>>> Works like a charm here, both for binmode and textmode mounts.
>>> My system: Win2k, WinCVS and Cygwin SSH
>>> The problem mentioned in your mailing list reference was fixed long
>>> time ago.
>>> Do your line endings change as well if you scp a textfile from your
>>> client to your server? If yes, then we have indeed an ssh issue on
>>> WinXP platforms. Otherwise your problem must lie somewhere else.
>>>
>>> Patrick
>>>
>>>
>>> --- in response to: ---
>>>
>>> Hey folx...currently using OpenSSH under CygWin on an XP box to
>>> communicate with a CVS server on a Linux box. Recently upgraded my
>>> CygWin installation (1.3.22(0.78/3/2), including OpenSSH to v3.6.1p1
>>> (the latest available under CygWin), and now CVS client/server
>>> communications over SSH (CVS_RSH=ssh) don't work.
>>> I've tracked the problem deep enough to suspect that SOMETHING in
>>> CygWin converts LF to CR+LF line terminators across SSH. This pretty
>>> much hoses CVS client/server communications, as the CVS server
>>> interprets all incoming lines as byte strings including a CR at the
>>> end (it treats LF as the actual terminator)...especially bad for
>>> pathname interpretation, but lots of other things may be affected as
>>> well. I've tried altering the CVS server code to eat the extra CRs,
>>> but too many other things break (including file data exchange I'd
>>> bet...can't tell which CRs are valid data and which are inserted by
>>> the system) for that to be effective.
>>> Found a reference in the mailing list archives to a similar problem
>>> someone was having last October, but the solution was to install a
>>> snapshot from that time period which seems to be no longer available.
>>> I'm wondering if the fix for this issue never found its way into more
>>> recent versions of the CygWin system components? I've upgraded CVS on
>>> both client and server, but based on my testing, I don't think CVS
>>> itself is adding the CRs...please flame if I'm wrong on that one. <g>
>>> Not sure what else to do right now but do without version control for
>>> a bit...any better ideas?
>>> - Toscani
>
>
>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -