CEGUI (Crazy Eddie's GUI) Forums

One huge advantage from not using boost::bind for the events is that you can *possibly* use CEGUI/OGRE from managed code now. A while back I was doing some mucking around at using Ogre/CEGUI ni Managed C++, and everything worked fine except for the event handling in CEGUI - it would always throw a h...

I don't know if this is a VC8 issue, or just an oversight that somehow got through, but tring to compile CEGUI on my system it threw back 4 errors, all releating to std::find not being defined. The fix is simply to add the line #include <algorithm> to the top of CEGUIWindow.h and CEGUI...

I do want the managed environment for what I'm aiming for, but I can find another way of doing it than writing the whole thing in managed code...
Just a pain that boost::bind doesn't work with the managed function calls - even in unmanaged classes... Kinda useful at times

Seems I've found out what's wrong with my code too - as you said, there was nothing wrong with the code itself. Just the fact that boost::bind doesn't work properly with Managed C++ code - which I was using... Turning off the /CLR flag and it all works fine...
--
Graham

Well - that patch totally failed to solve the problem :) No change whatsoever to the results after making that change... What makes it even more infuriating is that I've just compiled Demo7 and it works perfectly - and yet the code that was basically copied and pasted into my program doesn't work at...

Rewritten my test code to use a proper Event::Subscriber, and no difference: void MainMenuScene::OnQuitButton(const EventArgs& args) { } void MainMenuScene::CreateScene(void) { boost::_bi::bind_t< void, boost::_mfi::mf1< void, MainMenuScene, const...

Well - I know what the problem is, but not why... It seems that when the result of boost::bind is cast to an Event::Subscriber is turns into a null. Stepping through the code tells me absolutly nothing - boost isn't the easiest code to read - but if I run the following code: void Quit() ...

No - unfortunatly the last line of the log was the loading of MainMenu.xml - the crash happens before it can get logged it seems... I was assuming(Read: hoping) that it was simply because of some call that I'd forgotten to make that was causing it, but if thats not the case then it's debugger time a...

I'm having some difficulty with wiring events up to actions. I've got a class that is responsible for the Main Menu scene in my program, which sets up the GUI interface and creates the wiring for the window to member functions in the class. The code for this is as follows(Event wiring copied directl...

Is there any way that the XSD files can be included in the code itself and not need to be a seperate file? Obviously the code knows when your loading a font or a schema or whatever so can it not inline the XSD to Xerxes so that it's always up-to-date? I've never used Xerxes myself so I don't know if...

Lol - tell me about it... Everything's been going fine so far, and then I started to compile Boost. That was about an hour ago and it's still chugging away...
You've never believe this machine was a 3200+ the speed it's going - though maybe having UO running at the same time contributes to that...

Would it be possible for you to package up and post your Dependencies directory in the same way that the Ogre team do? Would make installation a lot less painful as it would be that much easier to replicate your development environment...