Yes, screen is what you want, but not it the way you think. Screen must be the original parent of the *shell itself* beforehand. (I believe screen can also spawn other processes besides shells.) Screen then lets you detach from that shell and all of it's child processes. You can also run multiple shells and other processes in different "windows" under screen. There is no way in UNIX that I know of to redirect a process' stdin/stdout/stderr after it is started. So, you have to think ahead and start screen before starting the process(es) that you want to attach to from a different shell. On Mon, 5 Feb 2001, Brad Noyes wrote: maitre> Thanks for responding. With your example, the shell would maitre> be the original parent of the process. What i'm looking maitre> for is not just, putting a running process into the maitre> background (say by ctl-z, then bg), and then brining back maitre> into the foreground (say by using fg %2). I'm looking to maitre> do is bring a process into the foreground to a shell, of maitre> which, the shell is not the original parent of the maitre> process.