X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=1.9 required=5.0 tests=BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_HEAD_8BIT_SPAM,SARE_MSGID_LONG45,SARE_SUB_ENC_UTF8,TW_GJ,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<4BBB7575.7030704@gmail.com>
References:	<BAY133-W19E57FC5270840D01116238A180 AT phx DOT gbl> <4BBB2B49 DOT 2020203 AT gmail DOT com> <4BBB3D93 DOT 4060606 AT gmail DOT com> <4BBB7575 DOT 7030704 AT gmail DOT com>
Date:	Tue, 6 Apr 2010 14:46:39 -0600
Message-ID:	<w2v4e41f5c21004061346tf4c9b546y871e9aca126d621e@mail.gmail.com>
Subject:	=?UTF-8?Q?Re=3A_Cygwin_default_installation=3A_command_not_found?= =?UTF-8?Q?=E2=80=8F?=
From:	Morgan Gangwere <0 DOT fractalus AT gmail DOT com>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Tue, Apr 6, 2010 at 11:55 AM, Dave Korn
<dave DOT korn DOT cygwin AT googlemail DOT com> wrote:
> On 06/04/2010 14:56, Morgan Gangwere wrote:
>> On 4/6/2010 6:38 AM, Morgan Gangwere wrote:
>
>> I've looked through the logfiles that Mr. Nescio has provided and found
>> a few lines that look messed up:
>>
>> There are quite a few instances of this
>> --------8<------ setup.log.full -----%<--------
>> 2010/04/06 13:29:22 running: C:\cygwin\bin\bash.exe --norc --noprofile
>> /etc/postinstall/bash.sh
>> =C2=A0 =C2=A0 =C2=A0 3 [main] bash 3936 C:\cygwin\bin\bash.exe: *** fata=
l error -
>> couldn't allocate heap, Win32 error 487, base 0x6D0000, top 0x730000,
>> reserve_size 389120, allocsize 393216, page_const 4096
>> =C2=A0 =C2=A0 =C2=A0 2 [main] bash 3624 fork: child -1 - died waiting fo=
r longjmp
>> before initialization, retry 0, exit code 0x100, errno 11
>
> =C2=A0Right, so this is what caused the postinstall scripts to fail, and =
explains
> why the user's profile files weren't created.


>> What doesnt make sense is that the method of failure is odd because this
>> points to a bug in bash (Region stuff?)
>>
>> McAffee isnt there to complain, so its proabably not something on listin=
gs.
>
> =C2=A0I wonder if DEP is enabled on this machine? =C2=A0That can cause th=
ose kinds of
> massive failures. =C2=A0Matthijs, can you try disabling DEP in "system
> properties->advanced->performance options" (see
> http://technet.microsoft.com/en-gb/library/cc700810.aspx for info) and th=
en
> run setup.exe again, only in "install from local directory" mode; set
> everything to reinstall on the package chooser screen and see if it compl=
etes
> successfully this time?

Sounds like hardware DEP, or UAC virtualization.

>> This also pinged my curiosity in setup.log:
>>
>> 2010/04/06 13:27:37 io_stream_cygfile: fopen(/etc/setup/extrakeys)
>> failed 2 No such file or directory
>> 2010/04/06 13:27:37 io_stream_cygfile:
>> fopen(/etc/setup/chooser_window_settings) failed 2 No such file or
>> directory
>>
>> I wonder if this is UAC getting in the way?
>
> =C2=A0Don't see any reason to assume it's anything other than that those =
files
> genuinely didn't exist. =C2=A0First run on a fresh installation and all t=
hat.

Well here's an interesting thing I found:

I can write an application in say VS08, C app that opens a file in its
current directory, writes to it and then dumps out the file. it will
suceed, but the file will *never* exist in its current directory if it
is under UAC Virtualization. You can search long and hard, it *wont*
exist (except in Shadow Files)

The application will think it exists. You can open it as many times as
you want and close it even more and you'll never get an error. I would
check the status of UAC at that point and see what is really
happening.

--=20
Morgan gangwere

=E2=80=9CThe future=E2=80=99s already arrived. It=E2=80=99s just not evenly=
 distributed yet.=E2=80=9D
William Gibson

--
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

- Raw text -