Mail Archives: cygwin/2005/05/27/14:15:49
Robert schrieb:
> It looks as though mhash is causing the problem. I
> did another full install and unselected mhash and it
> installed just fine. I did this test with a 2 month
> old release of setup.exe and the latest. I will have
> to test the different packages to see if there is
> anything that is malfunctioning.
which setup.exe version? cygcheck? We are not interested in kernel32
dumps without any useful info.
mhash causing setup to crash is quite interesting, because it's a tiny
package without any dependencies and just a few files. And I cannot
reproduce it.
/usr/bin/cygmhash-2.dll
/usr/include/mhash.h
/usr/lib/libmhash.a
/usr/lib/libmhash.dll.a
/usr/lib/libmhash.la
/usr/share/doc/Cygwin/mhash-0.9.1.README
/usr/share/doc/mhash-0.9.1/AUTHORS
/usr/share/doc/mhash-0.9.1/ChangeLog
/usr/share/doc/mhash-0.9.1/COPYING
/usr/share/doc/mhash-0.9.1/INSTALL
/usr/share/doc/mhash-0.9.1/NEWS
/usr/share/doc/mhash-0.9.1/README
/usr/share/doc/mhash-0.9.1/THANKS
/usr/share/doc/mhash-0.9.1/TODO
/usr/share/man/man3/mhash.3.gz
The mentioned /usr/share/mc/syntax/xml.syntax is from mc, the next
package in your list probably, and not from mhash.
http://cygwin.com/cgi-bin2/package-cat.cgi?file=mc%2Fmc-4.6.1-1&grep=xml.syntax
I got setup to hang (not to crash as you reported) when the ACL (file
permissions) forbid to write, but then setup just waits forever until
the perms are fixed (or not).
But maybe mingw or mhash-devel, the next packages in setup.ini, and
which both are empty, might setup crash.
>>I do seem to have finally gotten my old install back
>>into a usable state by using an older version of
>> setup.exe.
>
>>It prompted several times that there is a newer
>>version and had a few missing-dll dialog boxes but
>>at least now I am back to where I started.
>>
>>
>>-----Original Message-----
>>From: cygwin-owner AT cygwin DOT com
>>[mailto:cygwin-owner AT cygwin DOT com]On Behalf
>>Of Mike Marchywka
>>Sent: Friday, May 27, 2005 5:59 AM
>>To: Robert; cygwin AT cygwin DOT com
>>Subject: RE: error during install
>>
>>
>>This sounds similar to a problem I've had with both
>
> a clean
>
>>install and an attempt
>>to update a working install. I keep trying to get
>
> cygiconv-2
>
>>to load by playing with
>>the setup install options. I think I could make this
>
> work but
>
>>sometimes default+install
>>UNINSTALLS stuff making this approach unworkable- I
>
> can get
>
>>cygwin to run but
>>it can't find sed. When I request the addtional
>
> stuff that
>
>>includes sed, someone
>>feels the need to delete the stuff I installed to
>
> get that
>
>>much to work.
>>Eventually setup dies and then I can't even get bash
>
> ( someone deleted
>
>>bash.exe even though I simply requested additional
>
> packages).
>
>>What changed in the last few months? I've made
>
> several
>
>>installs and never had
>>this kind of problem. I thought I could just add
>
> things
>
>>without uninstalling
>>parts of bash.
>>
>>
>>ISN'T IT POSSIBLE TO LOAD CYGWIN WITHOUT HAVING TO
>
> GO THROUGH A GUI?
>
>>THIS SETUP MENU SEEMS TO HAVE PROBLEMS.
>>
>>THANKS.
>>
>>
>>>-----Original Message-----
>>>From: cygwin-owner AT cygwin DOT com
>>>[mailto:cygwin-owner AT cygwin DOT com]On Behalf
>>>Of Robert
>>>Sent: Friday, May 27, 2005 1:15 AM
>>>To: cygwin AT cygwin DOT com
>>>Subject: error during install
>>>
>>>
>>>Installing from local directory (doing an all
>
> install)
>
>>>it errors out at 43%, mhash is being
>>>installed at the time. It creates an appcompat
>
> error
>
>>>file in the temp directory which is
>>>deleted as soon as I say ok or close out the error
>>>messages, this file is listed at the end of this.
>>>At the time of error message in the setup.exe
>
> window
>
>>>it is
>>>installing mhash-0.9.1-1 and the specific file
>
> being
>
>>>installed is /usr/share/mc/syntax/xml.syntax
>>>I try to reinstall without deleting the c:\cygwin
>>>folder and I get the same thing. If I try to
>
> delete
>
>>>c:\cygwin then I have several files that are not
>>>allowing me to delete them within the cygwin
>>>directory.
>>>I had an XP SP2 system crash that had this full
>>>install working perfectly. I reinstalled
>
> everything
>
>>>from scratch, XP then SP2 and all Windows updates.
>
> I
>
>>>have also edited the boot.ini with adding the flag
>>>/NoExecute=AlwaysOff and still issues.
>>>Is there anyway to resolve this?
>>>Thanks
>>>Robert
>>>
>>>
>>>
>>>
>>>appcompat.txt file output:
>>><?xml version="1.0" encoding="UTF-16"?>
>>><DATABASE>
>>><EXE NAME="setup.exe"
>
> FILTER="GRABMI_FILTER_PRIVACY">
>
>>> <MATCHING_FILE NAME="setup.exe" SIZE="285696"
>>>CHECKSUM="0x88889BA7" MODULE_TYPE="WIN32"
>>>PE_CHECKSUM="0x0" LINKER_VERSION="0x10000"
>>>LINK_DATE="01/27/2005 20:59:34"
>>>UPTO_LINK_DATE="01/27/2005 20:59:34" />
>>></EXE>
>>><EXE NAME="kernel32.dll"
>>>FILTER="GRABMI_FILTER_THISFILEONLY">
>>> <MATCHING_FILE NAME="kernel32.dll"
>
> SIZE="983552"
>
>>>CHECKSUM="0x4CE79457"
>
> BIN_FILE_VERSION="5.1.2600.2180"
>
>>>BIN_PRODUCT_VERSION="5.1.2600.2180"
>>>PRODUCT_VERSION="5.1.2600.2180"
>>>FILE_DESCRIPTION="Windows NT BASE API Client DLL"
>>>COMPANY_NAME="Microsoft Corporation"
>>>PRODUCT_NAME="Microsoft® Windows® Operating
>
> System"
>
>>>FILE_VERSION="5.1.2600.2180
>>>(xpsp_sp2_rtm.040803-2158)"
>>>ORIGINAL_FILENAME="kernel32"
>
> INTERNAL_NAME="kernel32"
>
>>>LEGAL_COPYRIGHT="© Microsoft Corporation. All
>
> rights
>
>>>reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0"
>>>VERFILEOS="0x40004" VERFILETYPE="0x2"
>>>MODULE_TYPE="WIN32" PE_CHECKSUM="0xFF848"
>>>LINKER_VERSION="0x50001"
>>>UPTO_BIN_FILE_VERSION="5.1.2600.2180"
>>>UPTO_BIN_PRODUCT_VERSION="5.1.2600.2180"
>>>LINK_DATE="08/04/2004 07:56:36"
>>>UPTO_LINK_DATE="08/04/2004 07:56:36"
>>>VER_LANGUAGE="English (United States) [0x409]" />
>>></EXE>
>>></DATABASE>
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/
--
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/
- Raw text -