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.
<snip>
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/
