home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.vms:12949 comp.databases:5843 vmsnet.misc:675 comp.programming:2133
- Newsgroups: comp.os.vms,comp.databases,vmsnet.misc,comp.programming
- Path: sparky!uunet!gatech!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!kcgl1.eng.ohio-state.edu!JONESD
- From: JONESD@kcgl1.eng.ohio-state.edu (David Jones)
- Subject: Re: Programming question: VMS region locking
- Message-ID: <1992Jul30.154358.3614@magnus.acs.ohio-state.edu>
- Sender: news@magnus.acs.ohio-state.edu
- Nntp-Posting-Host: kcgl1.eng.ohio-state.edu
- Organization: The Ohio State University
- References: <1992Jul29.213145.3684@spdcc.com>
- Date: Thu, 30 Jul 1992 15:43:58 GMT
- Lines: 25
-
- In article <1992Jul29.213145.3684@spdcc.com>, rbraun@spdcc.com (Rich Braun) writes:
- >Our company has a fairly sizeable application which contains what
- >amounts to a home-brew data file access method. It relies on
- >low-level file locking primitives (provided via F_SETLK/F_GETLK
- >parameters to fcntl under Unix) to handle access contention in
- >multi-user environments.
-
- >To reduce the amount of risk, I'm trying to identify some way to do
- >the same thing as fcntl under VMS. Does DEC's commitment to POSIX
- >include standard file locking primitives? Are there any solutions to
- >this problem, whether provided by DEC or any other source?
-
- The VMS POSIX documentation indicates that fcntl() supports F_GETLK and
- F_SETLK. Apparently, one of the changes made in VMS 5.5 was a change to
- the lock manager to allow support of this functionality. I don't know
- the details of these changes.
-
-
-
- David L. Jones | Phone: (614) 292-6929
- Ohio State Unviversity | Internet:
- 1971 Neil Ave. Rm. 406 | jonesd@kcgl1.eng.ohio-state.edu
- Columbus, OH 43210 | jones-d@eng.ohio-state.edu
-
- Disclaimer: A repudiation of a claim.
-