As a follow-up to my own question, the problem was that I was not specifying the C function calling convention. Stack Overflow question and response here: http://stackoverflow.com/questions/6257078/casting-clutteractor-to-clutterstage
On Thu, Jun 2, 2011 at 8:32 AM, Justin Whear <[email protected]> wrote: > I am exploring the possibility of creating a Clutter binding for the D > language (http://d-programming-language.org/) and have started by > trying some simple tests using dynamic loading of libclutter. I've run > into a problem that seems to derive from the GObject inheritance > system, and I'd appreciate any help getting it figured out. Here's the > rundown: using clutter_stage_get_default returns a ClutterActor* which > I can use with the clutter_actor_* methods. But I always get errors or > segfaults when I use the clutter_stage_* or clutter_container_ > methods. Here's my test code: http://pastebin.com/nVrQ69dU > > At the clutter_container_add_actor call on line 56, I get the following error: > (<unknown>:11976): Clutter-CRITICAL **: clutter_container_add_actor: > assertion `CLUTTER_IS_CONTAINER (container)' failed > > In example code, I have noticed the CLUTTER_STAGE and > CLUTTER_CONTAINER macros for casting (these obviously are not > available to me), but as far as I could tell, they simply performed > some checks, then did a plain C cast. If this is incorrect, and some > Gobject type magic needs to be done on the stage pointer before > casting, please let me know. Binding and using the > clutter_stage_set_title or clutter_stage_set_color resulted in > segmentation faults, presumably the same issue. > > > Thanks, > Justin > _______________________________________________ clutter-app-devel-list mailing list [email protected] http://lists.clutter-project.org/listinfo/clutter-app-devel-list
