X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <4734D8DD.FAE76C86@dessent.net> Date: Fri, 09 Nov 2007 14:02:05 -0800 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Setup reports in-use files when files don't exist, errors creating c:\cygwin and the setup log files References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 [ note that cygwin-apps is the list to use for setup.exe issues ] "Matthew X. Economou" wrote: > this manner. When I run setup interactively, using the original > setup.ini file and setting the installation action on "All" to > "Install", setup sometimes stops on a different file, but it's the > same error: In other words, all the above about command line arguments and environment variables and modified .ini files was not directly related to the problem. Please try to whittle down details to only the minimum needed to reproduce the problem as it makes trying to understand the issue a lot more straightforward. > In-use files detected > > Unable to extract /usr/share/doc/db-4.1.25/api_c/c_pindex.html > -- the file is in use. Please stop ALL Cygwin processes and > select "Retry", or select "Continue" to go on anyway (you will > need to reboot). > > If I choose "Retry", I get the same error. If I choose "Continue", > setup attempts to extract the next file, fails (presumably for the > same reason), and goes into the same infinite loops seen when setup is > run non-interactively. (In my case, the next file happens to be > /usr/share/doc/db-4.1.25/api_c/db_close.html.) In your attachment I see DISK FULL errors being reported by CreateFile. It would not surprise me if the code that checks for "I can't create this because it's in use" was getting confused by a "I can't create this because there's no room" return value. If that's the case it would definitely be a bug but it would not be the cause of why your installation is failing. In other words, can you investigate why this DISK FULL result is being returned? Brian -- 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/