🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.next.programmer
2 messages
2 total messages Started by bjanzen Wed, 18 Nov 1992 22:57
Shared memory?
#1820
Author: bjanzen
Date: Wed, 18 Nov 1992 22:57
32 lines
2096 bytes
 
We use /usr/include/system/shm.h to set up a a fairly large shared memory
database for our realtime data application that is
currently implemented on RS6000's.  No such thing on NeXT - it
isn't too kosher in an object environment, but I could port an
existing app NOW and redesign later if I knew if/where shm.h was.  The only
reference I found was in librarian  -
 
---------------
Although messaging is similar to UNIX 4.3BSD stream sockets in
that it permits reliable, kernel-mediated communication between tasks,
messaging has a much more fundamental role within Mach.  Whereas UNIX
processes obtain system services through a variety of interfaces
(for example, the open() system call for files, the socket() and bind()
system calls for network connections, and numerous access protocols for
user-level services), Mach provides all services through messaging.
Because of this consistency of interprocess communication, the Mach
operating system can easily be extended to incorporate new features.
 
As an alternative to messaging, Mach also supports interprocess
communication using shared memory.  However, if you use shared memory
for interprocess communication, you're responsible for synchronizing the
transmission and reception of the message.  With the Mach messaging
system, Mach itself schedules the transmission and reception of messages,
thereby ensuring that no message is read before it's been sent in its
entirety.
-------------
 
I'm responsible.  Where the heck is it, or just plain is it?
 
Barry Janzen
bjanzen@lexmark.com
Re: Shared memory?
#1879
Author: Robert_La_Ferla
Date: Sat, 21 Nov 1992 17:54
14 lines
929 bytes
In article <168A310A88.BJANZEN@lexmark.com> bjanzen@lexmark.com writes:
>  
> We use /usr/include/system/shm.h to set up a a fairly large shared  
memory
> database for our realtime data application that is
> currently implemented on RS6000's.  No such thing on NeXT - it
> isn't too kosher in an object environment, but I could port an
> existing app NOW and redesign later if I knew if/where shm.h was.
> [text deleted]
> I'm responsible.  Where the heck is it, or just plain is it?

Look at vm_allocate()

Robert La Ferla
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads