Article View: comp.sys.next.programmer
Article #1672Re: shared memory (was Re: mmap - System call in 3.0 still there ???)
From: Matthew Dillon
Date: Tue, 29 Sep 1992 19:16
Date: Tue, 29 Sep 1992 19:16
30 lines
1698 bytes
1698 bytes
>In article <1992Sep28.171946.22893@svcdudes.com> moose@svcdudes.com writes:
>>In article <dillon.0oba@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US
>(Matthew Dillon) writes:
>> In article <1992Sep19.120245.1274@gamelan> thf@zelator.in-berlin.de (Thomas
>
>If this were the case, then you would be unable to attach a process using gdb.
>If you look at vm_read and vm_write, you can see how to transfer pages at will.
>While it's not as great as 1 physical page being used by two different tasks,
>it is functionally equivelant.
It most certainly is NOT functionaly equivalent! It's like doing IPC
through /dev/kmem or something. Give me a break!
But, as someone mentioned, it turns out you CAN share writable pages
using the undocumented mmap() call so I'm happy.
-Matt
>--
>Michael Rutman | moose@svcdudes.com
>Cubist | makes me a NeXT programmer
>Software Ventures | maker of MicroPhone Pro
>#include <std.disclaimer> | really offensive political statement
--
Matthew Dillon dillon@Overload.Berkeley.CA.US
1005 Apollo Way uunet.uu.net!overload!dillon
Incline Village, NV. 89451 ham: KC6LVW (no mail drop)
USA Sandel-Avery Engineering (702)831-8000
Technical Details
Message-ID:
<dillon.0oje@overload.Berkeley.CA.US>Path:
arc1-ca.pugleaf.net!sparky!uunet!overload!dillonReferences:
<dillon.0oba@overload.Berkeley.CA.US> <1992Sep28.171946.22893@svcdudes.com>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!overload!dillon From: dillon@overload.Berkeley.CA.US (Matthew Dillon) Newsgroups: comp.sys.next.programmer Subject: Re: shared memory (was Re: mmap - System call in 3.0 still there ???) Distribution: world Message-ID: <dillon.0oje@overload.Berkeley.CA.US> References: <dillon.0oba@overload.Berkeley.CA.US> <1992Sep28.171946.22893@svcdudes.com> Date: 29 Sep 92 11:16:56 PST Organization: Not an Organization Lines: 31