Problems under Linux

[Flavio Calva]

Hello, I'm trying to build Python-Ogre under Ubuntu 9.10, but I encounter some problems.

The first one is in retrieving Cg (step 2), as you can see in the attached file log1.out (anyway I can manually downlad it and go on).

In particular, this is an excerpt from log.out (some messages are in Italian, but I think that significant ones are in English so it shouldn't be a problem; anyway if it's a problem I can manually translate them).

12-11 21:31 PythonOgre.BuildModule DEBUG    Spawning 'wget -c -nc   http://developer.download.nvidia.com/cg/Cg_2.2/Cg-2.0_May2008_x86_64.tgz' in '/home/flavio/development/downloads'
12-11 21:31 PythonOgre.BuildModule WARNING  Task Failed
12-11 21:31 PythonOgre.BuildModule DEBUG   
12-11 21:31 PythonOgre.BuildModule DEBUG    --2009-12-11 21:31:19--  http://developer.download.nvidia.com/cg/Cg_2.2/Cg-2.0_May2008_x86_64.tgz
Risoluzione di developer.download.nvidia.com... 193.45.15.122, 193.45.15.89
Connessione a developer.download.nvidia.com|193.45.15.122|:80... connesso.
HTTP richiesta inviata, in attesa di risposta... 404 Not Found
2009-12-11 21:31:21 ERRORE 404: Not Found.

The second one is in building Ogre (step 4), as you can see in the attached file log2.out. This is an excerpt:

../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIRenderer.h:191: error: conflicting return type specified for ‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture()’
/home/flavio/development/root/usr/include/CEGUI/CEGUIRenderer.h:145: error:   overriding ‘virtual CEGUI::Texture& CEGUI::Renderer::createTexture()’
../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIRenderer.h:194: error: conflicting return type specified for ‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture(const CEGUI::String&, const CEGUI::String&)’
/home/flavio/development/root/usr/include/CEGUI/CEGUIRenderer.h:169: error:   overriding ‘virtual CEGUI::Texture& CEGUI::Renderer::createTexture(const CEGUI::String&, const CEGUI::String&)’
In file included from ../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUITexture.h:32,
                 from OgreCEGUITexture.cpp:29:
../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIRenderer.h:191: error: conflicting return type specified for ‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture()’
/home/flavio/development/root/usr/include/CEGUI/CEGUIRenderer.h:145: error:   overriding ‘virtual CEGUI::Texture& CEGUI::Renderer::createTexture()’
../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIRenderer.h:194: error: conflicting return type specified for ‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture(const CEGUI::String&, const CEGUI::String&)’
/home/flavio/development/root/usr/include/CEGUI/CEGUIRenderer.h:169: error:   overriding ‘virtual CEGUI::Texture& CEGUI::Renderer::createTexture(const CEGUI::String&, const CEGUI::String&)’
OgreCEGUITexture.cpp: In constructor ‘CEGUI::OgreCEGUITexture::OgreCEGUITexture(CEGUI::Renderer*)’:
OgreCEGUITexture.cpp:47: error: no matching function for call to ‘CEGUI::Texture::Texture(CEGUI::Renderer*&)’
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:51: note: candidates are: CEGUI::Texture::Texture(const CEGUI::Texture&)
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:51: note:                 CEGUI::Texture::Texture()
OgreCEGUIRenderer.cpp: In member function ‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture()’:
OgreCEGUIRenderer.cpp:370: error: cannot allocate an object of abstract type ‘CEGUI::OgreCEGUITexture’
../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUITexture.h:42: note:   because the following virtual functions are pure within ‘CEGUI::OgreCEGUITexture’:
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:74: note:     virtual const CEGUI::Size& CEGUI::Texture::getSize() const
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:84: note:     virtual const CEGUI::Size& CEGUI::Texture::getOriginalDataSize() const
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:95: note:     virtual const CEGUI::Vector2& CEGUI::Texture::getTexelScaling() const
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:132: note:     virtual void CEGUI::Texture::loadFromMemory(const void*, const CEGUI::Size&, CEGUI::Texture::PixelFormat)
/home/flavio/development/root/usr/include/CEGUI/CEGUITexture.h:146: note:     virtual void CEGUI::Texture::saveToMemory(void*)
OgreCEGUIRenderer.cpp: In member function ‘void CEGUI::OgreCEGUIRenderer::constructor_impl(Ogre::RenderWindow*, Ogre::uint8, bool, CEGUI::uint)’:
OgreCEGUIRenderer.cpp:682: error: ‘d_identifierString’ was not declared in this scope
OgreCEGUIRenderer.cpp: In member function ‘virtual CEGUI::ResourceProvider* CEGUI::OgreCEGUIRenderer::createResourceProvider()’:
OgreCEGUIRenderer.cpp:742: error: ‘d_resourceProvider’ was not declared in this scope
OgreCEGUIRenderer.cpp:742: error: cannot allocate an object of abstract type ‘CEGUI::OgreCEGUIResourceProvider’
../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIResourceProvider.h:36: note:   because the following virtual functions are pure within ‘CEGUI::OgreCEGUIResourceProvider’:
/home/flavio/development/root/usr/include/CEGUI/CEGUIResourceProvider.h:134: note:     virtual size_t CEGUI::ResourceProvider::getResourceGroupFileNames(std::vector<CEGUI::String, std::allocator<CEGUI::String> >&, const CEGUI::String&, const CEGUI::String&)
OgreCEGUIRenderer.cpp: In member function ‘virtual void CEGUI::OgreCEGUIRenderer::setDisplaySize(const CEGUI::Size&)’:
OgreCEGUIRenderer.cpp:756: error: ‘EventDisplaySizeChanged’ was not declared in this scope
OgreCEGUIRenderer.cpp:756: error: ‘EventNamespace’ was not declared in this scope
OgreCEGUIRenderer.cpp:756: error: ‘fireEvent’ was not declared in this scope


