Bugs

[Joseph Allen]

In article <1991Apr30.103044.10663 at robobar.co.uk> ronald at robobar.co.uk (Ronald S H Khoo) writes:
>jallen at eeserv1.ic.sunysb.edu (Joseph Allen) writes:

Thanks for the information.  Now I wonder why havn't I heard anything from SCO
about these updates- I am registered.  I guess they only give you fixes if you
ask for them.

I seem to remember that there's supposed to be a SCO uucp site.  Are these
fixes there, and if so, how do I contact the site?

>> - Reliable signals were added, but nothing generates SIGIO (there's no
>>   ASYNC flag for fcntl or open).

>Well, that's two separate issues.  At least, with the advent of reliable
>signals, the race condition in sleep(3) doesn't exist anymore.  SIGIO's
>a nasty kluge anyway.  Reliable signals, on the other hand, are rather
>vital -- I'm very grateful that they were added.

The only problem with SIGIO (when it's implemented) is that you have to do a
lot of polling after you get one.  But "select", with its bit-maps, is also a
nasty kludge.  (now if only SIGIO passed the descriptor to the signal handler-
but then I guess you'd have "tiny" messsage passing :-)

>Why not use pipes instead?

Because how do you make a pipe between unrelated processes?  (Oops, no sockets
and streams don't seem to be done (or at least they're not documented)) 

Also I've found that the message passing system calls are very fast (I don't
have experience with streams but BSD sockets were always a bit slow).
-- 
/*  jallen at ic.sunysb.edu  */     /* Amazing */     /* Joe Allen 129.49.12.74 */
int a[1817];main(z,p,q,r){for(p=80;q+p-80;p-=2*a[p])for(z=9;z--;)q=3&(r=time(0)
+r*57)/7,q=q?q-1?q-2?1-p%79?-1:0:p%79-77?1:0:p<1659?79:0:p>158?-79:0,q?!a[p+q*2
]?a[p+=a[p+=q]=q]=q:0:0;for(;q++-1817;)printf(q%79?"%c":"%c\n"," #"[!a[q-1]]);}