Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Subject: RE: cygwin.com suggestions X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Sat, 16 Mar 2002 14:05:59 +1100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cygwin.com suggestions Thread-Index: AcHMdpMeDuEZpqXSQaiAQhLPX/SDZAAIIjMQ From: "Robert Collins" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g2G36PE06566 > -----Original Message----- > From: Andrew DeFaria [mailto:ADeFaria AT Salira DOT com] > Sent: Saturday, March 16, 2002 10:06 AM > > Same way as Windows installers work. Just schedule the DLL to be > > moved in > > after reboot. > > But that doesn't really replace the current DLL. IOW the > changes are not > effective until one reboots. Personally I find this a crummy > way to do > things but perhaps that's all that can be done. I think crummy is a little harsh. And yes, other than shutting down all process's using a file, this is the best that can be done (*). Rob *: Well, it's possible that a file system filter driver that redirects the access to a new file for subsequent opens could provide equivalent functionality to a linux style delete/replace of in-use files. However I don't know whether the file system cache/file mapping logic sit above or below such filters... if they sit above the filter (And I suspect they do), then the filter would never get invoked, and the file would still appear to be there. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/