How can I solve? Many thanks!

[k0wax]

I have the same problem.
Its becouse of ogre samples.
Ogre compiles with --disable-ogre-samples from ogre directory, but not
if I add this option in environment.py

On Dec 12, 12:45 pm, Flavio Calva <f.ca...@gmail.com> wrote:
> Hello, I'm trying to build Python-Ogre under Ubuntu 9.10, but I encounter
> some problems.
>
> The first one is in retrieving Cg (step 2), as you can see in the attached
> file log1.out (anyway I can manually downlad it and go on).
>
> In particular, this is an excerpt from log.out (some messages are in
> Italian, but I think that significant ones are in English so it shouldn't be
> a problem; anyway if it's a problem I can manually translate them).
>

> 12-11 21:31 PythonOgre.BuildModule DEBUG    Spawning 'wget -c -nchttp://developer.download.nvidia.com/cg/Cg_2.2/Cg-2.0_May2008_x86_64....in

> '/home/flavio/development/downloads'
> 12-11 21:31 PythonOgre.BuildModule WARNING  Task Failed
> 12-11 21:31 PythonOgre.BuildModule DEBUG

> 12-11 21:31 PythonOgre.BuildModule DEBUG    --2009-12-11 21:31:19--http://developer.download.nvidia.com/cg/Cg_2.2/Cg-2.0_May2008_x86_64.tgz

> ../../../../Samples/Common/CEGUIRenderer/include/OgreCEGUIResourceProvider.­h:36:

> note:   because the following virtual functions are pure within
> ‘CEGUI::OgreCEGUIResourceProvider’:
> /home/flavio/development/root/usr/include/CEGUI/CEGUIResourceProvider.h:134­:
> note:     virtual size_t

> CEGUI::ResourceProvider::getResourceGroupFileNames(std::vector<CEGUI::Strin­g,

> std::allocator<CEGUI::String> >&, const CEGUI::String&, const
> CEGUI::String&)
> OgreCEGUIRenderer.cpp: In member function ‘virtual void
> CEGUI::OgreCEGUIRenderer::setDisplaySize(const CEGUI::Size&)’:
> OgreCEGUIRenderer.cpp:756: error: ‘EventDisplaySizeChanged’ was not declared
> in this scope
> OgreCEGUIRenderer.cpp:756: error: ‘EventNamespace’ was not declared in this
> scope
> OgreCEGUIRenderer.cpp:756: error: ‘fireEvent’ was not declared in this scope
>
> How can I solve? Many thanks!
>

>  log1.out
> 5KViewDownload
>
>  log2.out
> 618KViewDownload

[Andy Miller]

I've updated the CG version for 64 bit linux in the SVN so you can do an update the try that part again...

Not sure about the CEGUI issue..

Andy

2009/12/12 Flavio Calva <f.c...@gmail.com>

--

You received this message because you are subscribed to the Google Groups "Python Ogre Developers" group.
To post to this group, send email to python-ogre...@googlegroups.com.
To unsubscribe from this group, send email to python-ogre-devel...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/python-ogre-developers?hl=en.

[Ivan Vučica]

On 12.Dec, 2009, at 10:45 , Flavio Calva wrote:
> In particular, this is an excerpt from log.out (some messages are in Italian, but I think that significant ones are in English so it shouldn't be a problem; anyway if it's a problem I can manually translate them).

Or just do:

$ LANG=C <your regular command here>


Regards,

Ivan Vučica

[dermont]

Your problem I think is that you are you are trying to build
CEGUIRenderer from 1.6.4 vs CEGUI-0.7.1 which is incompatible. You can
try updating an ugly update to acinclude.m4 (or similar) to see if
this resolves your problem:

PKG_CHECK_MODULES(CEGUI, CEGUI >= 0.5.0,
# [build_cegui_sample=true], [build_cegui_sample=false])
[build_cegui_sample=false], [build_cegui_sample=false])

[dermont]

Why post if you can't be of any assistance to the OP.

[Ivan Vučica]

On 12.Dec, 2009, at 16:45 , dermont wrote:

>>
>> Or just do:
>>
>> $ LANG=C <your regular command here>
>>
>>
>> Regards,
>>
>> Ivan Vučica
>
> Why post if you can't be of any assistance to the OP.

He mentioned translating error messages.

Instead of translating, why not simply force libintl to not localize? From the abundance of "localized" error message on the net (which most other international contributors can't read without help of a translator) one can guess that people don't know how to force software to use original strings. Why not educate people where possible?


Regards,

Ivan Vučica

[dermont]

> He mentioned translating error messages.

Sorry, missed that part, should have read the message more closely.

[Flavio Calva]

On 12 Dic, 10:59, k0wax <k0waxk0...@gmail.com> wrote:
> Ogre compiles with --disable-ogre-samples from ogre directory, but not
> if I add this option in environment.py

Yes, following your hint I can build it (thanks!). And the same curious thing happens to me: this works only if I compile from Ogre's directory and not from environment.py. Only two remarks, which can be useful to others. The first one is that, when I build Ogre from command line, I need your 1.6.4 patch (the one you posted some email ago). The second one is that I need to use --disable-ogre_demos as parameter to configure.

On 12 Dic, 16:43, dermont <dermontg...@gmail.com> wrote:
> You can
> try updating an ugly update to acinclude.m4 (or similar) to see if
> this resolves your problem:
>
>     PKG_CHECK_MODULES(CEGUI, CEGUI >= 0.5.0,
>            # [build_cegui_sample=true], [build_cegui_sample=false])
>             [build_cegui_sample=false], [build_cegui_sample=false])

I try also this solution, and this works, too (thanks!).

On 12 Dic, 13:56, Andy Miller <nzmill...@gmail.com> wrote:
> I've updated the CG version for 64 bit linux in the SVN so you can do an
> update the try that part again...

Thanks!

On 12 Dic, 14:09, Ivan Vučica <ivuc...@gmail.com> wrote:
> Or just do:
> $ LANG=C <your regular command here>

Wow, I didn't know this, thanks!


Now the problem is in step 5 (this happens with both solutions proposed to build Ogre), when I try to generate the wrapper code for Cegui. I attach the log.out file, the script tries to find the 0.6.2 CEGUI's dir, but I've the 0.7.1 one. How can I solve this? Thanks!

[dermont]

>> Now the problem is in step 5 (this happens with both solutions proposed to build Ogre), when I try to generate the wrapper code for Cegui. I attach the log.out file, the script tries to find the 0.6.2 CEGUI's dir, but I've the 0.7.1 one. How can I solve this? Thanks!

Looks like Config.PATH_CEGUI is set wrongly in
PythonOgreConfig_posix.py and used in cegui module "include_dirs" in
environment.py. Don't even know if PATH_CEGUI is needed, a couple of
things you could try:

PythonOgreConfig_posix.py:
#PATH_CEGUI = os.path.join(BASE_DIR, 'CEGUI-0.6.2' )
PATH_CEGUI = os.path.join(BASE_DIR, 'CEGUI-0.6.2' )

environment.py;
..
Config.PATH_CEGUI
#Config.PATH_CEGUI
..

>  log.out
> 3KViewDownload

[dermont]

Sorry, typo, the above should of course be:

PythonOgreConfig_posix.py:
#PATH_CEGUI = os.path.join(BASE_DIR, 'CEGUI-0.6.2' )

PATH_CEGUI = os.path.join(BASE_DIR, 'CEGUI-0.7.1' )

[Andy Miller]

I've not tested CEGUI 0.7 om Linux however it does work on Windows so there shouldn't be any issues.. You'll need to tweak environment.py to set the version (look for "class cegui") and possibly change the paths for CEGUI in PythonOgreConfig_posix..

Andy

2009/12/13 dermont <dermo...@gmail.com>

[dermont]

Andy, I think the cegui version has already been updated to 0.7.1 in
Revision 1043.

> > python-ogre-devel...@googlegroups.com<python-ogre-developers%2Bunsu...@googlegroups.com>
> > .

[Andy Miller]

So ignore what I said and CEGUI 0.7.1 should work fine on Linux (and yes, I did test it :))

Andy

2009/12/14 dermont <dermo...@gmail.com>

To unsubscribe from this group, send email to python-ogre-devel...@googlegroups.com.

[Flavio Calva]

dermont ha scritto:

PythonOgreConfig_posix.py:
#PATH_CEGUI =        os.path.join(BASE_DIR, 'CEGUI-0.6.2' )
PATH_CEGUI =        os.path.join(BASE_DIR, 'CEGUI-0.7.1' )

Thanks, this solves my problem!

Now, I can build all! Many thanks to all who answered!

Now, I get stuck at 'testing' step. I receive this error:

OGRE EXCEPTION(5:ItemIdentityException): Could not find font BlueHighway in
TextAreaOverlayElement::setFontName at OgreTextAreaOverlayElement.cpp (line
360)

I searched past messages and saw that is a well-known problem for 64 bit systems. I'm going to investigate this direction. Thanks again!

[AnimusMontus]

Same problem. Can't get it to build with BuildModule.py since the
samples are not matching the CEGUI 0.7.1 api.

first problem is in ../../../../Samples/Common/CEGUIRenderer/include/

OgreCEGUIRenderer.h:191: error: conflicting return type specified for
‘virtual CEGUI::Texture* CEGUI::OgreCEGUIRenderer::createTexture()’

the same function in the base class returns CEGUI::Texture& instead of
CEGUI::Texture*

is there a way to tell BuildModule.py not to extract from the ogre tar
file. Any changes I make just get overwritten. And I don't want to
play with the archive until all the corrections have been made.

On Dec 12 2009, 4:45 am, Flavio Calva <f.ca...@gmail.com> wrote:
> Hello, I'm trying to build Python-Ogre under Ubuntu 9.10, but I encounter
> some problems.
>
> The first one is in retrieving Cg (step 2), as you can see in the attached
> file log1.out (anyway I can manually downlad it and go on).
>
> In particular, this is an excerpt from log.out (some messages are in
> Italian, but I think that significant ones are in English so it shouldn't be
> a problem; anyway if it's a problem I can manually translate them).
>

<snip>

[Enrico Zschemisch]

Hi,

Am Dienstag, den 05.01.2010, 13:56 +0100 schrieb AnimusMontus
<animus...@gmail.com>:

> is there a way to tell BuildModule.py not to extract from the ogre tar
> file.

search for "class ogre(pymodule)" in environment.py, a few lines below is
a line "elif isLinux()" and there you will find a list of build commands.
If you add '#'-signs in front of each line you do *not* want to execute, it
should work.

Regards,
Enrico

[BennyE]

> OGRE EXCEPTION(5:ItemIdentityException): Could not find font BlueHighway in
> TextAreaOverlayElement::setFontName at OgreTextAreaOverlayElement.cpp (line
> 360)

> I searched past messages and saw that is a well-known problem for 64 bit
> systems. I'm going to investigate this direction. Thanks again!

(BUMP)

hi all

Trying to get this working for a future project at work and im seeing
the same issue on my 64bit kubuntu system (9.10, karmic). It looks too
trivial to be a 64bit issue (i mean its just a font that cant be
located or?) so if its such a well known issue then is anyone able to
explain it a little bit? The font is part of the OgreCore.zip and
environment.cfg is pointing correctly to the package but for some
reason its just not getting registered.

[Enrico Zschemisch]

Hi,

unfortunately it is not that simple, as something in Ogre goes heavily
wrong.
I tried with recent SVN and Ogre 1.6.4 building everything from scratch
yesterday and some demos work now. I have some minor errors (see
previous email).

Can somebody make a 64Bit windows build?

[BennyE]

I see, well ogre3d compiles and run fine on its own, the problem is
when loading the python samples by way of the wrapper.

I started again from scratch last night and then realised that by
following the python-ogre wiki instructions for linux i get ois-1.0-0
downloaded which does not build at all using the buildscripts (I cant
post the error because i didnt write it down). Recalling that I had
previous started with the regular ogre3d compilation instructions i
note that in that one im directed to download ois-1.2-0 which when
used in the python-ogre instructions does compile using build scripts.
However im now stuck at something else:

ImportError: /home/benny/dev/root/usr/lib/python2.6/site-packages/ogre/
renderer/OGRE/_ogre_.so: undefined symbol: _ZN4Ogre9UTFString4nposE

Although im guessing that ive done something else wrong this
time...starting over :)

loving my own ignorance right now

[BennyE]

I see, well ogre3d compiles and run fine on its own, the problem is
when loading the python samples by way of the wrapper.

I started again from scratch last night and then realised that by
following the python-ogre wiki instructions for linux i get ois-1.0-0
downloaded which does not build at all using the buildscripts (I cant
post the error because i didnt write it down). Recalling that I had
previous started with the regular ogre3d compilation instructions i
note that in that one im directed to download ois-1.2-0 which when
used in the python-ogre instructions does compile using build scripts.
However im now stuck at something else:

ImportError: /home/benny/dev/root/usr/lib/python2.6/site-packages/ogre/
renderer/OGRE/_ogre_.so: undefined symbol: _ZN4Ogre9UTFString4nposE

Although im guessing that ive done something else wrong this
time...starting over :)

