hi!
i'm using debian linux 3.0 with a self brew cernel 2.4.21rc3 on a athlon xp 1800+ with a geforce 4 ti 4200 using nvidia driver 4496. when i compile celsetia with the --with-kde flag, everything works fine, but when i try to start the program, a few messages appear in the console:
---------------------------------
nStars: 112521
Parent body 'TYC 5503-946-1' of 'b' not found.
render path: 0
ERROR: Communication problem with celestia, it probably crashed.
---------------------------------
and that's it. a kde box pops up telling me that celestia crashed. when i click on "Backtrace" the following appears:
---------------------------------
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...[New Thread 1024 (LWP 18673)]
0x40ff0a59 in wait4 () from /lib/libc.so.6
#0 0x40ff0a59 in wait4 () from /lib/libc.so.6
#1 0x41067e48 in __check_rhosts_file () from /lib/libc.so.6
#2 0x40f25453 in waitpid () from /lib/libpthread.so.0
#3 0x4052015a in KCrash::defaultCrashHandler () from /usr/lib/libkdecore.so.4
#4 0x40f22f54 in pthread_sighandler () from /lib/libpthread.so.0
---------------------------------
has anyone an idea what i could do?
ogott
strange kde error when starting celestia 1.3.0
Re: strange kde error when starting celestia 1.3.0
ogott wrote:hi!
i'm using debian linux 3.0 with a self brew cernel 2.4.21rc3 on a athlon xp 1800+ with a geforce 4 ti 4200 using nvidia driver 4496. when i compile celsetia with the --with-kde flag, everything works fine, but when i try to start the program, a few messages appear in the console:
---------------------------------
nStars: 112521
Parent body 'TYC 5503-946-1' of 'b' not found.
render path: 0
ERROR: Communication problem with celestia, it probably crashed.
---------------------------------
Are you sure OpenGL works correctly? See following Question from
NVIDIA-Driver-Readme:
Q: X starts for me, but OpenGL applications terminate immediately.
A: If X starts, but OpenGL causes problems, you most likely have a
problem with other libraries in the way, or there are stale symlinks.
See Appendix C for details. Sometimes, all it takes is to rerun
'ldconfig'.
You should also check that the correct extensions are present;
'xdpyinfo' should show the "GLX", "NV-GLX" and "NVIDIA-GLX" extensions
present. If these three extensions are not present, then there is
most likely a problem with the glx module getting loaded or it is
unable to implicitly load GLcore. Check your XF86Config file and make
sure that you are loading glx (see "Editing Your XF86Config File"
above). If your XF86Config file is correct, then check the XFree86
log file for warnings/errors pertaining to GLX. Also check that all
of the necessary symlinks are in place (refer to Appendix C).
ogott wrote:and that's it. a kde box pops up telling me that celestia crashed. when i click on "Backtrace" the following appears:
---------------------------------
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
[...]
has anyone an idea what i could do?
Could you recompile celestia with debugging enabled?
Harald
-
- Developer
- Posts: 944
- Joined: 18.07.2002
- With us: 22 years 4 months
- Location: Lyon (France)
ogott wrote:hi,
thanks for your reply, but opengl works perfectly. the three extensions mentioned are available and the symlinks are correct. i will recompile celestia with debugging support this afternoon and tell you what's happening when i start it.
ogott
Can you check the output of
Code: Select all
ldd /usr/bin/celestia
Make sure that le libGL library used is the one from NVidia.
Christophe
ldd celestia:
---------------------------------------------------------------
libkio.so.4 => /usr/lib/libkio.so.4 (0x40014000)
libkdeui.so.4 => /usr/lib/libkdeui.so.4 (0x4024d000)
libkdesu.so.4 => /usr/lib/libkdesu.so.4 (0x40440000)
libkdecore.so.4 => /usr/lib/libkdecore.so.4 (0x40458000)
libDCOP.so.4 => /usr/lib/libDCOP.so.4 (0x405cb000)
libdl.so.2 => /lib/libdl.so.2 (0x40606000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40609000)
libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0x40619000)
libkdefx.so.4 => /usr/lib/libkdefx.so.4 (0x4062c000)
libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40652000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40beb000)
libutil.so.1 => /lib/libutil.so.1 (0x40bf0000)
libfam.so.0 => /usr/lib/libfam.so.0 (0x40bf3000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40c05000)
libpng.so.3 => /usr/lib/libpng.so.3 (0x40c4e000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40c7a000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40c99000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40d80000)
libz.so.1 => /usr/lib/libz.so.1 (0x40dea000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40df9000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40e01000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40e17000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40e2b000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40e38000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40e40000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40f1a000)
libm.so.6 => /lib/libm.so.6 (0x40f2f000)
libc.so.6 => /lib/libc.so.6 (0x40f50000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0x4106d000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x41081000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x410cb000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x410f4000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x41134000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
---------------------------------------------------------------
seems to be ok...
i recompiled celestia with debugging support and it produces exactely the same output as i did already write.
the libGL that is used is from the nvidia package and all other opengl applications run perfectely (stellarium, savage, tribes2, unreal tournament 2003, winex, ...). i even reinstalled the newest nvidia drivers without any effect.
i have no idea what the problem could be. i even tried to convert the mandrake packages into debian packages with alien. it installs but the same error message appears.
ogott
ogott
---------------------------------------------------------------
libkio.so.4 => /usr/lib/libkio.so.4 (0x40014000)
libkdeui.so.4 => /usr/lib/libkdeui.so.4 (0x4024d000)
libkdesu.so.4 => /usr/lib/libkdesu.so.4 (0x40440000)
libkdecore.so.4 => /usr/lib/libkdecore.so.4 (0x40458000)
libDCOP.so.4 => /usr/lib/libDCOP.so.4 (0x405cb000)
libdl.so.2 => /lib/libdl.so.2 (0x40606000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40609000)
libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0x40619000)
libkdefx.so.4 => /usr/lib/libkdefx.so.4 (0x4062c000)
libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0x40652000)
libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40beb000)
libutil.so.1 => /lib/libutil.so.1 (0x40bf0000)
libfam.so.0 => /usr/lib/libfam.so.0 (0x40bf3000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40c05000)
libpng.so.3 => /usr/lib/libpng.so.3 (0x40c4e000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40c7a000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40c99000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40d80000)
libz.so.1 => /usr/lib/libz.so.1 (0x40dea000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40df9000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40e01000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40e17000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40e2b000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40e38000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40e40000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40f1a000)
libm.so.6 => /lib/libm.so.6 (0x40f2f000)
libc.so.6 => /lib/libc.so.6 (0x40f50000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0x4106d000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x41081000)
libXft.so.1 => /usr/X11R6/lib/libXft.so.1 (0x410cb000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x410f4000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x41134000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
---------------------------------------------------------------
seems to be ok...
i recompiled celestia with debugging support and it produces exactely the same output as i did already write.
the libGL that is used is from the nvidia package and all other opengl applications run perfectely (stellarium, savage, tribes2, unreal tournament 2003, winex, ...). i even reinstalled the newest nvidia drivers without any effect.
i have no idea what the problem could be. i even tried to convert the mandrake packages into debian packages with alien. it installs but the same error message appears.
ogott
ogott
-
- Developer
- Posts: 944
- Joined: 18.07.2002
- With us: 22 years 4 months
- Location: Lyon (France)
Are you running Celestia from KDE or from another DE?
Can you try compiling the latest CVS?
You can get a snapshot here: http://celestia.teyssier.org/download/daily
Can you try compiling the latest CVS?
You can get a snapshot here: http://celestia.teyssier.org/download/daily
Christophe
i tried a few of the latest snapshots (i think there are no changes) and the make process stops with the following message:
----------------------------------------------------
.
.
.
/usr/include/GL/gl.h:92: warning: this is the location of the previous definition
In file included from celestia.h:34,
from image.cpp:60:
../../config.h:97: warning: `HAVE_STDLIB_H' redefined
/usr/include/jconfig.h:12: warning: this is the location of the previous definition
image.cpp: In function `int calcMipLevelSize(int, int, int, int)':
image.cpp:118: implicit declaration of function `int max(...)'
image.cpp: In function `class Image * LoadJPEGImage(const string &, int = Image::ColorChannel)':
image.cpp:391: warning: unused parameter `int channels'
image.cpp:393: warning: variable `class Image * img' might be clobbered by `longjmp' or `vfork'
image.cpp: In function `class Image * LoadPNGImage(const string &)':
image.cpp:611: warning: variable `class Image * img' might be clobbered by `longjmp' or `vfork'
make[3]: *** [image.o] Error 1
make[3]: Leaving directory `/download/src/celestia-1.3.0/src/celengine'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/download/src/celestia-1.3.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/download/src/celestia-1.3.0'
make: *** [all] Error 2
----------------------------------------------------
i'm starting to believe that celestia doesn't like my computer...
ogott
----------------------------------------------------
.
.
.
/usr/include/GL/gl.h:92: warning: this is the location of the previous definition
In file included from celestia.h:34,
from image.cpp:60:
../../config.h:97: warning: `HAVE_STDLIB_H' redefined
/usr/include/jconfig.h:12: warning: this is the location of the previous definition
image.cpp: In function `int calcMipLevelSize(int, int, int, int)':
image.cpp:118: implicit declaration of function `int max(...)'
image.cpp: In function `class Image * LoadJPEGImage(const string &, int = Image::ColorChannel)':
image.cpp:391: warning: unused parameter `int channels'
image.cpp:393: warning: variable `class Image * img' might be clobbered by `longjmp' or `vfork'
image.cpp: In function `class Image * LoadPNGImage(const string &)':
image.cpp:611: warning: variable `class Image * img' might be clobbered by `longjmp' or `vfork'
make[3]: *** [image.o] Error 1
make[3]: Leaving directory `/download/src/celestia-1.3.0/src/celengine'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/download/src/celestia-1.3.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/download/src/celestia-1.3.0'
make: *** [all] Error 2
----------------------------------------------------
i'm starting to believe that celestia doesn't like my computer...
ogott
-
- Developer
- Posts: 944
- Joined: 18.07.2002
- With us: 22 years 4 months
- Location: Lyon (France)
gcc:
--------------------------------------
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
--------------------------------------
glibc:
--------------------------------------
GNU C Library stable release version 2.2.5, by Roland McGrath et al.
Copyright (C) 1992-2001, 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 2.95.4 20011002 (Debian prerelease).
Compiled on a Linux 2.4.18 system on 2003-04-08.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
linuxthreads-0.9 by Xavier Leroy
BIND-8.2.3-T5B
libthread_db work sponsored by Alpha Processor Inc
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Report bugs using the `glibcbug' script to <bugs@gnu.org>.
--------------------------------------
ogott
--------------------------------------
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
--------------------------------------
glibc:
--------------------------------------
GNU C Library stable release version 2.2.5, by Roland McGrath et al.
Copyright (C) 1992-2001, 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 2.95.4 20011002 (Debian prerelease).
Compiled on a Linux 2.4.18 system on 2003-04-08.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
linuxthreads-0.9 by Xavier Leroy
BIND-8.2.3-T5B
libthread_db work sponsored by Alpha Processor Inc
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Report bugs using the `glibcbug' script to <bugs@gnu.org>.
--------------------------------------
ogott
-
- Developer
- Posts: 944
- Joined: 18.07.2002
- With us: 22 years 4 months
- Location: Lyon (France)
- t00fri
- Developer
- Posts: 8772
- Joined: 29.03.2002
- Age: 22
- With us: 22 years 7 months
- Location: Hamburg, Germany
ogott wrote:ok, in the meanwhile i found out that it must have something to do with kde (doh). no version of celestia that has kde support works. i tried the last few versions and, as i said, they all crashed.
maybe this helps someone...
ogott
Oh Gott,
please take into account that most developers also run Celestia on KDE3.x without /any/ instabilities whatsoever! I never experienced a single crash of Celestia with KDE 3.1.1 and being a developer myself, believe me, I use and compile Celestia a lot...
So in conclusion, there is much less evidence that /your/ KDE installation is properly done given that you get crashes all the time.
Bye Fridger
- t00fri
- Developer
- Posts: 8772
- Joined: 29.03.2002
- Age: 22
- With us: 22 years 7 months
- Location: Hamburg, Germany
ogott wrote:hi,
thanks for your reply, but opengl works perfectly. the three extensions mentioned are available and the symlinks are correct. i will recompile celestia with debugging support this afternoon and tell you what's happening when i start it.
ogott
Could you please compile another complex OpenGL application with /exactly your present setup/ and check whether it compiles /and/ runs well (unlike Celestia). I suggest Tuxracer for example.
Often people come here and claim that Celestia crashes, but in fact they have never compiled other OpenGL programs before, headers are missing, mixed from different versions or otherwise incorrect etc...
Apart from your statement that OpenGL works 'perfectly' do you have more concrete evidence?
1) What does 'glxgears' say?, how many fps?
2) does glxinfo contain 'direct rendering yes'?
Bye Fridger
KDE crash - my two cents
Just thought I'd mention that this sounds really similar to what occurs for me. --with-glut compiles and runs really nicely from CVS (good job on the new shaders by the way!) but --with-kde compiled and 'make'd version (w/ no errors in building) dies at start-up, stating the same type stuff:
.......blah........
ERROR: Communication problem with celestia, it probably crashed.
............ etc.
Superficially the Nvidia GLX extensions seem to work fine, (Working with decent framerate - Celestia-GLUT, ut2004, ut 2003, SoF2, Max Payne, my own self-built (gcc etc) 3D wave/water simulations)
As for the other two versions, Mandrake 10.0 doesn't rpm-install the Gnome/GTK development libraries properly it seems, as celestia won't complete a ./configure with those options. Will try to sort this out and build a version later
Unfortunately, I'm at work and not able to get more info. As soon as I get internet back at home having just moved I'll post more details (ldd, debug trace etc)
Ben O'Steen
email ben(at)bosteen.uklinux.net
Mandrake 10.0 Official, not updated yet
(KDE 3.2.3 perhaps, freeGLUT, GCC 3.x, KDevelop 3.0 used to automake etc from CVS)
2.6.7 kernel (vanilla)
NVIDIA 6106 (Latest) for nVidia FX 5900 128Mb
2600XP Athlon on nForce2 mobo w/ 512 Mb 400MHz RAM
.......blah........
ERROR: Communication problem with celestia, it probably crashed.
............ etc.
Superficially the Nvidia GLX extensions seem to work fine, (Working with decent framerate - Celestia-GLUT, ut2004, ut 2003, SoF2, Max Payne, my own self-built (gcc etc) 3D wave/water simulations)
As for the other two versions, Mandrake 10.0 doesn't rpm-install the Gnome/GTK development libraries properly it seems, as celestia won't complete a ./configure with those options. Will try to sort this out and build a version later
Unfortunately, I'm at work and not able to get more info. As soon as I get internet back at home having just moved I'll post more details (ldd, debug trace etc)
Ben O'Steen
email ben(at)bosteen.uklinux.net
Mandrake 10.0 Official, not updated yet
(KDE 3.2.3 perhaps, freeGLUT, GCC 3.x, KDevelop 3.0 used to automake etc from CVS)
2.6.7 kernel (vanilla)
NVIDIA 6106 (Latest) for nVidia FX 5900 128Mb
2600XP Athlon on nForce2 mobo w/ 512 Mb 400MHz RAM