Re: Popen and EVFILT_WRITE question

Mel <[e-mail]> writes:
> Dag-Erling Sm=C3=B8rgrav <[e-mail]> writes:
> > it will either read input or it won't, and what happens when it
> > reads depends entirely on what the fd it reads from is connected to,
> > whether it's a slow or fast device, blocking or non-blocking, etc.
> The kernel knows that the fd at the end of the pipe is blocked for
> reading.=20

I'm not sure what you mean by that; do you mean that it's sleeping in
read() or similar?  What if it uses select(), poll() or kqueue()
instead?

> Does it also know it's the end of a pipe and what's on the other end? Cau=
se=20
> it would be a cool filter to have, if you could detect a blocked child as=
 a=20
> parent. It sure is better then arbitrary timeouts (this code will run 'ma=
ke=20
> install' as a daemon(3) and write 'yes' on those nasty post-install quest=
ions=20
> in ports).

Many ports will simply use the default configuration instead of asking
if you build them with -DBATCH.  Those that don't should be fixed,
unless there is a very good reason (such as asking the user to accept a
license before installing).

You could also ask somebody in portmgr@ how the package-building cluster
deals with this.

DES
--=20
Dag-Erling Sm=C3=B8rgrav - [e-mail]
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[e-mail]"