Setup 2.693 unable to replace files through reboot

Setup 2.693 unable to replace files through reboot

[Matthias Andree]

Greetings,

I have observed multiple times, and reproduced, that Setup 2.693  
overwriting "in-use files" and rebooting WILL NOT replace those in-use  
files. Notably cygwin1.dll.

Windows 7 Pro, 32-bit, with 4 cygrunsrv services (exim, cron, cygserver,  
sshd).

Reproduce:

1. stop services
2. install some cygwin1.dll with a distinct version that you can recognize  
 from "uname -a" (in my case, snapshot 20100331)
3. start services
4. launch setup.exe (version 2.693)
5. pick cygwin-1.7.3-1 for Reinstall
6. next/continue until...
7. setup.exe complains about files in use - cygwin1.dll, retry/continue  
(continue requires reboot)
8. click continue
9. setup completes, reminds me to reboot
10. reboot
11. uname -a still shows cygwin1.dll 20100331 is in use.

What's up? Can I help to debug this?

-- 
Matthias Andree

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

Re: Setup 2.693 unable to replace files through reboot

[Christopher Faylor]

On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote:
>Greetings,
>
>I have observed multiple times, and reproduced, that Setup 2.693  
>overwriting "in-use files" and rebooting WILL NOT replace those in-use  
>files. Notably cygwin1.dll.
>
>Windows 7 Pro, 32-bit, with 4 cygrunsrv services (exim, cron, cygserver,  
>sshd).
>
>Reproduce:
>
>1. stop services
>2. install some cygwin1.dll with a distinct version that you can recognize  
> from "uname -a" (in my case, snapshot 20100331)
>3. start services
>4. launch setup.exe (version 2.693)
>5. pick cygwin-1.7.3-1 for Reinstall
>6. next/continue until...
>7. setup.exe complains about files in use - cygwin1.dll, retry/continue  
>(continue requires reboot)
>8. click continue
>9. setup completes, reminds me to reboot
>10. reboot
>11. uname -a still shows cygwin1.dll 20100331 is in use.
>
>What's up? Can I help to debug this?

It works fine on Windows XP.  I can't test Windows 7 easily.  Corinna
do you have time to test this?

Matthias what does setup.log.full say?  Does it indicate if setup thought
it had successfully scheduled a rename-on-reboot?

cgf

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

Re: Setup 2.693 unable to replace files through reboot

[Corinna Vinschen]

On Apr  6 14:24, Christopher Faylor wrote:
> On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote:
> >Greetings,
> >
> >I have observed multiple times, and reproduced, that Setup 2.693  
> >overwriting "in-use files" and rebooting WILL NOT replace those in-use  
> >files. Notably cygwin1.dll.
> >
> >Windows 7 Pro, 32-bit, with 4 cygrunsrv services (exim, cron, cygserver,  
> >sshd).
> >
> >Reproduce:
> >
> >1. stop services
> >2. install some cygwin1.dll with a distinct version that you can recognize  
> > from "uname -a" (in my case, snapshot 20100331)
> >3. start services
> >4. launch setup.exe (version 2.693)
> >5. pick cygwin-1.7.3-1 for Reinstall
> >6. next/continue until...
> >7. setup.exe complains about files in use - cygwin1.dll, retry/continue  
> >(continue requires reboot)
> >8. click continue
> >9. setup completes, reminds me to reboot
> >10. reboot
> >11. uname -a still shows cygwin1.dll 20100331 is in use.
> >
> >What's up? Can I help to debug this?
> 
> It works fine on Windows XP.  I can't test Windows 7 easily.  Corinna
> do you have time to test this?

I'll have a look.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

Re: Setup 2.693 unable to replace files through reboot

[Corinna Vinschen]

On Apr  7 10:27, Corinna Vinschen wrote:
> On Apr  6 14:24, Christopher Faylor wrote:
> > On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote:
> > >Greetings,
> > >
> > >I have observed multiple times, and reproduced, that Setup 2.693  
> > >overwriting "in-use files" and rebooting WILL NOT replace those in-use  
> > >files. Notably cygwin1.dll.
> > >[...]
> > 
> > It works fine on Windows XP.  I can't test Windows 7 easily.  Corinna
> > do you have time to test this?
> 
> I'll have a look.

