Date: 31 May 1998 13:37:19 -0400 From: Kevin Street <street@iname.com> To: Amancio Hasty <hasty@rah.star-gate.com> Cc: Terry Lambert <tlambert@primenet.com>, mike@smith.net.au, rminnich@Sarnoff.COM, doconnor@gsoft.com.au, hackers@FreeBSD.ORG Subject: Re: Star Office Installation Message-ID: <87emxa9wa8.fsf@kstreet.interlog.com> In-Reply-To: Amancio Hasty's message of "Sun, 31 May 1998 02:42:44 -0700" References: <199805310942.CAA20634@rah.star-gate.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Amancio Hasty <hasty@rah.star-gate.com> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87emxa9wa8.fsf>