From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nsstlmta23p.bpe.bigpond.com (nsstlmta23p.bpe.bigpond.com [203.38.21.23]) by sourceware.org (Postfix) with ESMTPS id 2B224384B0C0 for ; Mon, 27 Apr 2020 06:54:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2B224384B0C0 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=shaddybaddah.name Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=lithium-cygwin@shaddybaddah.name Received: from smtp.telstra.com ([10.10.24.4]) by nsstlfep23p-svc.bpe.nexus.telstra.com.au with ESMTP id <20200427065437.HYWT20086.nsstlfep23p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Mon, 27 Apr 2020 16:54:37 +1000 X-RG-Spam: Unknown X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduhedrheekgdduuddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetpdfqfgfvnecuuegrihhlohhuthemucegtddtnecunecujfgurhepvffhuffkffgfgggtgfesthejredttdefjeenucfhrhhomhepufhhrgguugihuceurgguuggrhhcuoehlihhthhhiuhhmqdgthihgfihinhesshhhrgguugihsggruggurghhrdhnrghmvgeqnecukfhppedvtdefrdegtddrudeikedrvdehvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegltddrtddrtddrtdgnpdhinhgvthepvddtfedrgedtrdduieekrddvhedvpdhmrghilhhfrhhomhepoehlihhthhhiuhhmqdgthihgfihinhesshhhrgguugihsggruggurghhrdhnrghmvgequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhestgihghifihhnrdgtohhmqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RG-VS-CLASS: clean Received: from [0.0.0.0] (203.40.168.252) by smtp.telstra.com (5.8.420) id 5E854B1709D5FFFA for cygwin@cygwin.com; Mon, 27 Apr 2020 16:54:37 +1000 To: cygwin@cygwin.com From: Shaddy Baddah Subject: Odd hang of cc1.exe, when invoking cpp/gcc Message-ID: <514e1a5d-7173-c6f0-a205-d8f207befc06@shaddybaddah.name> Date: Mon, 27 Apr 2020 16:54:29 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.9 required=5.0 tests=BAYES_00, GIT_PATCH_2, KAM_DMARC_STATUS, RCVD_IN_ABUSEAT, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_SOFTFAIL autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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: Mon, 27 Apr 2020 06:54:43 -0000 Hi, First, I want to acknowledge that this could be exclusively a problem with my Windows 10 desktop. The problem I am having is when I run a simple gcc command, say gcc hello.c, the command hangs. In mintty, ctrl-c won't kill it. And I have to carefully kill the gcc process taskmgr, then kill the child cc1 process, before returning to mintty. Otherwise mintty freezes up and I have to manually kill it too. From console, ctrl-c just works. This is happening on my Windows 10 desktop that is a corporate build of Windows. It is the subject of forced updates, lots of BLODA potential agents, and weird policies. It doesn't happen on my personal Windows 10 desktop, so I acknowledge that this will prejudice this attempt for assistance. But in the hope that there might be a clue as to why this is happening, I'll expand a bit further. gcc was working fine as recently as two months ago. Of course there have been Windows updates, and Cygwin updates performed since. But as I don't use gcc daily, I don't know which of these might have broke it. Further, doing an strace seems to me to be a little revealing. Whilst I see cc1.exe in taskmgr, I do not see the process in strace. So if I do strace -f gcc hello.c, these are the dwindling lines of output from strace: 184 6193312 [main] gcc 730 child_info::child_info: subproc_ready 0x2F4 537090 6730402 [main] gcc 730 child_info_spawn::worker: pid 731, prog_arg /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/cc1.exe, cmd line (null)) 1646 6732048 [main] gcc 730 open_shared: name cygpid.731, n 731, shared 0x160000 (wanted 0x0), h 0x31C, *m 5 269 6732317 [main] gcc 730 time: 1587970202 = time(0x0) 301 6732618 [main] gcc 730 proc_subproc: args: 1, -25504 378 6732996 [main] gcc 730 proc_subproc: returning 1 1984 6734980 [main] gcc 730 proc_subproc: args: 2, -25504 4374 6739354 [main] gcc 730 pinfo::wait: created tracking thread for pid 731, winpid 0x1668, rd_proc_pipe 0x2FC 478 6739832 [main] gcc 730 proc_subproc: added pid 731 to proc table, slot 0 355 6740187 [main] gcc 730 proc_subproc: returning 1 3219 6743406 [main] gcc 730 child_info_spawn::worker: spawned windows pid 5736 2144 6745550 [main] gcc 730 child_info::sync: n 2, waiting for subproc_ready(0x2F4) and child process(0x308) --- Process 2784 (pid: 730) thread 15060 created --- Process 2784 (pid: 730) thread 19632 created After a little while, I see staggered (and continuing) lines like: --- Process 2784 (pid: 730) thread 17992 exited with status 0x0 --- Process 2784 (pid: 730) thread 2624 exited with status 0x0 --- Process 2784 (pid: 730) thread 18504 exited with status 0x0 Any ideas? -- Regards, Shaddy