I can confirm the problem on W7.

The mechanism in setup apparently works fine at the first glance.  After
the call to MoveFileEx, a new registry entry "PendingFileNameOperations"
in the "Session Manager" key has been created, as expected.  The content
looks sound.

After reboot, the PendingFileNameOperations entry has disappeared from 
the registry, but the Cygwin DLL hasn't changed.  I can reproduce the
same issue with any other file on the C: drive.  MoveFileEx works, but
the file is not renamed after reboot.

Here's the catch.  Per the documentation in
http://msdn.microsoft.com/en-us/library/aa381498%28VS.85%29.aspx there's
an additional registry value "AllowProtectedRenames" to set, if WFP
protected files have to be replaced on reboot, apparently already
starting with Windows Server 2003 R2, or 2003 SP1.  I was surprised that
this covered all files on the C: drive, but looking into the "System
Protection" tab in the "System Properties" dialog shows that the entire
C: drive is under protection by default.

That means, if we want the replacement mechanism to work, we must
also create the "AllowProtectedRenames" value in the "Session Manager"
registry key every time the MoveFileEx is called successfully.

I'll create a patch in the next couple of days if nobody beats me to it.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

Re: Setup 2.693 unable to replace files through reboot

[Corinna Vinschen]

On Apr  7 13:14, Corinna Vinschen wrote:
> On Apr  7 10:27, Corinna Vinschen wrote:
> > On Apr  6 14:24, Christopher Faylor wrote:
> > > On Tue, Apr 06, 2010 at 07:23:08PM +0300, Matthias Andree wrote:
> > > >Greetings,
> > > >
> > > >I have observed multiple times, and reproduced, that Setup 2.693  
> > > >overwriting "in-use files" and rebooting WILL NOT replace those in-use  
> > > >files. Notably cygwin1.dll.
> > > >[...]
> > > 
> > > It works fine on Windows XP.  I can't test Windows 7 easily.  Corinna
> > > do you have time to test this?
> > 
> > I'll have a look.
> 
> I can confirm the problem on W7.
> 
> The mechanism in setup apparently works fine at the first glance.  After
> the call to MoveFileEx, a new registry entry "PendingFileNameOperations"
> in the "Session Manager" key has been created, as expected.  The content
> looks sound.
> 
> After reboot, the PendingFileNameOperations entry has disappeared from 
> the registry, but the Cygwin DLL hasn't changed.  I can reproduce the
> same issue with any other file on the C: drive.  MoveFileEx works, but
> the file is not renamed after reboot.
> 
> Here's the catch.  Per the documentation in
> http://msdn.microsoft.com/en-us/library/aa381498%28VS.85%29.aspx there's
> an additional registry value "AllowProtectedRenames" to set, if WFP
> protected files have to be replaced on reboot, apparently already
> starting with Windows Server 2003 R2, or 2003 SP1.  I was surprised that
> this covered all files on the C: drive, but looking into the "System
> Protection" tab in the "System Properties" dialog shows that the entire
> C: drive is under protection by default.
> 
> That means, if we want the replacement mechanism to work, we must
> also create the "AllowProtectedRenames" value in the "Session Manager"
> registry key every time the MoveFileEx is called successfully.
> 
> I'll create a patch in the next couple of days if nobody beats me to it.

I just applied the matching patch.  Chris, could you please upload
a new setup.exe?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

Re: Setup 2.693 unable to replace files through reboot

[Christopher Faylor]

On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote:
>I just applied the matching patch.  Chris, could you please upload
>a new setup.exe?

Will do.  It will probably take me longer than usual since I have
to move to using the new libraries that Chuck just implemented.

cgf

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

Re: Setup 2.693 unable to replace files through reboot

[Eric Blake]

