home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / 7703 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.3 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!dog.ee.lbl.gov!news!humu!pegasus!tleylan
  2. From: tleylan@pegasus.com (Tom Leylan)
  3. Newsgroups: comp.databases
  4. Subject: Re: Clipper 5.01 left over locks
  5. Message-ID: <1992Nov8.213129.24441@pegasus.com>
  6. Date: 8 Nov 92 21:31:29 GMT
  7. References: <paulb.721055967@cs.man.ac.uk>
  8. Organization: Pegasus,  Honolulu
  9. Lines: 26
  10.  
  11. paulb@cs.man.ac.uk (Paul Bean) writes:
  12.  
  13. >I presumed that the lock information was
  14. >held in the dbfs so I deleted these and went to a backup.  However
  15. >when I tried to run the program it still wouldn't let me open the
  16. >previously locked files.
  17.  
  18. Paul:
  19.  
  20. Well I'll admit that I could be wrong but I'm "sure" that file locks
  21. aren't "physical" and in any case they wouldn't be stored inside a file
  22. or it would distort the file (you'd have to know where it was and skip
  23. over it i.e. read past the lock) and that just isn't done.
  24.  
  25. At worst lock info would be kept in the directory entry but I'm "sure"
  26. that isn't the case also.
  27.  
  28. These things should all be implemented logically (not physically) so any
  29. lock would be released when the power went off (on a network it might take
  30. a little while until the network noticed that the process who had the lock
  31. is no longer running) but it can't be permanent.
  32.  
  33. What is the exact message that you're getting when you try to re-run the
  34. application ?
  35.  
  36. tom
  37.