realbasic-nug
[Top] [All Lists]

Re: Dealing with multi-processor or multi-core (shared memory semi solut

To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Subject: Re: Dealing with multi-processor or multi-core (shared memory semi solution)
From: Daniel Stenning <d0stenning at msn dot com>
Date: Fri, 30 May 2008 23:24:32 +0100
Authentication-results: mx.google.com; spf=pass (google.com: domain of realbasic-nug-bounces at lists dot realsoftware dot com designates 66.116.103.65 as permitted sender) smtp dot mail=realbasic-nug-bounces at lists dot realsoftware dot com
Delivered-to: listarchive at realsoftware dot com
Delivered-to: realbasic-nug at lists dot realsoftware dot com
Thread-index: AcjCo+6vLYjEfC6XEd2PAgAbY5KfzA==
Thread-topic: Dealing with multi-processor or multi-core (shared memory semi solution)
Does that work for windows too ?


On 30/5/08 22:46, "Norman Palardy" <npalardy at great-white-software dot com>
wrote:

> 
> On 30-May-08, at 3:37 PM, Charles Yeomans wrote:
> 
>> 
>> This is all the easy part.  The hard part is synchronized access to
>> the shared data.
>> 
>> Charles Yeomans
> 
> Possibly better to wrap the shm_xxx functions
> shm_open(2)              - open a shared memory object
> shm_unlink(2)            - remove shared memory object
> shmat(2), shmdt(2)       - map/unmap shared memory
> shmctl(2)                - shared memory control operations
> shmget(2)                - get shared memory area identifier
> 
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> 
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>
> 

Cheers,
Dan




_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>