Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!decvax!ucbvax!i91@seismo.CSS.GOV@nikhefh.UUCP From: i91@seismo.CSS.GOV@nikhefh.UUCP Newsgroups: mod.computers.apollo Subject: Submission for mod-computers-apollo Message-ID: <8701162016.AA02494@nikhefh.uucp> Date: Fri, 16-Jan-87 15:16:52 EST Article-I.D.: nikhefh.8701162016.AA02494 Posted: Fri Jan 16 15:16:52 1987 Date-Received: Sun, 18-Jan-87 18:35:56 EST Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 43 Approved: apollo@yale-comix.arpa Path: nikhefh!i91 From: i91@nikhefh.UUCP (Fons Rademakers) Newsgroups: mod.computers.apollo Subject: Need help, read the message. Message-ID: <246@nikhefh.UUCP> Date: 16 Jan 87 20:16:52 GMT Reply-To: i91@nikhefh.UUCP (Fons Rademakers) Distribution: world Organization: Nikhef-H, Amsterdam (the Netherlands). Lines: 32 Hello Apollo experts, I need some help! Introductuon to the question: I made an interprocess communications package using IPC calls. With this package it is possible to send messages from one program to another, wait for messages from one or more programs, etc. The package works basically very nice, also when the programs are spread over different nodes. However, problems can occur when one program tries to send something to another program while that other program is not listening. To prevent this I could use MUTEX locks as semaphores, i.e. a program may only send to another program when the semaphore of that program is set. I also tried the technique of creating/deleting a little file as semaphore, but this turned out to be very time consuming. Problem: With this solution I lose the possibility of running the programs on different nodes. Question: Is there an elegant solution to this problem? If so, let me know. If not, let me also know. Thanks in advance, Fons Rademakers -- Org: NIKHEF-H, National Institute for Nuclear and High-Energy Physics. Mail: Kruislaan 409, P.O. Box 41882, 1009 DB Amsterdam, the Netherlands BITNET: U00029@HASARA5.BITNET Telex: 10262 (hef nl) UUCP: {decvax,cernvax,uck,unido,vmucnam,seismo}!mcvax!nikhefh!i91