From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17696 invoked by alias); 27 Feb 2019 20:27:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 17685 invoked by uid 89); 27 Feb 2019 20:27:27 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,KAM_NUMSUBJECT,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=cable, corporate, forth, falls X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 27 Feb 2019 20:27:26 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5C69930923C9 for ; Wed, 27 Feb 2019 20:27:25 +0000 (UTC) Received: from [10.3.116.222] (ovpn-116-222.phx2.redhat.com [10.3.116.222]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 330BA6BF81 for ; Wed, 27 Feb 2019 20:27:25 +0000 (UTC) Subject: Re: Cygwin 3.0.1-1 Breaks ALL cygwin applications on Windows 7 x64 To: cygwin@cygwin.com References: <9e344bdc-758b-5711-b25a-1ed2e46952be@yahoo.com> <746a01c6-0faf-aff3-51e6-c0e129a56cc4@yahoo.com> <110b2dfb62fa274469d2d2fae586fb99@smtp-cloud7.xs4all.net> <66C04238-FC33-4926-952D-775BF5DEBE2C@solidrocksystems.com> <06d6e35d-b645-61c2-089b-8256194168ef@yahoo.com> <35062835-c3cd-799e-d13a-16f954db2a19@yahoo.com> <02f492d9-b334-1dab-aedb-17a747ede36b@SystematicSw.ab.ca> <6b67157a-a9c8-1a72-8997-be9ea8a00a14@yahoo.com> From: Eric Blake Message-ID: Date: Wed, 27 Feb 2019 20:44:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.0 MIME-Version: 1.0 In-Reply-To: <6b67157a-a9c8-1a72-8997-be9ea8a00a14@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019-02/txt/msg00491.txt.bz2 On 2/27/19 2:19 PM, Jerry Baker via cygwin wrote: > On 2/26/2019 10:55 PM, Brian Inglis wrote: >> As Cygwin is a rolling release system, if you are not running current >> releases, >> some CVE security issues may remain unpatched, and your system may not be >> compliant to your corporate security policies (you may want to check >> with your >> IT security and/or IT auditors). > > I narrowed it down to my network. If I unplug the Ethernet cable the > problem disappears. If I plug it in, the problem returns. I can > reproduce it 100% for an hour straight, going back and forth. Off-hand, I would suspect that the newer Cygwin has code that tries to access a network resource (perhaps because you have a "//name" in your $PATH, or perhaps because of local vs. network username), and that the process hangs waiting for the resource to time out when you have the cable plugged in (or even has a bug that causes an inf-loop), but quickly falls back to something that works when the network is not present. Corinna will have more ideas about how to test which particular network call is hanging, as well as being more familiar with recent changes in network username validation, for ideas on better debugging this. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple