CEGUI (Crazy Eddie's GUI) Forums

Yep, the solution posted in the other thread is the one I tried first (because I had a similar problem in my own code when upgrading), but I know that CEGUI needs to retain backwards compatibility so I opted for an approach that should be safe across all compilers.

Thanks for the reply.

CEGUI fails to compile under MSVC 10 B2 due to line 702 in CEGUIMultiColumnList.cpp. Simply using static_cast on the null pointer resolves the issue and should have no effect on runtime behaviour or compilation under other implementations. Replacement for line 702: d_grid[i].d_items.insert(d_grid[i]...

Hmm. Can't think of anything else, if fact I'd say that's almost certainly the cause - but perhaps the fix was in the wrong place :?: When you click the error in the IDE where does it take you in the source? CE To the STL headers unfortunately. Lol. The actual source of the error message is in the ...

Gave it a try but it's still not taking unfortunately.

row.d_items.resize(getColumnCount(), static_cast<ListboxItem*>(0));

Made the modification to both lines but to no avail.

Thanks for the try though, appreciated. Can you think of anything else that might cause it?

Trying to get CEGUI compiling under VC10 but not having much luck. I know this won't be officially supported, but I figured someone might have a fix anyway. The one place the build fails for me is in CEGUIMultiColumnList: 1> CEGUIMultiColumnList.cpp 1>c:\program files (x86)\microsoft visual studio 1...

Sorry for the delay, been super busy lately.

Tested and working.

Ah great. Thanks, I'll give this a try a bit later today.

Just wanted to say I got everything working under x64. I'm still disabling PCRE (Boost.Regex support would be awesome ), but other than that it's great.

Anyway, just an update to again confirm that this does indeed work just fine. Thanks CrazyEddie.

Having the regex library abstracted (and therefore easily replaceable / pluggable) is something that's previously come up and indeed something I wish to provide. This is, perhaps something that might get into the 0.7.0 release (since a compile option to remove PCRE usage is definitely going in anyw...

PCRE is basically only used to restrict input to editboxes - so if you only wanted to allow numbers, or only letters, or some other - more advanced - format, then regular expressions are the way we enforce these restrictions. Removing PCRE effectively means that these restrictions no longer exist, ...

Bah. Guess I'll just disable PCRE. I checked and PCRE was infact built with UTF8 support (becuase my friend's code works just fine with the same PCRE lib (the default) and the same layout file). Either that or something fishy is going on. Anyway, all I want CEGUI for is a D3D console, so I guess it'...

I'm fairly certain that the pre-compiled PCRE library is compiled with UTF8 support; not that I have verified this, but it would be odd for a UTF8-compatible library to supply a non-UTF8-compatible dependency - especially when that dependency can be built with UTF8 support. I can only guess that yo...

I too just got it working. Alas, I too had to throw out PCRE. It's not that it's impossible to get to compile on x64, it's just that it was too much trouble for it to be worth it for my tiny project. CE: Can we please please please please pretty please have official x64 support for Windows in the fo...

Hello, I'm currently having a problem with edit boxes. Whenever I add one to my layout it bombs out. However, the samples work just fine. I'm static compiling CEGUI, and the samples are compiled against the same libs that my project are. I have compiled my own libraries for CEGUI, but used the pre-c...

CrazyEddie wrote:Hi,

When using Xerces-C++ you need to have the validation schema files (.xsd files) available; from the log it seems that most of those are there except for the Falagard.xsd file, which the system can't find.

CE.

Doh. I'll give that a try. (Now I just gotta find them )