CEGUI (Crazy Eddie's GUI) Forums

See This Thread: viewtopic.php?f=10&t=5615 for the fix
Thankyou niello & thankyou Kulik


Hi all

Not sure if this is a bug, or just something Ive done wrong - so posting in advanced help rather then bug reports
Im having an issue with a chat system im trying to build with a custom list box item found in this thread.
This issue only arises in Release Mode, Debug mode functions fine (im using static linking if that makes any diffrence)


This issue is, after a certain amount of entry into the list box (50 to be exact) my code starts removing the items from the list box (to ensure there is always 50 and no more),
the moment this happens any additional items added to the list box (while still present in the vector) do not show up and after sending 50 more chat messages
the chat log is completely empty and the vertical scroll bar vanishes (the list box acts like there is nothing inside of it)

Code responsible:


if i change the FormattedListboxTextItem to HTF_LEFT_ALIGNED, or any setting that does not involve word wrapping, the problem vanishes
the OutDebug("ListSize: %i\n", Count); call always reports 50 messages(or below) in the list box, despite what is being rendered on screen

CEGUI Log:

Ive searched the forums and failed to find anything to help solve this issue
Any help would be appreciated

Hmm, I tried some tests myself but couldn't reproduce this. Could you post a standalone source that I can compile locally against 0.7.5 so that I can test this?

Kulik wrote:Hmm, I tried some tests myself but couldn't reproduce this. Could you post a standalone source that I can compile locally against 0.7.5 so that I can test this?

Unfortunately my code is wrapped up in a DLL and injected into another game called X3: Terran Conflict,
Ive been trying for the past few days to create a standalone version but it hasn't been going well.

I have tried compiling against both 0.7.5 and 0.7.4, both versions caused the same problem.


Just as a test i tried recompiling CEGUI in release mode with all optimizations disabled - unfortunately that didn't change the outcome.
Perhaps this issue is directly related to the manner in witch the library is being used? through a hijacked direct3d9device and a DLL?

New Information:

Changing this code within FormattedListboxTextItem::draw(...)

to


Causes the list box to render correctly under both Debug and Release mode.
Although, im not sure of the side effects this might have?... Can i safely leave the code in this state?
I have also discovered that while using the code from box 1, Resizing the window with the list box in it, or moving the sliders will allow 1 additional message to appear as well as all the messages that have previously gone invisible, before glitching again

Another thing i discovered is that it is always 18'th message after hitting the max cap (eg 50) that the glitch occurs... the significance of witch i cant figure out

Sorry Kulik, i did try to get a stand alone version running but it rely's too heavily on being inside an injected DLL and also connecting to a server.
Stripping these parts out stopped the code form working at all

This could potentially be a bug, you are basically reformatting each draw, which is wasteful.

However it is important to get an isolated test case for this, otherwise it will be insanely difficult to track down.

I also suggest you to create a mantis ticket for it, otherwise it might get forgotten.

Heh I didn't realise this but this was discussed there a few days back.

Here is a thread with a fix:
viewtopic.php?f=10&t=5615

EDIT:

Kulik wrote:Heh I didn't realise this but this was discussed there a few days back.

Here is a thread with a fix:
viewtopic.php?f=10&t=5615

All Fixed, Thanks a bunch Kulik .. And niello

What a nasty little bug, so glad that nightmare is over haha