X-Spam-Check-By: sourceware.org Message-ID: <43ACAB90.5020601@cygwin.com> Date: Fri, 23 Dec 2005 20:59:44 -0500 From: "Larry Hall (Cygwin)" Reply-To: cygwin AT cygwin DOT com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050929 Thunderbird/1.0.7 Fedora/1.0.7-1.1.fc4 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: Phil Pollock CC: cygwin AT cygwin DOT com Subject: Re: Cygwin install (v2.510.2.2) failure WinXPHome fopen failed 22 invalid argument. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Phil Pollock wrote: > I'm sure this is frustrating for both of us. I was expecting Cygwin to > be running a couple of days ago. There is nothing unusual about what I > am doing with setup.exe. I don't know why setup.exe would be sensitive > to my hardware/software more than other people's. Yeah, probably the only way to really get to the bottom of this is for you to build "setup.exe" locally in debug and then running it in gdb to see what it's doing when it starts to hog VM. > > > 1. As previously stated, under all installation attempts (except the > first): > > """"""""""""""""""""""" > 1. I emptied folders: > C:\Shareware\Cygwin > C:\Shareware\Cygwin\LocalPkg > > """"""""""""""""""""""" > > When I say that I 'emptied folders', I deleted all folders/files in > each folder except the main folder itself, including the .log files and > all downloaded files. As a consequence the 'setup.log' and > 'setup.log.full' files were deleted on each test. > > Therefore, there was no appending of old error messages - the date/time > stamps on the messages tell you that the errors are not appended from > other runs. I've included the setup.log.full for the latest setup run > (fewer error messages) at the end of this response. > > > 2. 'Download Without Installing' is the exact text on the dialog option > I selected. Following some downloads I did try an installation always > with the same bad VM results. > > > 3. Don't assume that this is package specific: 'So, your real problem is > setup hogging up all the VM > while installing the alternatives package.' I tried other iterations > that included SKIPPING this package and others (one at a time and in > combinations) - same results. This is probably not package specific. Yeah but it could be a combination of packages. Try doing two installs. One with the default set of packages only (don't pick any yourself) and a subsequent one where you install the remainder of the packages you want, assuming the first is successful. > 4. No /var/log/setup.log file was created. Also, these folders don't > exist either. I believe that setup.exe failed to create them due to the > bad path string. See below. > 5. I have never been successful at setting up any part of Cygwin - so > there are no after installation issues to worry about yet. > > > 6. When I say 'while' it means that literally Cygwin setup is running > the 'Install from Local Directory' (after a previous 'Download Without > Installing') - I am literally watching it run and also (at the same) > time I am watching VM Size under the Windows Task Manager. I am also > watching the File Explorer to see what folders and files are being > generated. The 'Install from Local Directory' part of setup.exe has > never finished. When VM size approaches 1,000,000K+ my mouse won't even > move and it is difficult to terminate setup.exe. When I let it go - VM > manager terminates setup.exe. > > 7. As I previously stated, I am running under the admin account - I > have full registry access during setup. > > 8. As I previously stated, I tried 'Install from Local Directory' with > NAV auto-protect disabled - same result. > > 9. As I previously stated, I tried a download followed by installation > without nested folders. Specifically I used 'C:\Cygwin' and > 'C:\Cygwin_localpkg'. Same results. > > 10. It doesn't take long to delete and download the files - this way I > always start each installation test in the same starting state. > > 11. Why is setup.exe trying to access files under '/etc/setup/...' - > these don't exist? These would be found under C:\ShareWare\Cygwin. "setup.exe" understands this. > ======== setup.log.full ========== > > 2005/12/23 16:30:52 Starting cygwin install, version 2.523 > 2005/12/23 16:30:52 io_stream_cygfile: fopen(/etc/setup/last-action) > failed 22 Invalid argument > 2005/12/23 16:30:52 io_stream_cygfile: fopen(/etc/setup/last-mirror) > failed 22 Invalid argument > 2005/12/23 16:30:52 io_stream_cygfile: fopen(/etc/setup/last-connection) > failed 22 Invalid argument > 2005/12/23 16:30:52 io_stream_cygfile: fopen(/etc/setup/last-cache) > failed 22 Invalid argument > 2005/12/23 16:30:52 Current Directory: C:\Documents and > Settings\Owner\Desktop Try not running from a directory with spaces in the names. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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/