home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.bsd
- Path: sparky!uunet!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>
-