Thiago,
My apologies about the date. My laptop battery ran out
today at work and I
didn't notice the date change (strangely enough, it was the
correct
month and
day...) until I got a message a few minutes ago.
Thanks for the heads up, that saves me quite a bit of
potential
debugging! I'll
use QSharedMemory instead.
Harry
Thiago Macieira wrote:
> 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.
>
>
>
------------------------------------------------------------
------------
>
>
>
>>> Visit
http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
unsubscribe <<
>>>
>> Visit
http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
unsubscribe <<
|
