From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22241 invoked by alias); 3 Aug 2011 18:03:03 -0000 Received: (qmail 22196 invoked by uid 22791); 3 Aug 2011 18:03:01 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_SV,UNPARSEABLE_RELAY X-Spam-Check-By: sourceware.org Received: from nm19-vm0.bullet.mail.bf1.yahoo.com (HELO nm19-vm0.bullet.mail.bf1.yahoo.com) (98.139.213.162) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Wed, 03 Aug 2011 18:02:47 +0000 Received: from [98.139.212.150] by nm19.bullet.mail.bf1.yahoo.com with NNFMP; 03 Aug 2011 18:02:46 -0000 Received: from [98.139.213.3] by tm7.bullet.mail.bf1.yahoo.com with NNFMP; 03 Aug 2011 18:02:46 -0000 Received: from [127.0.0.1] by smtp103.mail.bf1.yahoo.com with NNFMP; 03 Aug 2011 18:02:46 -0000 X-Yahoo-SMTP: jenXL62swBAWhMTL3wnej93oaS0ClBQOAKs8jbEbx_o- Received: from cgf.cx (cgf@108.49.32.9 with login) by smtp103.mail.bf1.yahoo.com with SMTP; 03 Aug 2011 11:02:46 -0700 PDT Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 9555213C002 for ; Wed, 3 Aug 2011 14:02:45 -0400 (EDT) Date: Wed, 03 Aug 2011 18:03:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: git-svn hang starting with 20110721 snapshot. Message-ID: <20110803180231.GA481@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <4E383AC9.4000406@acm.org> <20110803084427.GA999@calimero.vinschen.de> <20110803134528.GA27354@ednor.casa.cgf.cx> <20110803140013.GA27420@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110803140013.GA27420@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2011-08/txt/msg00093.txt.bz2 On Wed, Aug 03, 2011 at 10:00:13AM -0400, Christopher Faylor wrote: >On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote: >>On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote: >>>On Aug 2 10:58, David Rothenberger wrote: >>>> I use git-svn extensively in my day-to-day work, and I noticed with >>>> recent snapshots that some of the git-svn commands are hanging. I >>>> narrowed it down to the 20110721 snapshot. 20110713 is the last one >>>> that works fine. >>>> >>>> I realize this isn't exactly a STC, but I don't have the time right >>>> now to narrow it down further (or the skills, really). I've attached >>>> a script which reproduces the problem. It requires svn and >>>> git-svn. In the script, the first "git svn init" command hangs with >>>> 20110721, but the entire script succeeds with 20110713. >>>> >>>> I hope this is enough information to track down the problem, because >>>> I was absolutely LOVING the speed increase in 20110801. >>> >>>This is not enough for me. I tried your script on W7 32 bit and Server >>>2008 R2 64 bit, using Cygwin from CVS as well as the 20110801 snapshot, >>>in in no case can I reproduce a hang. The script runs fine (and fast): >> >>I don't see a hang but I do see a: >> >>error: cannot fork() for git-svn: Resource temporarily unavailable >> >>I'll investigate that. Maybe it's related. > >Huh. I ran rebaseall before reporting the above but, on inspecting the >output from strace, I saw that dlls were getting located in non-rebased >locations. So, I ran rebaseall again. *Now* I see the hang. Weird. > >So I guess I can investigate the actual problem now. FWIW, strace >reports that the child of a fork has died with a SIGSEGV but I don't see >the location of the SIGSEGV in the strace output. So it will be a >little tricky to track down. It actually wasn't a SIGSEGV. It really was a strange rebase error. Unfortunately, the error was silent both to the standard output and, more irritatingly, to strace. I've checked in changes which now expose the error. The problem is during one of git's 1247 runs of perl, a dll gets inexplicably relocated out of its comfort zone. Then when perl forks the address that the dll was relocated to is in use. So: boom. The good news is that the problem went away when I ran "peflagsall". Does that help you David? cgf -- 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