Gerrit Voss wrote:
>>> build.linux.g++/instlinks/include/OpenSG/OSGMemoryObject.h:46:34: error:
>>> OSGRefCountFunctions.h: No such file or directory
>> argh, I forgot to add these to the branch, sorry. Shouldn't do these 
>> things right before I leave the office... :/
> 
> ok, thanks
> 
>>> and BTW the fcd2code does not work to (something about field and ljust).
>> hm, I can not reproduce this. Do you have any additional .fcd files in 
>> your tree ? 
> 
> nothing special, it was a fresh checkout. Anyway I disabled the rebuild
> for now. I'll have a look later.

Can you send me the complete error, .fcd and preferably the output of 
running fcd2code with the -v option on it ?

> 
>>> As to the parent ptr stuff. The current code works with
>>> ParentFieldContainerPtr (viewport::parent) so I don't see why it should
>>> stop working now.
>> in Viewport not ViewportBase there are handcoded functions for 
>> getParent/setParent that return/accept a WindowPtr, the generated code 
>> is not smart enough yet to generate something similar or to store 
>> ParentWindowPtr.
> 
> Hmm, I intentionally switched all of the parent (except for node IIRC)
> pointers to store a fc reference so that the parent could be more than
> just being derived from a specific class. I saw you switched it back to
> specific classes, any reason for that ?

More like two half reasons ;)
First, I thought storing just FieldContainerPtr was a sort of hack to 
get it working without having to specialize a lot classes ({S|M}Field, 
{Get|Edit}FieldHandle etc.) for more than the single case of 
ParentFieldContainerPtr. Second, at least in the case of Viewport there 
is some (a lot?) of code that depends on the parent actually being a 
Window (the type returned by the handcoded get/setParent functions) so 
it seemed to make sense to have that covered in the generated code as well.
I don't feel strongly about this point, and can change it back again if 
that is deemed more useful.

        Thanks,
                Carsten

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core

Reply via email to