From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5254 invoked from network); 6 Jun 2001 09:48:49 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 6 Jun 2001 09:48:49 -0000 Received: (qmail 16575 invoked by alias); 6 Jun 2001 09:48:28 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 14739 Received: (qmail 16545 invoked from network); 6 Jun 2001 09:48:27 -0000 From: Sven Wischnowsky Date: Wed, 6 Jun 2001 11:47:26 +0200 (MET DST) Message-Id: <200106060947.LAA23791@beta.informatik.hu-berlin.de> To: zsh-workers@sunsite.dk Subject: Re: autoloading from deleted wordcode digest files In-Reply-To: <20010603124544.A27964@dman.com> Clint Adams wrote: > I'm making .zwc files using zcompile -U -M. > zsh will keep these files opened and mmapped even > after they are deleted, but efforts to autoload > functions within will fail. > > I want the deleted file to be searched if the function > is not found on disk. I assume that this can be accomplished > by including the filename in struct funcdump, and using > that as an identifier should the files be deleted after > mmapping. Somehow I think the OS should ensure that such files can't be deleted (by renaming them as it does for the .nfs* files or something). Hm, things could break terribly if mapped function files disappear and I don't see a completely satisfying solution. Searching again for the zwc file works for functions that haven't been loaded yet, but what about those that were used already? > Will this break anything? This certainly depends on how you write it ;-) And probably on the way the system handles all this. My first reaction would be to print a warning, suggesting to re-start the shell and mark the funcdump structure to not be used again. But that's only one step back from re-searching and -opening it, as you suggest. In short: hm, shrug, dunno. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de