[-- Attachment #1: Type: text/plain, Size: 528 bytes --]

On 04/07/2010 09:41 AM, Christopher Faylor wrote:
> On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote:
>> I just applied the matching patch.  Chris, could you please upload
>> a new setup.exe?
> 
> Will do.  It will probably take me longer than usual since I have
> to move to using the new libraries that Chuck just implemented.

Do we want to incorporate Matthias's patch before the upload?

-- 
Eric Blake   eblake@redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 323 bytes --]

Re: Setup 2.693 unable to replace files through reboot

[Matthias Andree]

Am 07.04.2010, 17:46 Uhr, schrieb Eric Blake:

> On 04/07/2010 09:41 AM, Christopher Faylor wrote:
>> On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote:
>>> I just applied the matching patch.  Chris, could you please upload
>>> a new setup.exe?
>>
>> Will do.  It will probably take me longer than usual since I have
>> to move to using the new libraries that Chuck just implemented.
>
> Do we want to incorporate Matthias's patch before the upload?

JFTR and for the benefit for those who don't follow cygwin-apps@; I posted  
a fix there for these two (and a third issue, outdated README file of  
cygwin's setup) on cygwin-apps@, Corinna applied it, and Christopher  
stated he'd include it.

-- 
Matthias Andree

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

Re: Setup 2.693 unable to replace files through reboot

[Christopher Faylor]

On Wed, Apr 07, 2010 at 11:41:43AM -0400, Christopher Faylor wrote:
>On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote:
>>I just applied the matching patch.  Chris, could you please upload
>>a new setup.exe?
>
>Will do.  It will probably take me longer than usual since I have
>to move to using the new libraries that Chuck just implemented.

As it turns out, configure did the right thing in finding these
libraries once I installed them so I had very few problems.  It is nice
to have a fast setup.exe build now.  Thanks Chuck!

The new version is up there now.

cgf

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

Re: Setup 2.693 unable to replace files through reboot

[Matthias Andree]

Am 08.04.2010, 18:09 Uhr, schrieb Christopher Faylor:

> On Wed, Apr 07, 2010 at 11:41:43AM -0400, Christopher Faylor wrote:
>> On Wed, Apr 07, 2010 at 01:40:43PM +0200, Corinna Vinschen wrote:
>>> I just applied the matching patch.  Chris, could you please upload
>>> a new setup.exe?
>>
>> Will do.  It will probably take me longer than usual since I have
>> to move to using the new libraries that Chuck just implemented.
>
> As it turns out, configure did the right thing in finding these
> libraries once I installed them so I had very few problems.  It is nice
> to have a fast setup.exe build now.  Thanks Chuck!
>
> The new version is up there now.

Thanks. If you had to install further libraries than are mentioned in  
setup's README source file, it might be a good idea to update that file. I  
haven't audited it when I updated the file but just added those I found  
missing in my patch on -apps@. If further Cygwin packages are required  
that happened to be pre-installed on my computer, I haven't added them.

-- 
Matthias Andree

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

Re: Setup 2.693 unable to replace files through reboot

[Christopher Faylor]

On Fri, Apr 09, 2010 at 12:38:49AM +0200, Matthias Andree wrote:
>>The new version is up there now.
>
>Thanks.  If you had to install further libraries than are mentioned in
>setup's README source file,

No, I didn't have to install anything but the MinGW packages that Chuck
recently made available.

cgf

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

Re: Setup 2.693 unable to replace files through reboot

[Dave Korn]

On 06/04/2010 17:23, Matthias Andree wrote:

> 4. launch setup.exe (version 2.693)

  As administrator, or as ordinary user?

> What's up? Can I help to debug this?

  Take a look in /var/log/{setup.log,setup.log.full}; there should be error
messages if it failed to schedule the replace on reboot that might give us a clue.

    cheers,
      DaveK

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

Re: Setup 2.693 unable to replace files through reboot

[René Berber]

Dave Korn wrote:

> On 06/04/2010 17:23, Matthias Andree wrote:
> 
>> 4. launch setup.exe (version 2.693)
> 
>   As administrator, or as ordinary user?
> 
>> What's up? Can I help to debug this?
> 
>   Take a look in /var/log/{setup.log,setup.log.full}; there should be error
> messages if it failed to schedule the replace on reboot that might give us a clue.

I did have the exact same problem described by Matthias, Windows XP,
user is in administrators group.

The setup.log showed no error, just that the file (cygwin1.dll) was
scheduled for replacement.  Sorry, don't have setup.log.full since after
rebooting and checking that the file was not replaced I stopped the
service that was blocking the replacement and reinstalled (didn't know
that setup.exe overwrites that log).
-- 
René Berber


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

Re: Setup 2.693 unable to replace files through reboot

[Dave Korn]

On 06/04/2010 20:57, René Berber wrote:
> Dave Korn wrote:
> 
>> On 06/04/2010 17:23, Matthias Andree wrote:
>>
>>> 4. launch setup.exe (version 2.693)
>>   As administrator, or as ordinary user?
>>
>>> What's up? Can I help to debug this?
>>   Take a look in /var/log/{setup.log,setup.log.full}; there should be error
>> messages if it failed to schedule the replace on reboot that might give us a clue.
> 
> I did have the exact same problem described by Matthias, Windows XP,
> user is in administrators group.
> 
> The setup.log showed no error, just that the file (cygwin1.dll) was
> scheduled for replacement.  Sorry, don't have setup.log.full since after
> rebooting and checking that the file was not replaced I stopped the
> service that was blocking the replacement and reinstalled (didn't know
> that setup.exe overwrites that log).

  Hmm.  The docs suggest that the replace-on-reboot functionality

a) can't work on network drives
b) needs write access to the registry key:
"HKLM\SYSTEM\CurrentControlSet\Control\Session
Manager\PendingFileRenameOperations"
c) may fail if "the System volume is a basic volume [ ... and ... ] the
destination drive or the source drive is located on a dynamic volume"

  Any of those apply to you guys?

    cheers,
      DaveK

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

