Date: Tue, 9 Apr 1996 14:26:32 +1000 (EST) From: John Birrell <cimaxp1!jb@melb.werple.net.au> To: lambert.org!terry@melb.werple.net.au (Terry Lambert) Cc: blah.a.isar.de!roell@melb.werple.net.au, lambert.org!terry@melb.werple.net.au, blah.a.isar.de!roell@melb.werple.net.au, atrad.adelaide.edu.au!msmith@melb.werple.net.au, freebsd.org!hackers@melb.werple.net.au, time.cdrom.com!jkh@melb.werple.net.au, xinside.com!roell@melb.werple.net.au Subject: Re: The F_SETOWN problem.. Message-ID: <199604090426.OAA06617@melb.werple.net.au> In-Reply-To: <199604082201.PAA03075@phaeton.artisoft.com> from "Terry Lambert" at Apr 8, 96 03:01:34 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > I think you don't get it. The problem is no matter what I do, select() > > will be only called rarely, which means that a pipe would not help at > > all. Increasing the buffer size by any means just moves the problem to > > a different threshold, rather than solving it. > > It seems you have five options: > > 1) Use pthreads (SIGALARM problem, from private email) If you use threads, you should be able to solve the "SIGALARM problem" in a threaded manner, avoiding alarm(3) altogether. > Signals are bogus. And so is alarm. > > > Terry Lambert > terry@lambert.org > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199604090426.OAA06617>