Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 123149 - Celestia 1.4.0 1.4.1 crash on modular xorg-x11 (7.x.x)
Summary: Celestia 1.4.0 1.4.1 crash on modular xorg-x11 (7.x.x)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Disenchanted (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-17 02:50 UTC by Marc Geerlings
Modified: 2006-02-17 10:35 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Geerlings 2006-02-17 02:50:40 UTC
Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5, 2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-mtune=k8 -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-mtune=k8 -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
PKGDIR="/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/portage/xgl"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X a52 aac accesibility accessibility acpi alsa audiofile avi berkdb bitmap-fonts bzip2 cairo cdparanoia cdr crypt cups daap dbus dpms dv dvd dvdr dvdread eds emboss emul-linux-x86 encode evo exif fam ffmpeg foomaticdb fortran galago gb gcj gif glitz glut gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl ieee1394 imagemagick imap imlib ipv6 java javascript joystick jpeg lzw lzw-tiff mikmod mime mng mozilla mp3 mpeg ncurses nls nptl nsplugin ogg openal opengl pam pcmcia pdf pdflib perl png postscript python quicktime readline samba scanner sdl sndfile sockets sox speex spell ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l vcd vorbis wifi wmf wxwindows xinerama xml xml2 xosd xpm xrandr xv xvid zlib elibc_glibc kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Comment 1 Marc Geerlings 2006-02-17 02:53:58 UTC
Celestia 1.4.0 worked on xorg-x11 6.8.x, but after upgrade crashed on modular xorg-x11 7.0.x

emerge -pv celestia
[ebuild   R   ] sci-astronomy/celestia-1.4.1  USE="gnome gtk nls threads -arts -debug -kde -lua*"

Using nvidia-binary drivers
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-02-17 03:19:42 UTC
USE="debug" emerge celestia, gdb celestia, backtrace, attach the backtrace output here and reopen then.
Comment 3 Marc Geerlings 2006-02-17 05:00:47 UTC
#0  0x00000000004af160 in Renderer::StarVertexBuffer::render ()
#1  0x00000000004af3a8 in Renderer::StarVertexBuffer::addStar ()
#2  0x00000000004bdb65 in StarRenderer::process ()
#3  0x00000000004e42a3 in StaticOctree<Star, float>::processVisibleObjects ()
#4  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#5  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#6  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#7  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#8  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#9  0x00000000004e4203 in StaticOctree<Star, float>::processVisibleObjects ()
#10 0x00000000004dc91c in StarDatabase::findVisibleStars ()
#11 0x00000000004bb478 in Renderer::renderStars ()
#12 0x00000000004c15ab in Renderer::render ()
#13 0x000000000044f70e in CelestiaCore::draw ()
#14 0x0000000000476aa9 in initGLCallbacks ()
#15 0x00002aaaad8af348 in gtk_marshal_VOID__UINT_STRING ()
   from /usr/lib/libgtk-x11-2.0.so.0
#16 0x00002aaaae3faab9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#17 0x00002aaaae40e034 in g_signal_has_handler_pending ()
   from /usr/lib/libgobject-2.0.so.0
#18 0x00002aaaae40f04a in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#19 0x00002aaaae40f663 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#20 0x00002aaaad9923b0 in gtk_widget_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#21 0x00002aaaad8adbc1 in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#22 0x00002aaaadcedde2 in gdk_window_clear_area_e ()
   from /usr/lib/libgdk-x11-2.0.so.0
#23 0x00002aaaadcedeab in gdk_window_process_all_updates ()
   from /usr/lib/libgdk-x11-2.0.so.0
#24 0x00002aaaad8290b4 in gtk_container_check_resize ()
   from /usr/lib/libgtk-x11-2.0.so.0
#25 0x00002aaaae75c486 in g_main_context_dispatch ()
   from /usr/lib/libglib-2.0.so.0
#26 0x00002aaaae75dea8 in g_main_context_acquire ()
   from /usr/lib/libglib-2.0.so.0
#27 0x00002aaaae75e20a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#28 0x00002aaaad8acf21 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#29 0x0000000000469142 in main ()
Comment 4 Pat Suwalski 2006-02-17 07:47:16 UTC
You should see if your gtkglext is linked against the X.org GL or nVidia's. See bug #113168.
Comment 5 Marc Geerlings 2006-02-17 09:06:21 UTC
Indeed, compiling both gtkglext and celestia with the nvidia opengl implementation fixes this problem. 

As a sidenote I find it strange that on bug bug #113168 a celestia developer claims it is the best to compile everything with the xorg-x11 opengl implementation and then switch to nvidia, obviously in my case that doen't work!
Comment 6 Pat Suwalski 2006-02-17 10:35:23 UTC
You will note that that was me.

My note is correct, and it would work for you if they were both compiled against X.org's libGL. If this was not the case, all of the binary distributions would be *screwed*.

Anyway, the way it is now, if the person changes video cards, everything using OpenGL needs to be recompiled. That's *not* right, and it's very close to what you ran into.