Hi, The attached two patches fix a crash with fdmaster/fddump due to a fusion_skirmish_prevail() attempting to lock a (supposedly) shared mutex which was actually initialized as a local one (so FusionSkirmish::single has been initialized by another process because of a fusion_skirmish_init2(skirmish, name, world, true) call).
Are these valid changes? The patches are against DirectFB-1.6.4. Best regards, Ilyes
0002-fusion-object-initialize-a-shared-global-skirmish-fo.patch
Description: 0002-fusion-object-initialize-a-shared-global-skirmish-fo.patch
0001-fusion-always-initialize-reactor_globals-and-arenas_.patch
Description: 0001-fusion-always-initialize-reactor_globals-and-arenas_.patch
_______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
