DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:content-type:mime-version:subject:from
	:in-reply-to:date:content-transfer-encoding:message-id
	:references:to; q=dns; s=default; b=Uf8tcQLX1n4thlir7xeD7rIkIVXe
	+137M+vYHmwLCj5BOM6qDX0bCBpY7JmmRvUwaP70wwUjjKkqNmkDlEqUW3Xbmt4Q
	HUeUZzrInSjKFF1wUVnOdkLqxdAHadwX/rY7h6no8IJLrZUn9GkLLLQgRlp2IoKZ
	Gy1VU2ZQyNJdTXI=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
Subject: Re: rebaseall ate my homework (Windows 10 install, that is)?
From: Warren Young <wyml@etr-usa.com>
In-Reply-To: <f5boa6lkms8.fsf@troutbeck.inf.ed.ac.uk>
Date: Tue, 28 Jun 2016 16:39:10 -0600
Message-Id: <708ECB06-BE99-437B-9485-60AE5315EEBE@etr-usa.com>
References: <f5bwpl9kn4h.fsf@troutbeck.inf.ed.ac.uk> <f5boa6lkms8.fsf@troutbeck.inf.ed.ac.uk>
To: The Cygwin Mailing List <cygwin@cygwin.com>
Content-Transfer-Encoding: 8bit

On Jun 28, 2016, at 3:48 PM, Henry S. Thompson <ht@inf.ed.ac.uk> wrote:
> 
> I'm now pretty sure (it's happened 3 times since Thursday) that some
> aspect of postinstall (2.5.1 or 2.5.2) has broken my Windows 10 64bit
> installation.

Quoting from your setup.log.full:

> The following DLLs couldn't be rebased because they were in use:
>   /c/WINDOWS/system32/imgutil.dll
>   /c/WINDOWS/system32/msshooks.dll
>   /c/WINDOWS/system32/mssph.dll

…etc.  I may well be misunderstanding something, but I don’t believe rebase has any call to touch such things.  It should only be looking at files under Cygwin’s own /usr, as far as I’m aware.

Do you have paths such as these in /var/cache/rebase/rebase_lst ?

> Anyone else had a bad experience lately?

My Windows 10 test VM here was updated to 2.5.2 not long after Cygwin 2.5.2 was first released.  Nothing seemed to be damaged afterward.

> The first time the symptom was the Excel started refusing to launch

I don’t have Excel on this machine, but I do have PowerPoint and Visual Studio.  Both are running fine.

> shortly after upgrading to 2.5.2, and after a reboot the system went in
> to a Repairing reboot loop.

I’ve rebooted this test VM twice, and given setup.exe a few extra passes, too, all with no ill effect.

The only odd thing I see is that Windows asks me twice if I want to trust the unsigned setup*.exe when I try to run it.

What’s preventing Red Hat from signing this, anyway?  That’s one of the things that corporate overlords are good for.

> After disabling that loop, the problem which showed up was the (per
> Google) infamous "\Windows\System32\hal.dll is missing or corrupt"
> problem, which is as far as I can tell unfixable, short of a reinstall.

Yes, that’s very bad.  As I understand it, there isn’t even a single hal.dll for a given OS release that you could copy over; I believe there are several versions of that DLL, one for each major type of computer Windows runs on.  You’d have to find exactly the right flavor, and you won’t know what that is without a backup, in which case you wouldn’t need to get it from a third party.
--
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