Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!cwjcc!hal!ncoast!allbery From: allbery@ncoast.UUCP (Brandon S. Allbery) Newsgroups: comp.os.minix Subject: Re: A few novice questions Message-ID: <13142@ncoast.UUCP> Date: 18 Nov 88 01:49:24 GMT References: <8811081753.AA18094@decwrl.dec.com> <1988Nov9.184419.3709@utzoo.uucp> Reply-To: allbery@ncoast.UUCP (Brandon S. Allbery) Followup-To: comp.os.minix Organization: Cleveland Public Access UN*X, Cleveland, Oh Lines: 28 As quoted from <1988Nov9.184419.3709@utzoo.uucp> by henry@utzoo.uucp (Henry Spencer): +--------------- | In article <8811081753.AA18094@decwrl.dec.com> powers@cimbad.dec.com (Bill Powers) writes: | > 3) If I spawn a couple of processes from a program, is their a mechanism | > for one process to send stuff to another process, like mailboxes in | > VMS. | | Pipes. +--------------- Try again. Minix is a message-passing OS; while I haven't tried it -- yet -- I haven't noticed anything that would prevent a process from doing sendmsg() to another non-kernel process. (Assuming the receiving process in question isn't already waiting on a message from the kernel, in which case things could get messy.) I daresay some form of message queueing to non-kernel processes should be implemented to make this work properly. Another -- tabled for the moment -- project of mine has what amounts to a "message server" which is capable of queueing messages. Perhaps such a beast should be implemented, similarly to INIT, and all messages be passed through it to other parts of the system. ++Brandon -- Brandon S. Allbery, comp.sources.misc moderator and one admin of ncoast PA UN*X uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu allberyb@skybridge.sdi.cwru.edu allbery@uunet.uu.net comp.sources.misc is moving off ncoast -- please do NOT send submissions direct Send comp.sources.misc submissions to comp-sources-misc@.