loving my own ignorance right now

On Feb 15, 6:27 am, Enrico Zschemisch <enr...@vicampus.com> wrote:

[Andy Miller]

I think this is caused by using an older version of gccxml and I to have see the issue recently on linux with a couple of extra functions that need to be excluded -- this has been committed to the svn..

Andy 

[Jonathan Fischer Friberg]

I get a similar error as BennyE:

    import ogre.renderer.OGRE as ogre
  File "/usr/lib64/python2.6/site-packages/ogre/renderer/OGRE/__init__.py", line 10, in <module>
    from _ogre_ import *
ImportError: /usr/lib64/python2.6/site-packages/ogre/renderer/OGRE/_ogre_.so: undefined symbol: _ZN4Ogre24VisibleObjectsBoundsInfo28mergeNonRenderedButInFrustumERKNS_14AxisAlignedBoxERKNS_6SphereEPKNS_6CameraE

I built from svn earlier today.

[Andy Miller]

Can you let me know what Linux you are running on (distribution, version) ..

Did you also follow the new linux build instructions and use the --usesystem option?

Also could you run the following and send me the log output -- also please send me your python-ogre/generated/ogre_1.7.0RC1/VisibleObjectsBoundsInfo.pypp.cpp file (after running the commands below)

rm python-ogre/code-generators/cache/ogre_*.xml

python python-ogre/BuildModule.py -g ogre -v --usesystem >generate.log 2>&1

Thanks

Andy

[Jonathan Fischer Friberg]

Version is 64bit gentoo 4.3.2-r3, kernel 2.6.28, Python 2.6.4.

I followed the LinuxBuildV4 instructions. (with --usesystem)

[Andy Miller]

Have a go from the latest SVN to see if things change -- I updated code_generators/ogre/generate_code.py to exclude the missing function -- although I don't know why you are seeing the problem :(

You need to regenerate the source with python python-ogre/BuildModule.py -g --usesystem ogre and then compile and install it etc...

If it doesn't completely fix the issue edit the generate_code.py about line 447 (search for "64 bit") and uncomment the line to completely exclude the class and redo the code generation stage..

Regards

Andy