Message-ID: <COL102-W6D038DE23C990871C3FF9B5D10@phx.gbl>
From: Karl M <karlm30@hotmail.com>
To: <cygwin@cygwin.com>
Subject: RE: Please upload: mined-2000.16-0
Date: Sun, 13 Feb 2011 14:25:33 -0800
In-Reply-To: <4D5858AA.8030502@towo.net>
References: <0M3MGG-1NSYIM09lw-00rakK@mrelayeu.kundenserver.de> <20110213163515.GB20855@calimero.vinschen.de>,<4D5858AA.8030502@towo.net>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com


> Date: Sun, 13 Feb 2011 23:18:18 +0100
> From: Thomas
> Subject: Re: Please upload: mined-2000.16-0

> > The reason is that, at least on Windows 7, there is no key called
> > HKEY_CURRENT_USER\Software\Classes\SystemFileAssociations.
> >
> > The result is that a user of Windows 7 gets a postinstall warning from
> > setup.exe because the mined postinstall script returns a non-zero exit
> > code.
> >
> >
> > Corinna
> Hi, thanks for the notice.
> Actually I'm aware that there is this postinstall return problem also in=
=20
> Windows XP and I've fixed it but the code base isn't quite ready yet for=
=20
> the next release - can it still wait for a short while?
> On the other hand, if the key doesn't exist because the mechanism has=20
> changed in Windows 7, I'm not sure what to do because I don't have W7=20
> myself for testing - any advice by someone? Just some other key name=20
> perhaps?

Why is mined by default messing with this? Isn't this something that the us=
er should run if he/she wants to alter file associations/context menu stuff?

Thanks,

...Karl=20=09=09=20=09=20=20=20=09=09=20=20

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