X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Steve Holden Subject: Re: Cygwin: Problem detecting subprocess termination after _spawn_posix in distutils? Date: Fri, 14 Sep 2007 02:00:20 -0400 Lines: 60 Message-ID: References: <46AFAD41 DOT 9060203 AT v DOT loewis DOT de> <46AFDF97 DOT 3090909 AT holdenweb DOT com> <46B01E90 DOT 8090402 AT v DOT loewis DOT de> <46B06554 DOT 6020501 AT holdenweb DOT com> <46CA2F20 DOT 5050002 AT holdenweb DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <46CA2F20.5050002@holdenweb.com> X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Steve Holden wrote: > Steve Holden wrote: [Python interpreter hanging during distutils install of Python imaging library 1.1.6] >> Martin v. Löwis wrote: >>>> The only environment variables that don't appear in the shell output >>>> from the env command are INFOPATH, MAKE_MODE and PLAT. I am still >>>> flummoxed. >>> At this point, I'd recommend to perform a cygwin update; with Cygwin, >>> these problems often go away with an update. >>> >> I updated Cygwin and did a rebaseall before posting. >> >>> If that doesn't help, you can ask on the Cygwin list also; to analyse >>> this further, ISTM one will need to debug the internals of cygwin. >>> >> I posted on Cygwin before asking here. >> >>> One thing you could try is to add -v to the list of gcc options; >>> you can then see whether gcc is progressing correctly. >>> >> I'll do that, though I have reason to believe the gcc *is* terminating >> and _spawn_posix isn't detecting the end of the process. At the very >> least we should get another test out of this dreadfully irritating bug. >> >> Thanks again for looking at this. >> > A further data point (sorry, I've not had a lot of time to look at > this). Building Python from the trunk at rev 57076 yielded a system that > *would* cleanly build the same release of PIL. This is somewhat annoying > because it appears to put the bug in the past where there's less > incentive to investigate it. But I may find time to take a look. > > Hardly worth it if I'm the only one noticing the issue, though. > > regards > Steve Yet another piece of information. I recompiled the Python 2.5.1 interpreter and ran the library install using the just-built interpreter from the location it was built in. This ran perfectly fine (and happily resulted in a usable 2.5 library). The strange thing is that when I installed the same interpreter, replacing the standard one in /usr/bin, it too failed in the same way. Can anyone think of anything that might have affected the interpreter's ability to detect subprocess termination? This is bugging the heck out of me. regards Steve -- Steve Holden +1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden --------------- Asciimercial ------------------ Get on the web: Blog, lens and tag the Internet Many services currently offer free registration ----------- Thank You for Reading ------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/