Detaching and Attaching a Process [was Re: Project Proposal ]

[Shlomi Fish]

On Sun, 5 Aug 2001, mulix wrote:

> On Sun, 5 Aug 2001, Shlomi Fish wrote:
> 
> > On Sat, 4 Aug 2001, guy keren wrote:
> >
> > >
> > > On Fri, 3 Aug 2001, mulix wrote:
> > >
> > > > > I have a proposal for the next project the Haifux' programming club may
> > > > > wish to take after r2l and I'd like to present it here.
> > > >
> > > > i seem to recall guy having a pretty neat project proposal. guy, care to
> > > > post it and explain what it's about?
> > >
> > > i'll write something up after the coming meeting on monday. i want to
> > > first get some version of r2l packed out the door, before moving to
> > > another thing. just in general, the idea was to write a set of utilities
> > > that allow you to detach a process from the current terminal, and later
> > > on, attach it to another terminal. this'll be a very simple version of
> > > screen, but unlike screen, won't require you to prepare in advance for
> > > detaching.
> >
> > Sounds like an interesting idea. The problem is that I don't know too much
> > about Terminal management in Linux. I could learn, but I was hoping I
> > could avoid it, because I understood it is very messy. Guy, if you could
> > tell us what functions we can use to do it, it would be very nice.
> 
> i dont think any of us know much about it, which makes it a good project
> - it gives us an oppotunity to learn...
> 

Yes, but the question is if it is possible that a process will redirect
the stdin/stdout/stderr of another process after the process is running?
Guy, is there a predefined API for this, or will it require some kernel
hacking? If such an API exists, is it Linux specific, or is
something standard?

Regards,

        Shlomi Fish

> -- 
> mulix
> http://www.advogato.com/person/mulix
> 
> linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
> 



----------------------------------------------------------------------
Shlomi Fish        [EMAIL PROTECTED] 
Home Page:         http://t2.technion.ac.il/~shlomif/
Home E-mail:       [EMAIL PROTECTED]

A more experienced programmer does not make less bugs. He just realizes
what went wrong more quickly.