delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:message-id:date:from:mime-version:to:subject | |
:references:in-reply-to:content-type:content-transfer-encoding; | |
q=dns; s=default; b=GCS8bsk5wBy+tWl3bShfdXplWBvSde6uJWhHhNw2KGC | |
zOPRaqlQ7358zO8NR1OtmJLsBgIPKfOitUzUnTz2UiIbjTc5EsvGIiqj70oJUSlp | |
9JGoPLZvKTJFR5jJGe3EDzVc+awwrxdnhhidclZSqrF2gS6JGuipSNMQmgRh4scI | |
= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:message-id:date:from:mime-version:to:subject | |
:references:in-reply-to:content-type:content-transfer-encoding; | |
s=default; bh=RUAqnoGfzX6RaC8co3+iICt0oD8=; b=xK4xgvnV/cSlayL/f | |
k38n44ux6ybOqYef4Jbn90RaNNxom00VRiRO8553NAPZHJcz8Gp+G1bK1QuoETxm | |
gDO90a+qgx/yy/0zR0rhaLaNXwhyzkNRgTDJyunkxnCKzXn3xFyOyLQS9j8fUmS7 | |
oMU173nYzPxPvd/YwVlhCWZKao= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Authentication-Results: | sourceware.org; auth=none |
X-Virus-Found: | No |
X-Spam-SWARE-Status: | No, score=-2.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=raid, Errors, products |
X-HELO: | Ishtar.sc.tlinx.org |
Message-ID: | <580515F5.7020301@tlinx.org> |
Date: | Mon, 17 Oct 2016 11:18:29 -0700 |
From: | Linda Walsh <cygwin AT tlinx DOT org> |
User-Agent: | Thunderbird |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Errors using configure when building packages |
References: | <ECD9CD6C7B163F4882AB10BC135BF588333441EA AT DE08EX3006 DOT global DOT ds DOT honeywell DOT com> |
In-Reply-To: | <ECD9CD6C7B163F4882AB10BC135BF588333441EA@DE08EX3006.global.ds.honeywell.com> |
X-IsSubscribed: | yes |
Sinkler, Wharton wrote: > I've got a new Cygwin installation on Win7, which has issues with configure, the first step of building packages from source (I've seen this with ImageMagick, libtiff and others so it's not specific to the package I'm installing). > > It seems to sporadically be unable to remove a file 'conftest.exe' which is compiled in the tests within configure. This shows up during configure as: > > rm: cannot remove 'conftest.exe': Device or resource busy > > The configure will then fail completely when this causes a critical test to fail. > > I suspect that this might have something to do with slowness to release an in-use file (the conftest.exe) in the Win7 operating system. I've searched the archives and don't see this exact issue showing up in previous posts. Have others experienced this problem? Is there a fix which will allow me to complete building these packages? ---- I ran into a similar problem on linux - but was unable to describe it to the point where others could reproduce it -- so I manually worked around it in each case where it happened, until some SW-update to the autoconf-stuff made it go away. It also happened in multiple packages, so wasn't specific to any one -- but it also happened on *linux*. The problem is that somehow the information for "conftest.exe" will be *in* the directory "conftest.exe" with some temporary name. It's really a weird one -- but it happened with different files (where the actual file was in a directory that had the name of the file, and the actual file being in the directory with some name like "out". It happened with multiple SW products that I would build, but not most. Have no idea what caused it but do know that updating the autoconf-related SW eventually made it go away. Sorry can't be more precise, but when I tried reporting it as a bug, different dev-teams gave up and suggested re-formatting and re-installing linux. So helpful! Occasionally I run into weird problems -- because of how my system is setup -- but are still caused by bugs in the underlying SW -- like making perl, completely failed for a few years on my system because I had a RAID 50 where the "optimal write size" was 12*64KB (3 RAID-5's that were 4*64KB/stripe). The underlying Gnu DB library failed (probably still does, as no one wanted to try to fix it, was designed around the assumption that the optimal-write-size would always be a power-of-2 -- which it is not. I even told how to reproduce and test for it (using a VM), but it got ignored... ;^/ -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |