CEGUI (Crazy Eddie's GUI) Forums

And about your second approach addition code, I'm confuse where do I implement? You would add the call to 'set_default_state' immediately before the call to renderGUI: void my_render_function() { IDirect3DStateBlock9* old_state = 0; m_pDevice->CreateStateBlock(D3DSBT_ALL, &old_state); old_state...

For some reason, your application is build in debug mode, but doesn't have the "_DEBUG" define set. I also doubt that it's a good idea to disable the LIBCMTD, but these things may be related.
What was the reason why you ignore the LIBCMTD in the linker settings of your app?

This has been answered before:
viewtopic.php?f=10&t=5608&p=26710&hilit=WideCharToMultiByte%20MultiByteToWideChar#p26710

Nope, this isn't what I meant.
Open the CEGUI.sln, right click the CEGUIBase project and search the compiler/librarian setting there.

But these are exactly what I meant. If you now also would post this settings of CEGUIBase...

Could you also post the command lines for CEGUI (e.g. CEGUIBase) and your application (both compiler and linker/librarian)?

nope says can't access protected member like that. damn it I'm confused. Which function is protected? If the line CEGUI::OgreRenderer* pUIRenderer = new CEGUI::OgreRenderer(CEGUI::OgreRenderer::bootstrapSystem(*uiView->getTarget())); compiles, the same line without the copy constructor should compi...

The problem sounds as if the interface of std::vector changed between msvc10 and msvc11.
I'm sure you triple-checked to link against the wrong lib, so I'd think it has something to with the dependencies.
You really should recompile all the dependencies manually.

I didn't play with the OgreRenderer before, but I think that the line CEGUI::OgreRenderer* pUIRenderer = new CEGUI::OgreRenderer(CEGUI::OgreRenderer::bootstrapSystem(*uiView->getTarget())); should be replaced with CEGUI::OgreRenderer* pUIRenderer = &CEGUI::OgreRenderer::bootstrapSystem(*uiView->...

You should shutdown the system using the CEGUI::Renderer::destroySystem() method:



Haven't checked this for memory leaks, though.

... most probably because NOMINMAX is defined within a CEGUI header

I could imagine that the ceguimin is defined as std::min while min itself is also defined by windef.h as (((a) < (b)) ? (a) : (b)) Try to #define NOMINMAX before you include any header and replace all your usages of "min" and "max" with "std::min" and "std::max&quo...

I see you're trying to reset the RenderStates manually before calling RenderGUI(), however the list is not complete. Please check my post under http://www.cegui.org.uk/phpBB2/viewtopic.php?f=10&t=5594 for what I did in the ts3overlay project. You also might try the solution mentioned in this thr...

I could imagine that the D3D9Device (this->m_device) was shut down. Add a check to the present method, if the device changes. If yes, shut down the D3D9Renderer and reinitialize it again.

This thread contains the rendering part of the ts3 overlay, which works with nearly(?) all d3d9 games. It stores the rendering state for the underlying application and also sets a senseful default state for the CEGUI. Not the most efficient if you know what the application is doing, but at least it ...