Test SCO Xenix IPC reliability

[The Beach Bum]

In article <128 at jetson.UPMA.MD.US> john at jetson.UPMA.MD.US (John Owens) writes:
>I think that parent() executes
>	kill (loc[2], SIGUSR1);
>before the child process executes
>	loc[2] = getpid();
>and the child process never receives a signal.

the original version busy waited and didn't use signals.  the version i
posted used signals to increase the number of interations per second,
but wasn't tested very well ...

john has found Yet Another Bug(TM) in the code, which is still further
proof as to how difficult concurrent programming can get.  without some
form of p/v operations, that program is very difficult to write.

the new version uses message queues and screams like a banshee.  that
should be final proof as to how bullet proof the message queues are
under xenix.
-- 
John F. Haugh II (jfh at rpp386.UUCP)                           HASA, "S" Division

    "If the code and the comments disagree, then both are probably wrong."
                -- Norm Schryer