Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 92334 invoked by uid 500); 4 Sep 2001 22:41:20 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 92278 invoked from network); 4 Sep 2001 22:41:19 -0000 Date: Wed, 5 Sep 2001 00:40:44 +0200 From: Luke Kenneth Casson Leighton To: dcom-dev@lists.dcerpc.net Cc: dcerpc-dev@lists.dcerpc.net, dcerpc-dev@lists.dcerpc.org, samba-technical@samba.org, tng-technical@samba.org, dev@apr.apache.org Subject: Re: Shared memory and IPC Message-ID: <20010905004044.H1224@angua.rince.de> Mail-Followup-To: dcom-dev@lists.dcerpc.net, dcerpc-dev@lists.dcerpc.net, dcerpc-dev@lists.dcerpc.org, samba-technical@samba.org, tng-technical@samba.org, dev@apr.apache.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from wez@thebrainroom.com on Tue, Sep 04, 2001 at 08:15:53PM +0100 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > Now, the other thing is that COM provides a means to allocate shared > memory using it's IMalloc interface (well, you can ask for a shared > memory implementation of IMalloc). I'd like to provide this in our COM > implementation; the problem is that I think we need to implement a > full blown "malloc manager" for the shared memory to support malloc, > free, realloc etc. etc. Memory allocated using the COM IMalloc must > be passable directly to another process (ie: appear at the same address), > so I think we might need a COM-wide shared memory context of some kind. holy cow. i'm cc'ing this out to a number of lists i know of in case someone can answer authoritatively. does anyone else know how this could be done? is it possible to get memory allocated in one process to be shared with another process *at the same address* on unix, os/2, nt, vms etc? the critical one for the dcom project at the moment is unix. please could you cc in the dcom-dev@lists.dcerpc.net list in any discussions, for relevant records. thanks for your help, luke