[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KSharedMemory
From:       Thiago Macieira <thiago () kde ! org>
Date:       2007-07-12 21:43:57
Message-ID: 200707121844.11977.thiago () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Harry Bock wrote:
>Hi all,
>
>In working on a new feature for Amarok, I would like to use shared
> memory to achieve near real-time data transfer between two processes.
> As far as I can
>tell so far, KDE does not have a wrapper for using shared memory (via
>System V IPC or CreateFileMapping/MapViewOfFile on Win32).
>
>I've written a small class (not quite polished yet, however),
> KSharedMemory, that handles the allocation of shared memory on both
> UNIX and Windows and the mapping of the buffer into process memory
> space. With the API freeze for kdelibs looming fairly soon, it may not
> be a good time to introduce this, but
>I was wondering if there was any use for this in KDE.  If I should not
>use shm
>or should just keep it internal to Amarok, let me know.

Hello Harry,

Can you please fix your computer date? We're not in 2005. Your email will 
get removed from most contributors' mailboxes if they have any reasonable 
setting of Expiry. You just got me lucky to be looking into the kde-devel 
folder before KMail expired old emails.

Anyways, we're past the freeze for kdelibs. And I don't want to add such a 
class to kdelibs anyways because it's being written in Qt for Qt 4.4 
(take a look at the snapshots) as QSharedMemory.

What you could do is copy the code out of Qt snapshot and into Amarok, 
just renaming the class, until such time as Qt 4.4 is released.

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

["signature.asc" (application/pgp-signature)]

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<


[prev in list] [next in list] [prev in thread] [next in thread]