From owner-freebsd-hackers Tue Oct 9 13: 1:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 1ED6D37B401 for ; Tue, 9 Oct 2001 13:01:08 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 0ACDC81D01; Tue, 9 Oct 2001 15:01:03 -0500 (CDT) Date: Tue, 9 Oct 2001 15:01:03 -0500 From: Alfred Perlstein To: Terry Lambert Cc: Matt Busigin , freebsd-hackers@freebsd.org Subject: Re: Message Passing Message-ID: <20011009150103.W59854@elvis.mu.org> References: <3BC351FC.B98E3B02@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BC351FC.B98E3B02@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 09, 2001 at 12:37:32PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Terry Lambert [011009 14:37] wrote: > Matt Busigin wrote: > > For now, after looking at SVSV IPC, I am rewriting it so that the pointers > > are in the proc struct, and I am initialising them in kern_exec.c, but I > > am wishing/hoping there is a more elegant manner that I can do this > > completely in modules. > > Look at the KNOTE() code that notes to the proc. This mechanism > pretty much already exists, though no one has yet added support > for SVR4 message queues (it should be trivial) or arbitrary > messages (SVR4 shared memory or an mmaped file would end up > being the best transport). > > Not to be a wet blanket, or anything -- I've often bemoaned the > lack of this kind of thing in FreeBSD. Suggesting an easy to use method would probably get it coded for you. :) I was thinking about this problem and the quick and ugly fix would be to just have a linked list of containers hung off the proc struct or perhaps an array of pointers where each subsystem can allocate an index that it will use to hang off subsystem dependant data. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message