X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3ADE03858C5E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1705923835; bh=h/9XRSME3SY1Jj8d25pyhgOJIIUk7Xa3cGqFnpyg7ns=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=RwWctRogsPE7lU5ZU/mwQEjchi41P8oATALJVT6CaTPNho0l4jAgau9qTAzLnjvkU M5yBwuMnHjLTFX2VkG5ji9gcvQhVXOEiQ9zZAVoqW2j0x/tWPz/g0PXexgWFh9vrOd sZrkRDqHeeSjAfXbGtQhUAwwZiNKO0MRnFgtahkA= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 61839385841A Date: Mon, 22 Jan 2024 12:42:56 +0100 To: cygwin AT cygwin DOT com Subject: Re: Possiblly bug of cygwin1.dll Message-ID: Mail-Followup-To: cygwin AT cygwin DOT com References: <20240120131825 DOT 4157c259fe058155137d6fe0 AT nifty DOT ne DOT jp> <20240120141349 DOT cde31e62177a0405b0ee9934 AT nifty DOT ne DOT jp> <87v87ov03x DOT fsf AT Gerda DOT invalid> <20240120212427 DOT 1e69fd3655ece73ecd508def AT nifty DOT ne DOT jp> <20240121201051 DOT 795a4405576a97ab8729e273 AT nifty DOT ne DOT jp> <87fryqizl3.fsf@> <20240122123023 DOT b8eaac0e50d1e8856f44a115 AT nifty DOT ne DOT jp> <20240122200634 DOT bcb3408c9d4722b9a914afcf AT nifty DOT ne DOT jp> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20240122200634.bcb3408c9d4722b9a914afcf@nifty.ne.jp> X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Corinna Vinschen via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Corinna Vinschen Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Jan 22 20:06, Takashi Yano via Cygwin wrote: > On Mon, 22 Jan 2024 10:25:28 +0100 > Corinna Vinschen wrote: > > On Jan 22 12:30, Takashi Yano via Cygwin wrote: > > > PATCH2: (for cygwin) > > > Avoid handle leak caused when non-static pthread_once_t is initialized > > > with PTHREAD_ONCE_INIT > > > diff --git a/winsup/cygwin/thread.cc b/winsup/cygwin/thread.cc > > > index 7bb4f9fc8..127569160 100644 > > > --- a/winsup/cygwin/thread.cc > > > +++ b/winsup/cygwin/thread.cc > > > @@ -2060,6 +2060,9 @@ pthread::once (pthread_once_t *once_control, void (*init_routine) (void)) > > > { > > > init_routine (); > > > once_control->state = 1; > > > + pthread_mutex_unlock (&once_control->mutex); > > > + while (pthread_mutex_destroy (&once_control->mutex) == EBUSY); > > > + return 0; > > > } > > > /* Here we must remove our cancellation handler */ > > > pthread_mutex_unlock (&once_control->mutex); > > > > I see what you're doing here. Wouldn't it be simpler, though, to do this? > > > > diff --git a/winsup/cygwin/thread.cc b/winsup/cygwin/thread.cc > > index 7bb4f9fc8341..7ec3aace395d 100644 > > --- a/winsup/cygwin/thread.cc > > +++ b/winsup/cygwin/thread.cc > > @@ -2063,6 +2063,7 @@ pthread::once (pthread_once_t *once_control, void (*init_routine) (void)) > > } > > /* Here we must remove our cancellation handler */ > > pthread_mutex_unlock (&once_control->mutex); > > + while (pthread_mutex_destroy (&once_control->mutex) == EBUSY); > > return 0; > > } > > In this code, if several threads call pthread_once() at the same time, > only one thread will succeed pthread_mutex_destroy() and the others > will fail with EINVAL. But it does not matter. The code will be > simpler. Yeah, but you're right. It's cleaner to do this only in the thread actually performing the init action so your original patch makes more sense. Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple