Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Message-ID: <0a9801c1a079$4dd50e60$0200a8c0@lifelesswks>
From: "Robert Collins" <robert.collins@itdomain.com.au>
To: "Michael Haubenwallner" <michael.haubenwallner@salomon.at>,
   "Charles Wilson" <cwilson@ece.gatech.edu>
Cc: <cygwin@cygwin.com>
References: <3C482133.E3C673D2@salomon.at>
Subject: Re: cygipc-1.11 SHM-patch: fork, handling in ipc-daemon
Date: Sat, 19 Jan 2002 10:38:58 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


===
----- Original Message -----
From: "Michael Haubenwallner" <michael.haubenwallner@salomon.at>
> - It is not clear what happens in following circumstance:
>   1) the first process creates a shm
>   2) a second one attaches to it
>   3) now the second process dies without detaching
>   4) the first process removes the shm with shmctl(IPC_RMID),
>      but the ipc-daemon was sleeping and did not remove the
>      second attachment-entry early enough to have shm_nattch==0,
>      which must be the case in shmctl() to really remove the shm
>      by the caller of shmctl(IPC_RMID).
>
>   What IMHO surely not should happen is that a shmid with
>   shm_nattch==0 remains with having the destroy-flag set.
>   So the ipc-daemon must remove a shm in this state,
>   including the tmp-file.

In this case, the daemon should wait on all the processes that are
attached, so it gets woken up when a process quits. Alternatively, you
could queue the removal, prevent now attachments, and when the second
process termination is 'noticed' perform the removal.

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/