From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31825 invoked by alias); 26 Jun 2012 18:51:50 -0000 Received: (qmail 31817 invoked by uid 22791); 26 Jun 2012 18:51:49 -0000 X-SWARE-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 26 Jun 2012 18:51:35 +0000 Received: by bkty5 with SMTP id y5so288003bkt.2 for ; Tue, 26 Jun 2012 11:51:34 -0700 (PDT) Received: by 10.205.127.140 with SMTP id ha12mr5918390bkc.105.1340736694239; Tue, 26 Jun 2012 11:51:34 -0700 (PDT) Received: from [10.143.17.212] (vpsurf86.vistec.net. [213.216.12.86]) by mx.google.com with ESMTPS id h18sm51909175bkh.8.2012.06.26.11.51.33 (version=SSLv3 cipher=OTHER); Tue, 26 Jun 2012 11:51:33 -0700 (PDT) Message-ID: <4FEA04B2.9010209@gmail.com> Date: Tue, 26 Jun 2012 18:51:00 -0000 From: marco atzeri User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: crash on latest cygwin snapshot References: <4FE786DA.2050208@gmail.com> <4FE9A2A1.3040802@cornell.edu> <20120626141028.GB22099@ednor.casa.cgf.cx> <20120626150409.GA23384@ednor.casa.cgf.cx> <20120626153154.GA837@calimero.vinschen.de> In-Reply-To: <20120626153154.GA837@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2012-06/txt/msg00483.txt.bz2 On 6/26/2012 5:31 PM, Corinna Vinschen wrote: > On Jun 26 11:04, Christopher Faylor wrote: >> On Tue, Jun 26, 2012 at 10:10:28AM -0400, Christopher Faylor wrote: >>> On Tue, Jun 26, 2012 at 07:53:05AM -0400, Ken Brown wrote: >>>> On 6/24/2012 5:30 PM, marco atzeri wrote: >>>>> while building latest atlas I hit a bug that is crashing all the running >>>>> cygwin process. >>>>> It crashes on 20120619 snapshot and also latest cvs source. >>>>> No issue on 20120611 snapshot. >>>> >>>> I'm also seeing this crash, but it does not kill all running cygwin >>>> processes. The only processes that die are the mintty processes and the >>>> associated bash processes. For example, it just happened a few minutes >>>> ago, and XWin survived, along with emacs and xterm. >>>> >>>> It happens intermittently, maybe once every 3 days, and I haven't found >>>> a simple sequence of steps for reproducing it. All I can say for sure >>>> is that I always have more than one mintty running, and they all die. >>>> >>>> Marco, are you sure all cygwin processes die when you experience this >>>> problem? Also, since you can reliably reproduce the crash, have you >>>> tried reverting to the previous version of mintty? Note that mintty was >>>> updated just a few days before the 20120619 snapshot was released. >>> >>> He indicated that some processes kept running. >>> >>> But, hmm. I haven't updated mintty lately. I will try that. >> >> This still just hangs my system by creating many /bin/sh and gcc jobs. >> What am I supposed to be seeing for output? If I set the PATH to just >> /usr/bin, I see: >> >> User Override Compilers: >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> 'none' : 'none' '-fno-common' >> >> and then no more output until I have to restart the machine due to >> excessive process creation. > > This might be a result of the problem, too. When I run the command > on W7 and W2008R2, it hangs a couple of seconds at this point, apparently > running a find(1) command, and then the output starts like this: > > --- SNIP --- > ierr=256 in command='find $HOME/local /home/corinna/bin /usr/local/bin /usr/bin /bin /mnt/c/Windows/system32 /mnt/c/Windows /mnt/c/Windows/System32/Wbem /mnt/c/Windows/System32/WindowsPowerShell/v1.0 -name '*gcc*' -exec ./xisgcc '{}' \;'! > > OUTPUT: > ======= > find: `/home/corinna/local': No such file or directory > /usr/bin/gcc-4.exe > /usr/bin/gcc.exe > /usr/bin/i686-pc-cygwin-gcc-4.5.3.exe > /usr/bin/i686-pc-cygwin-gcc-4.exe > /usr/bin/i686-pc-cygwin-gcc.exe > /usr/bin/i686-pc-mingw32-gcc-4.5.2.exe > /usr/bin/i686-pc-mingw32-gcc.exe > /usr/bin/x86_64-w64-mingw32-gcc-4.5.3.exe > /usr/bin/x86_64-w64-mingw32-gcc.exe > /bin/gcc-4.exe > /bin/gcc.exe > /bin/i686-pc-cygwin-gcc-4.5.3.exe > /bin/i686-pc-cygwin-gcc-4.exe > /bin/i686-pc-cygwin-gcc.exe > /bin/i686-pc-mingw32-gcc-4.5.2.exe > /bin/i686-pc-mingw32-gcc.exe > /bin/x86_64-w64-mingw32-gcc-4.5.3.exe > /bin/x86_64-w64-mingw32-gcc.exe > [...] > --- SNAP --- > > and then a couple of hundreds line of output with various make commands > or something like that. > > > Corinna > This is the expected behaviour. The program is part of a "weird" configure scripts used by ATLAS http://math-atlas.sourceforge.net/ to detect the best compiler options for optimizing the math perfomance on the given machine. It stresses a bit the computer, but on snapshot 20110619 and later CVS the side effect is to crash all mintty sessions on my W7/64 and to block cgf's one. So some of the change between 20110611 and 20110619 are responsable of the mintty crash. Marco -- 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