Hi Marcus,
> If you correctly called the chain of superconstructors, that shouldn't
> happen if you correctly set your io_signatures.
Yup, that was the issue.
I was defining the call to gr::sync_block constructor as part of the
base_sink_c_impl class constructor since it seemed the most logical
place for it to be.
But given the virtual inheritance , I can only define it as part of
glfw_sink_c_impl constructor and without this, the default constructor
was called (which sets neither the name nor the io signature).
Now, it works as intended :)
>> The problem I have with this is that I must expose a bunch of stuff in
>> the public header that I don't want to.
>> base_sink_c_impl has plenty of private method and members, none of
>> which the "user" should see (ie. not be installed in the public
>> headers)
>
> I think that's the point of private and protected members, you shouldn't
> have to go to the total extreme of hiding everything away in an impl, if you
> plan to inherit from that impl later....
Well it's mostly because the private part include plenty of other
headers to define structures and objects that shouldn't be part of the
ABI.
Cheers and thanks for pointing me in the right direction :)
Sylvain
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
