Return to BSD News archive
Newsgroups: comp.unix.bsd Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!umn.edu!csus.edu!netcom.com!alm From: alm@netcom.com (Andrew Moore) Subject: Re: tip & screen Message-ID: <1992Dec14.011053.287@netcom.com> Organization: Netcom - Online Communication Services (408 241-9760 guest) References: <tlukka.724239227@snakemail.hut.fi> Date: Mon, 14 Dec 1992 01:10:53 GMT Lines: 29 In article <tlukka.724239227@snakemail.hut.fi> tlukka@lk-hp-8.hut.fi (Tuomas J. Lukka) writes: >Has anyone hacked screen to work on 386BSD? I get it to compile >but have not yet gotten it to actually work. There is a port of screen in the etc01 distribution. Last I tried, it didn't work well with tip - e.g., scrolling on a remote was very slow. I didn't attempt to fix it... > >Also, what do I need to make tip work with sz etc, there was a patch, >is it in the kit? Use tip's CONNECT command (~C) (not mentioned in the 386BSD manual). ~C connects a local program's (e.g., sz's) standard i/o to the serial port. If you are using a version of sz that reads/writes stdio (e.g., zmodem-3.03 which is part of the etc01 distribution), this works fine. If you are using a newer version of sz (e.g., rzsz-3.17, is the newest, as far as I can tell), then patches are needed. Version 3.17 is nice because it now supports crash recovery. But rz/sz-3.17 doesn't work out of the package with tip because, rather than do serial i/o via the standard input and output like in 3.03, it now attempts to open /dev/tty instead. The patch is simply to replace the open("/dev/tty", 2); in rbsb.c with dup(0); I have some patches for this and to prevent subsequent writes to stdio which I can post. The patches seem to slow down zmodem on a Sun, though, which I am still looking into. (maybe to do with buffering?) -Andrew Moore <alm@netcom.com>