Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3EFDF2A4.1070901@cwilson.fastmail.fm>
Date: Sat, 28 Jun 2003 15:55:16 -0400
From: Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: toscani AT wideopenwest DOT com
CC: cygwin AT cygwin DOT com
Subject: Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server    communications?
References: <5 DOT 1 DOT 0 DOT 14 DOT 2 DOT 20030628103913 DOT 032d72c8 AT mail DOT dnv DOT wideopenwest DOT com>
In-Reply-To: <5.1.0.14.2.20030628103913.032d72c8@mail.dnv.wideopenwest.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

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/