From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) by sourceware.org (Postfix) with ESMTPS id B9ABD3938C2A for ; Thu, 8 Jul 2021 14:42:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B9ABD3938C2A Date: Thu, 08 Jul 2021 14:42:16 +0000 To: Csaba Raduly From: Max Mikhanosha Cc: "cygwin@cygwin.com" Reply-To: Max Mikhanosha Subject: Re: fstream::open crashes if first file it ever opening is in /proc Message-ID: In-Reply-To: References: <_022Gh93RaZBX0JIf3f3UuZ7mekqKNi9g4ap-KHKpAa_ppq6O8Y3WXBDUUCw6yK6KJCdfhrFhwGfbB-UZD5R0wmWa2Lo6ZE6glWt4JzyDns=@protonmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2021 14:42:21 -0000 You have same versions of cygwin1.dll and libstdc++ dll? Wonder if it has something to do with machine, its 64 core amd threadripper= box, (128 logical cpu's with hyperthreading Some other observations: 1) Compiling the test program on other box with older Cygwin, where problem= does not happen, and copying the .exe, still reproduces 2) With older cygwin problem goes away (I did not reinstall older cygwin, b= ut moved just made a directory with older cygwin1.dll and two other DLL's a= nd the executable and set path to it) 3) if I use fopen() problem also reproduces, but only if I include . The difference between executable that includes vs one that= does not, is that the one including links cygstdc++.6.dll and c= yggcc_s-seh-1.dll but one without does not So problem I'm having is related to some static initialization code thats t= riggered by presence of cygstdc++.6.dll, likely in the area of ios_base::sy= nc_with_stdio logic. For now I'll just let this go and workaround by adding dummy fstream("whate= ver") on top of my main program, if there is a real bug I'm sure other peop= le will hit it too sooner or later