Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!zephyr.ens.tek.com!tektronix!sequent!ccssrv!perry
From: perry@ccssrv.UUCP (Perry Hutchison)
Newsgroups: comp.unix.wizards
Subject: Re: how do I know when a process wants data
Message-ID: <724@ccssrv.UUCP>
Date: 12 Oct 89 05:07:46 GMT
References: <511@ccadfa.adfa.oz.au>
Reply-To: perry@ccssrv.UUCP (Perry Hutchison)
Organization: Control-C Software, Inc., Beaverton, OR
Lines: 12

In article <511@ccadfa.adfa.oz.au> cjsv@cs.adfa.oz.au (Christopher J S Vance)
writes:

+ I want to run a process (call it dexec) which fork's and exec's an
+ ordinary Unix process (call it X) using a file descriptor shared with
+ dexec.  I want dexec to be notified that X is blocked waiting for input
+ from the shared fd ...

Would it work to make like ps(1) and read /dev/kmem?  I suppose that's polling
of a sort, but short of kernel hacking I don't know what else would work in
the general case.  If you know enough about X, you could do like dbx(1) and
set breakpoints in X whenever it's about to read.