Denis Oliver Kropp wrote:
> Claudio Ciccani wrote:
>> Denis Oliver Kropp wrote:
>>> [EMAIL PROTECTED] wrote:
>>>> New commits:
>>>> http://git.directfb.org/?p=core/DirectFB.git;a=commit;h=dcf2a2b7089fd02105f68bba5da3130c1d72f42c
>>>>
>>>>
>>>> commit dcf2a2b7089fd02105f68bba5da3130c1d72f42c
>>>> Author: Claudio Ciccani <[EMAIL PROTECTED]>
>>>> Date: Fri Jun 29 14:48:28 2007 +0200
>>>>
>>>> Added a new Fusion/IPC implementation using standard system calls:
>>>> - Skirmish gets implemented by using sched_yield()+usleep,
>>>> exactly like linuxthreads does with pthread mutexes,
>>>> but it's also capable of automatically unlocking whether the
>>>> owner process died without doing it.
>>>> - Property works like Skirmish, but it doesn't sleep and it
>>>> doesn't check for a dead owner.
>>>> - Dispatching and co. make use of raw unix sockets: there is
>>>> a local address specific to each fusionee
>>>> (/tmp/[EMAIL PROTECTED]@/@HEX_FUSION_ID@) and each call
>>>> (/tmp/[EMAIL PROTECTED]@/[EMAIL PROTECTED]@[EMAIL PROTECTED]@),
>>>> and messages are sent directly from the generator to the socket
>>>> of the listeners.
>>>> From a network point of view, this is similar to UDP Multicast
>>>> (e.g. conference or meeting).
>>>> The new implementation gets build when --enable-bulti is
>>>> specified but no usable linux/fusion.h was found
>>>> (however you can edit fusion/build.h to force building it).
>>> Wow :)
>>>
>>> How complete, usable and stable is it?
>>>
>>
>> All major feautures are implemented, apart from the following:
>> - fusion_reactor_set_dispatch_callback(),
>> - fusion_skirmish_notify() (what it's supposed to do?),
>
> It's like a pthread condition.
>
> You can lock a skirmish and then wait on it. While waiting it's
> unlocked and others can lock it and notify you.
>
>> - fusion_ref_inherit().
>>
>> Even if it's slower than linux-fusion, it's stable enough to run the
>> most important applications (XDirectFB, FusionSound, DFBTerm, DFBSee and
>> co.) and, most important thing, it's portable, so you can have the
>> multi-app core either on non-linux platforms.
>>
>> Give it a try!
>
> XDirectFB was starting up, but not my slave programs, most likely due
> to permission issues.
Just fixed.
>
> However, by moving a window I got a dead lock, or a crash, I don't
> know and did not have the time to reproduce it in a debugger.
>
I'm not able to reproduce this bug. Were you using the default wm?
--
Regards,
Claudio Ciccani
[EMAIL PROTECTED]
http://directfb.org
http://sf.net/projects/php-directfb
_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
