Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <3B882F70.2040302@ece.gatech.edu> Date: Sat, 25 Aug 2001 19:06:24 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010713 X-Accept-Language: en-us MIME-Version: 1.0 To: "David A. Cobb" CC: Cygwin General MailList Subject: Re: Re-loading DLL's (and the like) References: <5 DOT 1 DOT 0 DOT 14 DOT 0 DOT 20010825142958 DOT 05300070 AT mail> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit David A. Cobb wrote: > Not long ago there was a lot of discussion here about not being able to > do various things during setup (and maybe at other times) because in > Windoze one cannot rename of otherwise mess about with an open file - > it's otherwise in *Nix, I gather. > > During my recent adventures building Xemacs-21.5/i686-pc-cygwin, I found > that the make install had done something that appears to be permitted > and which I've seen as an example on the gcc list which is very > *Nix-centric. > > If Setup creates Cygwin1-1-3-3.dll and then does the equivalent of "ln > -fs /usr/bin/Cygwin1-1-3-3.dll /usr/bin/Cygwin1.dll" the link should be > removable/replaceable at run time because the link-file itself isn't > left open. > > Of course /running/ anything using the new dll without closing all > instances of the old is pretty problematic. Unfortunately, the MSWindows run-time loader can't use cygwin symbolic links to resolve dependencies. Another beautiful theory slain by an ugly fact. :-) --Chuck -- 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/