Re: Setup 2.693 unable to replace files through reboot

[René Berber]

Dave Korn wrote:

[snip]
>   Hmm.  The docs suggest that the replace-on-reboot functionality
> 
> a) can't work on network drives
> b) needs write access to the registry key:
> "HKLM\SYSTEM\CurrentControlSet\Control\Session
> Manager\PendingFileRenameOperations"
> c) may fail if "the System volume is a basic volume [ ... and ... ] the
> destination drive or the source drive is located on a dynamic volume"
> 
>   Any of those apply to you guys?

No.

Mine is a very simple installation, one local disk, one user who is
administrator so changing the register is no problem.

No error reported in the "Event Log".

There is no register named PendingFileRenameOperations, only
FileRenameOperations.
-- 
René Berber


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

Re: Setup 2.693 unable to replace files through reboot

[Matthias Andree]

I'll answer two of Dave's postings, I hope this also provides answers to CGF's
questions:

Am 06.04.2010 21:35, schrieb Dave Korn:
> On 06/04/2010 17:23, Matthias Andree wrote:
> 
>> 4. launch setup.exe (version 2.693)
> 
>   As administrator, or as ordinary user?

As Administrator (in fact that's a property of setup.exe).

>> What's up? Can I help to debug this?
> 
>   Take a look in /var/log/{setup.log,setup.log.full}; there should be error
> messages if it failed to schedule the replace on reboot that might give us a clue.

No strikingly obvious failures, quoting setup.log.full (manually shortened a bit
where there were too many successive lines that differed just by file/path
names, marked by ellipsis).

I find the backslash/fwd slash mixes around C:\cygwin\bin euhm, "interesting",
for instance here: "2010/04/06 19:14:11 Scheduled reboot replacement of file
C:\cygwin\bin/cygwin1.dll with C:\cygwin\bin/cygwin1.dll.new".

Dave later asked:

>   Hmm.  The docs suggest that the replace-on-reboot functionality
> 
> a) can't work on network drives
> b) needs write access to the registry key:
> "HKLM\SYSTEM\CurrentControlSet\Control\Session
> Manager\PendingFileRenameOperations"
> c) may fail if "the System volume is a basic volume [ ... and ... ] the
> destination drive or the source drive is located on a dynamic volume"
> 
>   Any of those apply to you guys?

