This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Updated cygwin dlls don't have the .dll extension; instead have .dll.new


Eric Blake wrote:
According to Charli Li on 12/24/2006 1:39 PM:
Fishy enough, the new dlls had a filename extension of .dll.new
Which means Windows is scheduled to rename it automatically at the next
reboot, since it was in use at the time you ran setup.exe. Didn't you
read the message box that setup told you to reboot?
Bottom line: Is this a problem with setup.exe? CCing to cygwin-apps as
well.
No, this is not a setup bug, but a Windows limitation
---
It has a name extension of .new because that's what cygwin sets it to.
Cygwin has a limitation that doesn't need to exist.


Cygwin could rename the old file to file.dll.old, (or if it isn't cross-deviced linked,
to "/tmp/file.dll.todelete.001") and move the new file into "file.dll". It's an established
behavior of NT.


Perl had same problem when installing new perl libraries under Windows. They moved
to the NT supported method of renaming the old and putting in the new. Then you still
setup the file delete after reboot -- but meanwhile, users can use the new library,
and programs that have the existing file open continue to operate "fine" until they
exit -- then it's the old files that get left around until the next reboot.


-l



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]