From owner-freebsd-hackers Sun May 31 10:38:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18253 for freebsd-hackers-outgoing; Sun, 31 May 1998 10:38:53 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from kstreet.interlog.com (kws@kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18183 for ; Sun, 31 May 1998 10:38:11 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.8.8/8.8.8) id NAA15380; Sun, 31 May 1998 13:37:19 -0400 (EDT) (envelope-from kws) To: Amancio Hasty Cc: Terry Lambert , mike@smith.net.au, rminnich@Sarnoff.COM, doconnor@gsoft.com.au, hackers@FreeBSD.ORG Subject: Re: Star Office Installation References: <199805310942.CAA20634@rah.star-gate.com> From: Kevin Street Date: 31 May 1998 13:37:19 -0400 In-Reply-To: Amancio Hasty's message of "Sun, 31 May 1998 02:42:44 -0700" Message-ID: <87emxa9wa8.fsf@kstreet.interlog.com> Lines: 29 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Amancio Hasty writes: > Well, I guess on Linux star office misbehaves by deleting its ipc > shared data segments when it exits. > > 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. I don't know about Star Office, but in other code (in KDE specifically) I've seen constructs like: *shm_adr = shmat ( shmid , NULL, 0 ); #ifdef linux shmctl(shmid, IPC_RMID, &buff); #endif which flags the segment for deletion right after the first attach to it. It works because on Linux you can apparently still do a new attach to a shared seg even after it's been flagged for deletion. After the last detach the seg goes away. On other platforms you can't attach it anymore after you do this, so the code has to be smarter about when to delete the segment. Perhaps Star Office is making use of some Linux-only shm semantics too or our emulation doesn't quite handle this type of usage. -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message