(a) no, local C:\ drive

(b) no such key exists. FileRenameOperations is an unnamed empty REG_SZ item.

(c) no dynamic volumes involved, everything is in the basic volume C:\ which is
also the system volume.

Nothing in eventvwr.exe is standing out either.

Now the log, hope it helps. Let me know if you need more information;
cygcheck -srhv information available on request.

> 2010/04/06 19:13:38 Starting cygwin install, version 2.693
> 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/net-proxy-host) failed 2 No such file or directory
> 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/net-proxy-port) failed 2 No such file or directory
> 2010/04/06 19:13:38 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or directory
> 2010/04/06 19:13:38 Current Directory: C:\cygwin\usr\src
> 2010/04/06 19:13:38 User has backup/restore rights
> 2010/04/06 19:13:38 Changing gid to Administrators
> 2010/04/06 19:13:38 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access.
> 2010/04/06 19:13:40 source: network install
> 2010/04/06 19:13:41 root: C:\cygwin binary system
> 2010/04/06 19:13:41 Selected local directory: C:\cygwin\usr\src
> 2010/04/06 19:13:42 net: Direct
> Loaded cached mirror list
> get_url_to_membuf http://cygwin.com/mirrors.lst
> getUrlToStream http://cygwin.com/mirrors.lst
> 2010/04/06 19:13:44 site: http://ftp.inf.tu-dresden.de/software/windows/cygwin32/
> get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2
> getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2
> get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig
> getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig
> Checking MD5 for file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2
> MD5 verified OK: file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2 4e8072d8f7ff578a6aa272fe3b02c427
> Checking MD5 for file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2
> MD5 verified OK: file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/GNOME/_obsolete/glib2/glib2-2.20.4-1.tar.bz2 c616cffee0f344c37fd4e045a7a87054
> 2010/04/06 19:14:03 Running preremove script for  cygwin
> 2010/04/06 19:14:03 Uninstalling cygwin
> unlink C:\cygwin/etc/defaults/etc/cygserver.conf
> unlink C:\cygwin\bin/cygcheck.exe
...
> rmdir C:\cygwin/usr/include/asm
> rmdir C:\cygwin/usr/include/arpa
> 2010/04/06 19:14:03 Extracting from file://C:\cygwin\usr\src/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/cygwin/cygwin-1.7.3-1.tar.bz2
> Installing file cygfile:///etc/
> Installing file cygfile:///etc/defaults/
> Installing file cygfile:///etc/defaults/etc/
> Installing file cygfile:///etc/defaults/etc/cygserver.conf
> Installing file cygfile:///usr/
> Installing file cygfile:///usr/bin/
> Installing file cygfile:///usr/bin/cygcheck.exe
> Installing file cygfile:///usr/bin/cyglsa-config
> Installing file cygfile:///usr/bin/cyglsa.dll
> Installing file cygfile:///usr/bin/cyglsa64.dll
> Installing file cygfile:///usr/bin/cygpath.exe
> Installing file cygfile:///usr/bin/cygserver-config
> Installing file cygfile:///usr/bin/cygwin-console-helper.exe
> Installing file cygfile:///usr/bin/cygwin1.dll
> 2010/04/06 19:14:03 io_stream_cygfile: fopen(/usr/bin/cygwin1.dll) failed 13 Permission denied
> 2010/04/06 19:14:03 Failed to open cygfile:///usr/bin/cygwin1.dll for writing.
> 2010/04/06 19:14:08 io_stream_cygfile: fopen(/usr/bin/cygwin1.dll) failed 13 Permission denied
> 2010/04/06 19:14:08 Failed to open cygfile:///usr/bin/cygwin1.dll for writing.
> 2010/04/06 19:14:11 Scheduled reboot replacement of file C:\cygwin\bin/cygwin1.dll with C:\cygwin\bin/cygwin1.dll.new
> Installing file cygfile:///usr/bin/dumper.exe
> Installing file cygfile:///usr/bin/getfacl.exe
...
> Installing file cygfile:///usr/lib/libg.a
> io_stream::mklink (cygfile:///usr/lib/libg.a->cygfile://libcygwin.a)
> Installing file cygfile:///usr/lib/libgmon.a
...
> Installing file cygfile:///usr/lib/textreadmode.o
> Installing file cygfile:///usr/sbin/
> Installing file cygfile:///usr/sbin/cygserver.exe
> 2010/04/06 19:14:11 io_stream_cygfile: fopen(/usr/sbin/cygserver.exe) failed 13 Permission denied
> 2010/04/06 19:14:11 Failed to open cygfile:///usr/sbin/cygserver.exe for writing.
> 2010/04/06 19:14:11 Scheduled reboot replacement of file C:\cygwin/usr/sbin/cygserver.exe with C:\cygwin/usr/sbin/cygserver.exe.new
> Installing file cygfile:///usr/share/
> Installing file cygfile:///usr/share/doc/
> ...
> Installing file cygfile:///usr/share/man/man7/
> Installing file cygfile:///usr/share/man/man7/regex.7
> 2010/04/06 19:14:11 mbox note: In-use files have been replaced. You need to reboot as soon as possible to activate the new versions. Cygwin may operate incorrectly until you reboot.
> 2010/04/06 19:14:13 Changing gid back to original
> Visited: 433 nodes out of 1697 while creating dependency order.
> Dependency order of packages: base-cygwin base-passwd cygwin libgcc1 libiconv2 libintl8 alternatives alternatives libintl3 libgmp3 gawk tzcode coreutils terminfo0 libncurses8 texinfo _update-info-dir bash terminfo libncurses9 libreadline7 zlib0 libxml2 openssl aria2 libgpg-error0 libgcrypt11 libxslt crypt libbz2_1 libdb4.5 libexpat1 libgdbm4 libreadline6 libsqlite3_0 python e2fsprogs libpcre0 libssp0 perl zlib-devel zlib util-linux asciidoc libaspell15 aspell aspell-de aspell-dev aspell-doc aspell-en libsigsegv2 m4 autoconf2.1 autoconf2.5 autoconf automake1.4 automake1.5 automake1.6 automake1.7 automake1.8 automake1.9 liblzma1 diffutils gettext grep less xz automake1.10 automake1.11 automake findutils sed base-files bash-completion bc libisc50 libdns50 libisccfg50 libbind9_50 libisccc50 liblwres50 bind binutils bison libbz2-devel boost-devel libboost boost bsdiff libarchive2 bsdtar build-docbook-catalog bzip2 bzr cdargs run chere cocom colordiff colorgcc cpio cron editrigh
ts csih ctags libidn11 libssh2_1 libcurl4 curl cvs cvsps cvsutils diffstat file gzip libltdl7 libtool lndir make patch libpopt0 rsync tar unzip wget cygport cygrunsrv libstdc++6 cygutils groff man cygwin-doc dash libdbus1_3 libXau6 libXdmcp6 libxcb1 libX11_6 dbus tcltk expect dejagnu gamin libfam0 libglib2.0_0 desktop-file-utils sgml-common docbook-dsssl docbook-sgml30 docbook-sgml31 docbook-sgml40 docbook-sgml41 docbook-sgml42 docbook-sgml43 docbook-sgml44 docbook-sgml45 docbook-xsl docbook-xml-simple10 docbook-xml-simple11 docbook-xml412 docbook-xml42 docbook-xml43 docbook-xml44 docbook-xml45 docbook-xsl-ns doxygen ed epstool eventlog libdb4.2 libsasl2 minires libopenldap2_3_0 exim libexpat1-devel expat flawfinder flex w32api mingw-runtime gcc-mingw-core gcc-core gcc-mingw-g++ gcc-g++ libgomp1 libffi4 libmpfr1 gcc4-core libstdc++6-devel gcc4-g++ gcc4 libdbus-glib_1_2 libIDL2_0 libORBit2_0 libgconf2_4 GConf2 gdb libgettextpo0 gettext-devel libICE6 libSM6 libXt6 libfreetype6 
libfontconfig1 libXext6 libGL1 libglitz1 libpixman1_0 libpng12 libxcb-render0 libxcb-render-util0 libXrender1 libcairo2 libjpeg7 libjpeg62 libjasper1 libgs8 ghostscript-fonts-other ghostscript-fonts-std which ghostscript perl-Error git git-completion gitk git-gui libapr1 libpq5 libaprutil1 libneon27 libserf0_0 subversion subversion-perl git-svn hicolor-icon-theme gnome-icon-theme libgp11_0 libatk1.0_0 libjbig2 libtiff5 libgdk_pixbuf2.0_0 libXft2 libpango1.0_0 libXcomposite1 libXfixes3 libXcursor1 libXdamage1 libXi6 libXinerama1 libXrandr2 shared-mime-info libgtk2.0_0 libtasn1_3 libgcr0 gnome-keyring libusb-win32 gnupg libgcrypt liblzo2_2 libopencdk10 libgnutls26 gnutls liblzo2-devel libopencdk-devel libtasn1-devel gnutls-devel hdparm libfpx1 liblcms1 libImageMagick1 ImageMagick indent ipc-utils jbigkit xproto kbproto libwrap0 openssh keychain libncurses10 lftp libapr1-devel libdb4.2-devel libgdbm-devel libcharset1 libiconv libaprutil1-devel libaudio2 libaudiofile0 libidn-deve
l openssl-devel libssh2-devel libcurl-devel libEMF1 libesd0 libexpat0 libfontenc1 libgc libXpm4 libgd2 libglade2.0_0 libglib1.2_0 libglib1.2-devel libpcre-devel libglib2.0-devel libgpg-error libICE-devel libintl2 libjasper1.701_0 libjpeg-devel libkpathsea3 libkpathsea4 libwmf027 libMagick10 libungif4 libming0 libmng1 libncurses-devel libncurses7 libncursesw10 libncursesw-devel libnetpbm10 libopencdk8 libosp5 libostyle1 libXmu6 libXaw7 libplot2 libpng12-devel libXau-devel libXdmcp-devel libpthread-stubs libxcb-devel libX11-devel xextproto libXext-devel libSM-devel libXt-devel libXmuu1 libXmu-devel libXpm-devel libXaw6 libXaw-devel libplot-devel libplotter2 libplotter-devel libproj0 libpstoedit0 libqt3 libsasl2-devel libsigsegv0 libtasn1 libtiff4 libXaw3d7 libXp6 libXaw8 libxkbfile1 libXm2 libxmi0 libxmi-devel libxml2-devel login lua lynx lzop mingw-libbz2_1 mingw-libbz2-devel mingw-bzip2 mingw-liblzma1 mingw-liblzma-devel mingw-xz mingw-zlib0 mingw-zlib-devel mingw-zlib mintty
 mlcscope mmv ncurses ncursesw netcat netpbm odt2txt openjade OpenSP par patchutils pcre pdksh perl-Image-Magick perl-SGMLSpm pkg-config posh procmail procps psmisc pstoedit psutils pwgen qt3-devel-tools rats readpst rebase rpm rsnapshot screen sharutils shutdown smartmontools splint subversion-python sunrpc syslog-ng t1lib5 termcap tidy time transfig vim w3m wdiff wiggle wtf xauth xcursor-themes xfig-lib xfig xkbcomp xkeyboard-config xmlto xorg-server xpdf zip zsh 
> 2010/04/06 19:14:15 Changing gid to Administrators
> 2010/04/06 19:14:22 note: In-use files have been replaced. You need to reboot as soon as possible to activate the new versions. Cygwin may operate incorrectly until you reboot.
> 2010/04/06 19:14:22 Ending cygwin install

-- 
Matthias Andree

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

Re: Setup 2.693 unable to replace files through reboot

[Matthias Andree]

>> a) can't work on network drives
>> b) needs write access to the registry key:
>> "HKLM\SYSTEM\CurrentControlSet\Control\Session
>> Manager\PendingFileRenameOperations"
>> c) may fail if "the System volume is a basic volume [ ... and ... ] the
>> destination drive or the source drive is located on a dynamic volume"

Further information, this Key appears to exist only if such operations are  
actually pending.

I triggered a re-install of cygwin 1.7.3-1 again, and got this in the key:


Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager]
...
"PendingFileRenameOperations"=hex(7):5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,\
   63,00,79,00,67,00,77,00,69,00,6e,00,5c,00,62,00,69,00,6e,00,5c,00,63,00,79,\
   00,67,00,77,00,69,00,6e,00,31,00,2e,00,64,00,6c,00,6c,00,2e,00,6e,00,65,00,\
   77,00,00,00,21,00,5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,63,00,79,00,67,\
   00,77,00,69,00,6e,00,5c,00,62,00,69,00,6e,00,5c,00,63,00,79,00,67,00,77,00,\
   69,00,6e,00,31,00,2e,00,64,00,6c,00,6c,00,00,00,5c,00,3f,00,3f,00,5c,00,43,\
   00,3a,00,5c,00,63,00,79,00,67,00,77,00,69,00,6e,00,5c,00,75,00,73,00,72,00,\
   5c,00,73,00,62,00,69,00,6e,00,5c,00,63,00,79,00,67,00,73,00,65,00,72,00,76,\
   00,65,00,72,00,2e,00,65,00,78,00,65,00,2e,00,6e,00,65,00,77,00,00,00,21,00,\
   5c,00,3f,00,3f,00,5c,00,43,00,3a,00,5c,00,63,00,79,00,67,00,77,00,69,00,6e,\
   00,5c,00,75,00,73,00,72,00,5c,00,73,00,62,00,69,00,6e,00,5c,00,63,00,79,00,\
   67,00,73,00,65,00,72,00,76,00,65,00,72,00,2e,00,65,00,78,00,65,00,00,00,00,\
   00

