Hello Marcus,
Marcus Lindblom wrote:
> Looking att the FrameBufferObjectBase constructor, the _mfDrawBuffers is
> actually initialized as empty (size 0), although it looks as if the
> constructor tries to add a zero element (which would make sense, use the
> window system provided frame buffer to draw to).
>
> Inherited(),
> _sfGLId (GLenum(0)),
> _mfColorAttachments (),
> _mfDrawBuffers (GLenum(0)), <---
> _sfDepthAttachment (NULL),
> _sfStencilAttachment (NULL),
> _sfWidth (UInt16(0)),
> _sfHeight (UInt16(0)),
> _sfPostProcessOnDeactivate(bool(false))
> { }
>
> The main confusing part here is that _mfColorAttachments is default
> initialized, and _mfDrawbuffers is not, but both ctors give the same
> effect (empty MField).
hm, I'm not sure what the intention here was, but it may be a bug in the
.fcd (I don't think we support default values for MFields) or the code
generator (incorrect handling of default values for MFields - or maybe
it should warn in case they are not supported).
> I'd expect the _mfDrawBuffers element to contain a zero element, but
> that's not what happens. (It's easily fixed by adding a push_back(0) in
> FrameBufferObject's ctor)
>
> (Also, the attachment fields are not copied by the copy ctor of FBOBase,
> but that's maybe as it should be.)
yes, that is ok.
Cheers,
Carsten
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables
unlimited royalty-free distribution of the report engine
for externally facing server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
