Path: utzoo!utgpu!water!watmath!clyde!rutgers!sri-unix!quintus!sun!pitstop!sundc!seismo!uunet!mcvax!unido!tub!cabo From: cabo@tub.UUCP (Carsten Bormann) Newsgroups: comp.unix.questions Subject: Re: inheriting processes from other ttys Message-ID: <352@tub.UUCP> Date: 15 Feb 88 10:50:39 GMT References: <1707@phoenix.Princeton.EDU> <17987@topaz.rutgers.edu> Reply-To: cabo@tub.UUCP (Carsten Bormann) Organization: Technical University of Berlin, Germany Lines: 30 Posted: Mon Feb 15 11:50:39 1988 In article <17987@topaz.rutgers.edu> ron@topaz.rutgers.edu (Ron Natalie) writes: () [...] () () This provides you the attach/detach features that some of the nicer () DEC operating systems provided (TOPS-20 anyone?). I have a user () mode version of this for 4BSD (actually anything with Berkeley like () pty/tty pairs) that I did as a proof of concept for a later in-kernel () implentation, but I've never gotten around to finishing the in-kernel () project. I don't know if we really need this in the kernel right now. We have contemplated adding a detach/attach feature to ``screen'' (Oliver Laumann's poor man's window system), but didn't get around to it yet. Maybe Ron's code can be integrated. Any volunteers? The plan was to do it in two steps: 1) Implement detaching from a ``screen'' process and attaching to it from a different terminal of the same type. 2) Enhance ``screen'' to be able to change terminal types mid-river, which in combination with (1) would allow you to e.g. detach from an h19 and attach from a vt100 (as long as the screen dimensions and other critical parameters remain the same). I don't think I would want to put step 2 into the kernel... -- Carsten Bormann, Communications and Operating Systems Research Group Technical University of Berlin (West, of course...) Path: ...!pyramid!tub!cabo from the world, ...!unido!tub!cabo from Europe only.