This is the mail archive of the
mailing list for the Cygwin project.
Re: rebaseall ate my homework (Windows 10 install, that is)?
- From: Achim Gratz <Stromeko at NexGo dot DE>
- To: cygwin at cygwin dot com
- Date: Wed, 29 Jun 2016 08:42:48 +0000 (UTC)
- Subject: Re: rebaseall ate my homework (Windows 10 install, that is)?
- Authentication-results: sourceware.org; auth=none
- References: <f5bwpl9kn4h dot fsf at troutbeck dot inf dot ed dot ac dot uk> <f5boa6lkms8 dot fsf at troutbeck dot inf dot ed dot ac dot uk> <loom dot 20160629T082053-760 at post dot gmane dot org> <f5bfurwl7kz dot fsf at troutbeck dot inf dot ed dot ac dot uk>
Henry S. Thompson <ht <at> inf.ed.ac.uk> writes:
> > You'll have to find out why rebase gets into your Windows system directory.
> > Check which files in /var/cache/rebase have these
> > [...]
> > /c/WINDOWS/system32/imgutil.dll
> > /c/WINDOWS/system32/msshooks.dll
> > [...]
> None of them do .
That is only possible then if you've tried some manual rebase and have these
DLL still recorded in /etc/rebase.db.* -- in which case you should be able
to recover by doing a full rebase (which removes the existing rebase
database as the first step).
> To be careful and clear, the _first_ time the problem happened (i.e.,
> Windows became unusable after a reboot), was after a normal run of
> setup-x86_64 which updated Cygwin to 2.5.2.
Again, given what you say about the content of /var/cache/rebase this is
only possible if you've previously added those DLL to the rebase database.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple