home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!mailer.cc.fsu.edu!uflorida!travis!amber.ssd.csd.harris.com!steve
- From: steve@amber.ssd.csd.harris.com (Steve Brosky)
- Newsgroups: comp.realtime
- Subject: Re: Shared memory access under 1003.4?
- Message-ID: <9249@travis.csd.harris.com>
- Date: 17 Aug 92 21:52:27 GMT
- References: <17285@vd.seqeb.gov.au>
- Sender: news@travis.csd.harris.com
- Organization: Harris CSD, Ft. Lauderdale, FL
- Lines: 17
-
- In article <17285@vd.seqeb.gov.au> BSS_MIKE@vd.seqeb.gov.au writes:
- >Is access to shared memory covered by 1003.4?
- yes
-
- >If so, how is identification of a region currently being proposed - via a
- >numeric identifier as per System 5, or by a name as per VMS. Presumably once
- >accessed, a handle would then be used for efficiency?
-
- The mmap() interfaces from SVR4 are used. This means that shared
- memory objects are identified by a name. The shared memory object
- is opened via the standard open() call, or via a new interface shm_open().
- The memory object is then mapped into the programs address space
- via the mmap() interface.
-
- Steve Brosky
- Harris Computer Systems
- Fort Lauderdale, Fla
-