home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / database / 7774 < prev    next >
Encoding:
Text File  |  1992-11-11  |  3.0 KB  |  57 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!munnari.oz.au!yarrina.connect.com.au!warrane.connect.com.au!g2syd!michaelh
  3. From: michaelh@g2syd.genasys.com.au (Michael Haldey)
  4. Subject: Re: Clipper 5.01 left over locks
  5. Message-ID: <1992Nov11.234705.4271@g2syd.genasys.com.au>
  6. Organization: Genasys II, Sydney, Australia
  7. References: <paulb.721055967@cs.man.ac.uk>
  8. Date: Wed, 11 Nov 1992 23:47:05 GMT
  9. Lines: 46
  10.  
  11. In article <paulb.721055967@cs.man.ac.uk> paulb@cs.man.ac.uk (Paul Bean) writes:
  12. >I have a program which is to run on both a network and single user.  I
  13. >use the locks.prg supplied with clipper to do the appropriate locking
  14. >for me.  I have one version so I do the locking even if it is on a
  15. >single user dos machine.  I was running it single user yesterday (Dos
  16. >5.01 by the way) when it keeled over with not enough memory.  I
  17. >removed a couple of drivers so that there was enough memory for it to
  18. >run and went in again, however when the program came to open the dbfs
  19. >that were exclusively locked when it went down it could not
  20. >open them(in shared mode).  I presumed that the lock information was
  21. >held in the dbfs so I deleted these and went to a backup.  However
  22. >when I tried to run the program it still wouldn't let me open the
  23. >previously locked files.  I tried moving everything to a new
  24. >directory,still no joy.  I have tried ringing Computer Associates who
  25. >could not suggest anything.  Does anyone know where the lock
  26. >information is held ? and how I can get rid of it.  This is becoming a
  27. >real pain.
  28. >
  29. >Thanks in advance Paul 
  30.  
  31. Here are some ideas about it. I did not write locks in single-user environment,
  32. so I do not guarantee the accuracy and hope that someone would correct me.
  33.  
  34. The Dos has a number of interrupts dealing with locks (numbers smth like 5ch).
  35. The Clipper uses these interrupts to obtain the locking information on 
  36. dbf. The dbf file itself has no place for locking lists at all. If you are
  37. on the network - all is clear, the network server intercepts the interrupt
  38. calls and provide locking (this is what Novell does). In single USER Dos,
  39. the SHARE command should be loaded to deal with the interrupts and because
  40. Clipper is working without it, I suspect that Clipper has support for 
  41. the lock lists within and use it together with DOS interrupts. So, if
  42. the interrupt says that the record is unlocked and there are no locks in the
  43. list, the region is considered to be unlocked. I'd like also to note that
  44. locking in DOS may be for any file, because the interrupt is supplied by
  45. file, offset, and length of locked region.
  46.  
  47. My 0.02
  48. Michael
  49.  
  50. P.S. I did not manage to receive any info on internal locking in Clipper
  51. from support in Australia either.
  52. -- 
  53. Michael Haldey  |  Genasys II Pty Ltd
  54.                 |  13th Level, 33 Berry St, North Sydney, NSW, Australia
  55.                 |  Phone:    +61-2-954-2878 (-9930 FAX)
  56.                 |  Internet: michaelh@g2syd.genasys.com.au
  57.