[Bug 1116] Solaris 10: mucho remote terminal problems
bugzilla-daemon at mindrot.org
bugzilla-daemon at mindrot.org
Wed Nov 9 02:32:41 EST 2005
http://bugzilla.mindrot.org/show_bug.cgi?id=1116
Summary: Solaris 10: mucho remote terminal problems
Product: Portable OpenSSH
Version: 4.2p1
Platform: Sparc
OS/Version: Solaris
Status: NEW
Severity: major
Priority: P2
Component: ssh
AssignedTo: bitbucket at mindrot.org
ReportedBy: jaearick at colby.edu
four systems running Solaris 10 on sparc, all have the same problems. Using
openssh4.2p1, OpenSSL 0.9.8a, both ssl and ssh built with Sun's Studio10
compiler (cc, Sun C 5.7 2005/01/07).
The problems have manifested themselves on remote ssh connections from Mac OS
10.4.3 systems using
Mac terminal (version 1.5 build 133) with term definitions xterm, xtermc,
xterm-color; and on Win XP
systems using SSH client from www.ssh.com, term definition vt100. Example:
open MacOS terminal with
termdef xterm-color, ssh to the Solaris 10 system, login. The remote Solaris
10 system uses xtermc for
xterm-color, by way of a symlink in /usr/share/lib/terminfo/x
xterm-color->xtermc. The problems are:
a) a control-C hangs the remote login session.
b) /usr/bin/vi (Sun) or vim (6.4) do not use the full window size but think the
window is 80x24. In my
case I use 80x45. Doing /usr/openwin/bin/resize gives the right window size,
but vi won't work right.
c) /usr/bin/vi with vt100 on XP does not do linewraps correctly. vim works
correctly on XP.
d) After a vi session, if you cat a file then it fills the screen until the
bottom. Then the screen does not
scroll, just all subsequent output goes to the bottom line of the screen. A
"clear" fixes this.
I opened a bug with Sun on this, thinking it was a shell/terminfo problem.
When the guy had me try
all of this with telnet, everything worked perfectly. The Sun guy said that
they have a lot of open bug
reports against their version of ssh just like mine. But they could not help
me with OpenSSH.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the openssh-bugs
mailing list