X-Recipient: archive-cygwin@delorie.com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7D946385840C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1705843861;
	bh=ufmI3VaTdQAAeTOUAXgQGkGyeQHoo5ifwjFwnsWbDdQ=;
	h=To:Subject:In-Reply-To:References:Date:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	 From;
	b=MuJo6cbG+R3gSloIqy10J7iaNjUPiyh3c8xjsOfGQY3/5xlwuyYJQx0Ja/D3xpO5q
	 cA3HJfKjNjGqhLFw2ez3wYmTqn1S0OXqV1nLe1TJOOwliWPb/d/bbPwFI0Gy4qieG2
	 h8c3SOv65TH1sVLKHl6Q9IGsHSdpAf97hJ6v9QZw=
X-Original-To: cygwin@cygwin.com
Delivered-To: cygwin@cygwin.com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 701883858D32
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 701883858D32
ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1705843815; cv=none;
 b=hOVIph0hi1TMI1Wq8mmhcb5Kh1oGPg6jGWL50X1MzCHVHexz+HXNQreiCBNl73eyxnWlFF9U3mKQPwbrxuFYQSUzPhkaXCvihkuML8QT4b2YhWj1hEFRjrbzch7ydTv7UQQkadUY9APxrZg5x2FyLWNeKhl/YDEZakQ4tKtxra4=
ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key;
 t=1705843815; c=relaxed/simple;
 bh=nVQYFpEauek0ebQG5sfHsMxHQW8E8ulFQxMTc/B/NMM=;
 h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version;
 b=Dp/WpU/HDdQUMBaTdqnXXCtIRHZiHODnOsGCfqFG9i1hpwa/KqKyUg8d5XfXMwzez49O6FIQsZfKx3NfK2UfpceYXoNkzCJGBr6mBvBAy3DafIrjcrpjtO2JSNdF4nMVT6ojvz7Ec4AOfP9OHGz3nBYSie/ksSjo+GVEObvSF6U=
ARC-Authentication-Results: i=1; server2.sourceware.org
To: cygwin@cygwin.com
Subject: Re: Possiblly bug of cygwin1.dll
In-Reply-To: <20240121201051.795a4405576a97ab8729e273@nifty.ne.jp> (Takashi
 Yano via Cygwin's message of "Sun, 21 Jan 2024 20:10:51 +0900")
References: <20240119224436.876a055f356f7c6796bc725b@nifty.ne.jp>
 <ZaqHGElhXZIc3NFX@calimero.vinschen.de>
 <20240120131825.4157c259fe058155137d6fe0@nifty.ne.jp>
 <20240120141349.cde31e62177a0405b0ee9934@nifty.ne.jp>
 <87v87ov03x.fsf@Gerda.invalid>
 <20240120212427.1e69fd3655ece73ecd508def@nifty.ne.jp>
 <20240121201051.795a4405576a97ab8729e273@nifty.ne.jp>
Date: Sun, 21 Jan 2024 14:30:00 +0100
Message-ID: <87fryqizl3.fsf@>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
X-purgate-type: clean
X-purgate: clean
X-purgate-size: 1248
X-purgate-ID: 155817::1705843807-DB7FB740-04A48786/0/0
X-Spam-Status: No, score=-3030.6 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, INVALID_MSGID, RCVD_IN_DNSWL_LOW,
 RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP,
 T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
 server2.sourceware.org
X-BeenThere: cygwin@cygwin.com
X-Mailman-Version: 2.1.30
Precedence: list
List-Id: General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-request@cygwin.com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request@cygwin.com?subject=subscribe>
From: ASSI via Cygwin <cygwin@cygwin.com>
Reply-To: ASSI <Stromeko@nexgo.de>
Content-Type: text/plain; charset="utf-8"
Errors-To: cygwin-bounces+archive-cygwin=delorie.com@cygwin.com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie.com@cygwin.com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 40LDV3hA013761

Takashi Yano via Cygwin writes:
> I found the cause. In pthread.h of cygwin, PTHREAD_ONCE_INIT is defined as:
> #define PTHREAD_ONCE_INIT { PTHREAD_MUTEX_INITIALIZER, 0 }
> however, libstdc++ initializes non-static pthread_once_t using this macro.

https://www.ibm.com/docs/en/aix/7.3?topic=p-pthread-once-init-macro
https://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_once.html

"The behavior of pthread_once() is undefined if once_control has
automatic storage duration or is not initialized by PTHREAD_ONCE_INIT."

> I cannot find the POSIX statement that only static pthread_once_t can be
> initialized using PTHREAD_ONCE_INIT. If I do not overlook something,
> this is the problem of cygwin side, isn't it?

You can initialize just about anything with PTHREAD_ONCE_INIT, but you
cannot expect the resulting structure to work as intended if there is
more than instance per library / program, so the libstdc++ object should
be a singleton, not automatic.

Still looks like ATWIL to me…


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

-- 
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

