CEGUI (Crazy Eddie's GUI) Forums

Hello,

I cross-compiled successfully Cegui for my target device, and made make DESDIR=targetpath install and I try now to execute one of the sample app, so I launch the exec file like lt-FirstWindow on my device, a frame appear on screen but without any pic and I have this error :

CEGUI::GenericException in file CEGUIDynamicModule.cpp(99) : DynamicModule::DynamicModule - Failed to load module 'libCEGUInone.so': libCEGUInone.so: cannot open shared object file: No such file or directory
An exception was thrown within the sample framework:
DynamicModule::DynamicModule - Failed to load module 'libCEGUInone.so': libCEGUInone.so: cannot open shared object file: No such file or directory

I changed LD_LIBRARY_PATH to point to correct cegui lib directory /usr/local/lib but didnt help!!
Please help

Thank You in advance
Aymen

Hi,

I imagine there was a large WARNING!! block in the configure summary output - basically it seems that none of the XML parser modules (??) are built, or you set the default to 'none' yourself via the --with-default-xml-parser configure option. There must be an XML parser available to the system - whether that be one of those we provide or something you provide yourself.

CE.

Hello,

Thanks for your help, but I have libXML2 already installed on my system and also in the config.log, I found this lines

configure:20099: checking for libxml
configure:20107: $PKG_CONFIG --exists --print-errors "libxml-2.0 >= 2.6"
configure:20110: $? = 0
configure:20125: $PKG_CONFIG --exists --print-errors "libxml-2.0 >= 2.6"
configure:20128: $? = 0

conftest.cc:1:21: error: tinyxml.h: No such file or directory
configure:20519: $? = 1
configure: failed program was:
| #include <tinyxml.h>
configure:20513: sh4-linux-g++ -E -I/usr/local/include/tinyxml conftest.cc
conftest.cc:1:21: error: tinyxml.h: No such file or directory


pkg_cv_libxml_CFLAGS='-I/usr/include/libxml2 '
pkg_cv_libxml_LIBS='-lxml2 '
libxml_CFLAGS='-I/usr/include/libxml2 '
libxml_LIBS='-lxml2 '

configure:20737: Default XML Parser will be: ExpatParser


any help?
Thank You

Hi Eddie,

I think u're right, I'm almost sure the problem comes from the xml parser, but for some reason it's well detected on the host machine, but in the target, dont find it...

* XML Parser Modules:
* Building TinyXMLParser: yes
* Using external TinyXML library: no
* Building ExpatParser: yes
* Building LibXMLParser: yes
* Building XercesParser: no
*
* Default XML Parser is: ExpatParser

do you know what modication should I make to hard-change the name of the xml parser? from none to ExpatParser...
Thanks for your quick answer.
Aymen

Hi,

You specify the name of the XML parser by way of the configure option "--with-default-xml-parser=<parser_name>", though having said this, I'm not so sure it is this now, because this:

* Default XML Parser is: ExpatParser

Would seem to indicate that the parser name is set correctly - in the case where it could not find the module it should mention 'libCEGUIExpatParser.so' rather than 'libCEGUInone.so'.

I think the only other loadable module it could be is the ImageCodec; what does the summary output say about ImageCodecs?

CE.

Hi Eddie,

you're right!!!! no image codec at all but even with Silly installed and well configured its not detected by CEGUI configure. Im using DirectFB as rederer, maybe that's why it dont work? because on my computer that have opengl installed I found :

* Image Loading Codec Modules (currently for OpenGL Renderer only):
* Building Corona Image Codec: no
* Building DevIL Image Codec: no
* Building FreeImage Image Codec: no
* Building SILLY Image Codec: no
* Building TGA Image Codec: yes

but on the targt where I try to make CEgui works i only get this output :

* Crazy Eddie's GUI System - Configuration Results Summary
********************************************************************************
* Library Release Version: 0.6.2
*
* Code options:
* Building CEGUI in debug mode: no
*
* Renderer Modules:
* Building OpenGL Renderer: no
* Using external GLEW library: no
* Building Irrlicht Renderer: no
* Building DirectFB Renderer: yes
*
* XML Parser Modules:
* Building TinyXMLParser: yes
* Using external TinyXML library: no
* Building ExpatParser: yes
* Building LibXMLParser: yes
* Building XercesParser: no
*
* Default XML Parser is: ExpatParser
*
* Scripting:
* Building Lua scripting module: no
* Building tolua++cegui generator: no
*
* Samples Framework:
* Building Samples: yes
* GTK2 based dialog for renderer selection: no
* OpenGL Renderer available in samples: no
* Irrlicht Renderer available in samples: no
* DirectFB Renderer available in samples: yes
* Ogre3D Renderer available in samples: no
********************************************************************************


so does silly works with DirectFB Renderer? if not, how to do?
Thanks a lot for ur help
Aymen

even if I specify Silly as imagecodec with -with-default-xml-parser, still have the same error, does directfb need imagecodec? I think no since it comes with its own codecs, but I dont understand why CEGUI try to load that library ( and by the way the lib dont exist, CEGUI dont compile it for some reason)


CEGUI::GenericException in file CEGUIDynamicModule.cpp(99) : DynamicModule::DynamicModule - Failed to load module 'libCEGUISILLYImageCodec.so': libCEGUISILLYImageCodec.so: cannot open shared object file: No such file or directory
An exception was thrown within the sample framework:
DynamicModule::DynamicModule - Failed to load module 'libCEGUISILLYImageCodec.so': libCEGUISILLYImageCodec.so: cannot open shared object file: No such file or directory


Thank you

Hi,

Yes, the ImageCodec system is also used with the DirectFB renderer, despite what that message says (it should have been removed, but was missed).

You don't use the '--with-default-xml-parser' to specify an ImageCodec, as the name implies, it sets the xml parser module. To set the ImageCodec module you use '--with-default-image-codec', although you need to set to a module that's being built (does the output not include which is set to the default image codec? I can't remember and I'm on the wrong machine to check!) . With regard to not finding silly, is the library installed in a location that's checked by pkg-config? If not - or if you're not sure - you might try specifying an appropriate location in the PKG_CONFIG_PATH environment variable.

CE.

Hi and thx for your answer.

ah ok for directfb, then now i'm sure that the pb comes from Imagecodec since I get this in configure

configure: Default ImageCodec will be: none

I tried to install Silly, with --with-default-image-codec=SILLYImageCodec (it was tape mistake in last post sorry)

and got : configure: Default ImageCodec will be: SILLYImageCodec
but later in the summary :

********************************************************************************
* Crazy Eddie's GUI System - Configuration Results Summary
********************************************************************************
* Library Release Version: 0.6.2
*
* Code options:
* Building CEGUI in debug mode: no
*
* Renderer Modules:
* Building OpenGL Renderer: no
* Using external GLEW library: no
* Building Irrlicht Renderer: no
* Building DirectFB Renderer: yes
*
* XML Parser Modules:
* Building TinyXMLParser: yes
* Using external TinyXML library: no
* Building ExpatParser: yes
* Building LibXMLParser: yes
* Building XercesParser: no
*
* Default XML Parser is: ExpatParser
*
* Scripting:
* Building Lua scripting module: no
* Building tolua++cegui generator: no
*
* Samples Framework:
* Building Samples: yes
* GTK2 based dialog for renderer selection: no
* OpenGL Renderer available in samples: no
* Irrlicht Renderer available in samples: no
* DirectFB Renderer available in samples: yes
* Ogre3D Renderer available in samples: no
********************************************************************************


looks like if it detect directfb it skips Image codecs even silly.pc directory included in PKG_CONFIG_PATH
any help?

Thanks a lot

Ok, it would seem that the issue only occurs when building the directFB renderer and not also building the OpenGL renderer - something I'd omitted to explicitly test. The problems effectively exist due to the ImageCodec's origins as a GL only thing, though it's no excuse - of course

The build files in the v0-6 branch will need to be fixed in order for this to work (simple fixes, nothing major). I'll try and do it this evening and post the results here.

CE.

Thanks a lot CE
waiting for the fix...

Aymen

Ok, I have committed a fix to svn branches/v0-6 @ rev. 2050.

In case you're not using that, and are using the pre-packaged source code, the relevant patch is this:


HTH

CE.

Hi CE,

Thx a lot for the patch, now I detected Silly and installed it with CEGUI. but still get an error at the same place as before :

CEGUI::GenericException in file CEGUIDynamicModule.cpp(99) : DynamicModule::DynamicModule - Failed to load module 'libCEGUISILLYImageCodec.so': /usr/local/lib/libCEGUISILLYImageCodec.so: undefined symbol: _ZTVN5SILLY16MemoryDataSourceE
An exception was thrown within the sample framework:
DynamicModule::DynamicModule - Failed to load module 'libCEGUISILLYImageCodec.so': /usr/local/lib/libCEGUISILLYImageCodec.so: undefined symbol: _ZTVN5SILLY16MemoryDataSourceE


seems like he find the lib but can't charge objects from it...do u think the problem comes from Selly ? should I try another image codec?
Thanks a lot CE
Aymen

since Silly didnt works, I tried TGA ImageCodec and it works now but with too low fps 1-2 fps with all demos (except FirstWindow 15fps) and I dono why
any suggestion for this low fps? and for silly?

Thank you

The SILLY thing, I think is that it can't find the main SILLY library (libSILLY.so) and therefore has unresolved symbols upon loading, the error string posted is truncated - not sure if it was like that in the log / message. You might check that by using ldd with the -d option and supplying libCEGUISillyImageCodec.so as the argument to ensure it can find all the required libs. If not, perhaps LD_LIBRARY_PATH is incorrect, or maybe you just need to ldconfig?

Low frame rates like this are indicative of unaccelerated rendering. I've posted before that I also have had similar issues with the DirectFB renderer (which was an external contribution) - I know my system is not accelerating DirectFB, and I get very low frame rates.

CE.