From owner-freebsd-hackers Sun May 31 13:45:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17928 for freebsd-hackers-outgoing; Sun, 31 May 1998 13:45:46 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17808 for ; Sun, 31 May 1998 13:45:15 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id NAA19097; Sun, 31 May 1998 13:45:12 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd019078; Sun May 31 13:45:10 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id NAA12554; Sun, 31 May 1998 13:45:06 -0700 (MST) From: Terry Lambert Message-Id: <199805312045.NAA12554@usr06.primenet.com> Subject: Re: Star Office Installation To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 31 May 1998 20:45:05 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, rminnich@Sarnoff.COM, doconnor@gsoft.com.au, hackers@FreeBSD.ORG In-Reply-To: <199805310942.CAA20634@rah.star-gate.com> from "Amancio Hasty" at May 31, 98 02:42:44 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > My next question is , > > > why so many postings about Star Office without a single soul venturing > > > into the linux layer to solve at least the ipc shared memory segments > > > clean up? > > > > > > Well, lets chat about it some more 8) > > > > By definition, shared memory segments are persistant. > > > > It would be an error to delete them when the last reference is deleted. > > > > This is arguably a design flaw, but being a design flag, there's really > > nothing you can do about it. > > Well, I guess on Linux star office misbehaves by deleting its ipc > shared data segments when it exits. No, it doesn't. But if FreeBSD deleted them on it behalf when Star Office exited, FreeBSD would be in error. > Most likely whats going is that we are not handling properly the ipc > calls or possibly something else which is causing Star Office not > to delete the ipc shared data segments upon exit. You mean "shutdown", not "exit". My point was that SysV IPC is not resource tracked, and it would be an error for FreeBSD to resource track it (which is what was being requested). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message