Or, more readably:

\??\C:\cygwin\bin\cygwin1.dll.new
!\??\C:\cygwin\bin\cygwin1.dll
\??\C:\cygwin\usr\sbin\cygserver.exe.new
!\??\C:\cygwin\usr\sbin\cygserver.exe

However, after a reboot I still have these files:

$ ls -l /bin/cygwin1.dll*
-rwxr-xr-x 1 Administratoren None 2.5M 2010-04-03 11:29 /bin/cygwin1.dll*
-rwxr-xr-x 1 mandree         root 2.5M 2010-04-03 11:29  
/bin/cygwin1.dll.new*
$ ls -l /usr/sbin/cygserver.exe*
-rwxr-xr-x 1 mandree root 150K 2010-04-03 11:29 /usr/sbin/cygserver.exe*
-rwxr-xr-x 1 mandree root 150K 2010-04-03 11:29  
/usr/sbin/cygserver.exe.new*

I would have thought that the .new files were gone after the reboot, or  
these got somewhat more appropriate owners (I always run setup.exe as  
Administrator, and have it install "for all users")...

-- 
Matthias Andree

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

Re: Setup 2.693 unable to replace files through reboot

[Dave Korn]

On 07/04/2010 09:39, Matthias Andree wrote:

> I find the backslash/fwd slash mixes around C:\cygwin\bin euhm, "interesting",
> for instance here: "2010/04/06 19:14:11 Scheduled reboot replacement of file
> C:\cygwin\bin/cygwin1.dll with C:\cygwin\bin/cygwin1.dll.new".

  A harmless inconsistency; they remain valid win32 file path syntax.

    cheers,
      DaveK

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