home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!paladin.american.edu!darwin.sura.net!cs.utk.edu!charlton
- From: charlton@cs.utk.edu (Ron Charlton)
- Newsgroups: comp.sys.amiga.applications
- Subject: Re: VirusZ
- Date: 28 Dec 1992 14:11:13 GMT
- Organization: University of Tennessee, Knoxville - CS Department
- Lines: 21
- Message-ID: <1hn1u1INN5do@CS.UTK.EDU>
- References: <#js2#2m@rpi.edu> <1992Dec22.074314.13333@wam.umd.edu> <zdt2a4b@rpi.edu>
- NNTP-Posting-Host: duncan.cs.utk.edu
- Keywords: reqtools.library version
-
- In article <zdt2a4b@rpi.edu> danaf@rpi.edu writes:
- >In article <1992Dec22.074314.13333@wam.umd.edu>, walrus@wam.umd.edu (Udo K Schuermann) writes:
- >|>
- >|> The Version command probably looks at the in-RAM copy first: The first
- >|> Version command loads the .library file, the second one just checks the
- >|> same one again (still in memory), ignoring the requested file. Try the
- >|> same commands again, but issue the command 'avail flush' between them to
- >|> flush out the unused, but resident-in-memory, copy.
- >
- This will work fine EXCEPT when someone has the library open. In that case
- you will still get the in-RAM version number since you cannot flush an open
- library.
-
- Version should accept the FILE keyword to mean "search the .library file
- as you would any ordinary file." If this is too difficult to implement,
- version should at least say whether it was able to load the file or just
- read the in-RAM version.
-
- Ron
-
-
-