bugzilla-daemon at mindrot.org
2003-Jun-26 16:23 UTC
[Bug 607] OpenSSH 3.6.1p1 adding CRs, hurting CVS client/server communications
http://bugzilla.mindrot.org/show_bug.cgi?id=607 Summary: OpenSSH 3.6.1p1 adding CRs, hurting CVS client/server communications Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: ssh AssignedTo: openssh-bugs at mindrot.org ReportedBy: toscani at wideopenwest.com Currently using OpenSSH under CygWin on an XP box to communicate with a CVS server on a Linux box. Recently upgraded OpenSSH to v3.6.1p1 (the latest available under CygWin), and now CVS client/server communications don't work. I've tracked the problem to what I think (by process of elimination) is a new "feature" in OpenSSH whereby it converts LF to CR+LF line terminators. This pretty much hoses client/server communications, as the SSH server interprets all incoming lines as byte strings including a CR at the end...especially bad for pathname interpretation, but lots of other things may be affected as well. I've tried altering the SSH server code to eat the extra CRs, but too many other things are broken (including file data exchange I'd bet...can't tell which CRs are valid and which are inserted by SSH) for that to be effective. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2003-Jun-26 16:40 UTC
[Bug 607] OpenSSH 3.6.1p1 adding CRs, hurting CVS client/server communications
http://bugzilla.mindrot.org/show_bug.cgi?id=607 markus at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From markus at openbsd.org 2003-06-27 02:40 ------- i cannot reproduce this. i use cvs over openssh all the time (since october 1999) and never see these problems. if \r appears, then you probably allocate extra TTYs. for ssh over cvs no TTYs should be allocated. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
Reasonably Related Threads
- crs install fail with ocfs2
- Problem with OCFS2 on RHEL5.0 while installing CRS 10.2.01
- ocfs on windows host without installing oracle crs
- 10gR2 CRS installation failing to recognize OCFS2 shared mountpoi nts for OCR location.
- proc-37, installing 10gR2 CRS. /ocfs/ocr_disk1 is on FS type 1952539503. Not supported.