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>