From owner-freebsd-arch Tue Jan 14 2: 0:23 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8348837B405 for ; Tue, 14 Jan 2003 02:00:22 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B130943F43 for ; Tue, 14 Jan 2003 02:00:21 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0EA0F2G046464; Tue, 14 Jan 2003 02:00:15 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0EA0NmY017860; Tue, 14 Jan 2003 02:00:23 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0EA0Nfc017859; Tue, 14 Jan 2003 02:00:23 -0800 (PST) (envelope-from marcel) Date: Tue, 14 Jan 2003 02:00:22 -0800 From: Marcel Moolenaar To: "Alan L. Cox" Cc: Peter Wemm , Matthew Dillon , arch@FreeBSD.ORG Subject: Re: Virtual memory question Message-ID: <20030114100022.GA17799@dhcp01.pn.xcllnt.net> References: <20030114041407.DDFC32A89E@canning.wemm.org> <3E239150.9FC363DD@imimic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E239150.9FC363DD@imimic.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jan 13, 2003 at 10:25:52PM -0600, Alan L. Cox wrote: > > >From the spec (on the web page that I mentioned): > > "The name argument points to a string naming a shared memory object. It > is unspecified whether the name appears in the file system and is > visible to other functions that take pathnames as arguments." > > I don't think ftruncate() is necessary. The underlying shm object can > be grown implicitly according to its mmap()ings. I do not, however, > know of a way to shrink an shm object. shm_open("key", O_TRUNC|..., ...) ? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message