home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12916 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.5 KB
  1. Xref: sparky comp.os.vms:12916 comp.databases:5832 vmsnet.misc:674 comp.programming:2130
  2. Newsgroups: comp.os.vms,comp.databases,vmsnet.misc,comp.programming
  3. Path: sparky!uunet!think.com!spdcc!rbraun
  4. From: rbraun@spdcc.com (Rich Braun)
  5. Subject: Programming question:  VMS region locking
  6. Message-ID: <1992Jul29.213145.3684@spdcc.com>
  7. Organization: Kronos Inc., Waltham, Mass.
  8. Date: Wed, 29 Jul 1992 21:31:45 GMT
  9. Lines: 22
  10.  
  11. Our company has a fairly sizeable application which contains what
  12. amounts to a home-brew data file access method.  It relies on
  13. low-level file locking primitives (provided via F_SETLK/F_GETLK
  14. parameters to fcntl under Unix) to handle access contention in
  15. multi-user environments.
  16.  
  17. We're trying to port this application to a VAX/VMS environment, and I'm
  18. looking for other developers who've had to go through this.
  19.  
  20. VAX RMS supports record-locking but not region-locking.  I draw this
  21. distinction because our application treats the file as a raw stream of
  22. bytes, not as a collection of records, and it issues a number of
  23. low-level calls (namely, lseek) which don't fit at all into any
  24. standard approach to data access methods.  Converting the application
  25. to use RMS record-locking would be an enormous undertaking for us.
  26.  
  27. To reduce the amount of risk, I'm trying to identify some way to do
  28. the same thing as fcntl under VMS.  Does DEC's commitment to POSIX
  29. include standard file locking primitives?  Are there any solutions to
  30. this problem, whether provided by DEC or any other source?
  31.  
  32. -rich
  33.