Mail Archives: cygwin/2003/06/30/10:17:56
Understood. I've compiled CVS from source on my server (which is how I
tracked down and confirmed the CRLF issue), but am not set up to compile
anything on the Windows client. I doubt I'll have time in the near future
to try, so for now I'll have to ditch CVS/SSH, and once I truly need
version control again, either see if it's working again or go with a
commercial solution. No big deal for now...thanks for trying though.
Toscani
At 01:55 PM 6/28/2003, Charles Wilson wrote:
>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 -