I just emerged Celestia 1.4.0 and all appeared to be fine. But when I try to start it I get this error: Initializing ARB vertex programs . . . Loading ARB vertex program: shaders/diffuse_arb.vp Loading ARB vertex program: shaders/specular_arb.vp Loading ARB vertex program: shaders/haze_arb.vp Loading ARB vertex program: shaders/bumpdiffuse_arb.vp Loading ARB vertex program: shaders/bumphaze_arb.vp Loading ARB vertex program: shaders/shadowtex_arb.vp Loading ARB vertex program: shaders/diffuse_texoff_arb.vp Loading ARB vertex program: shaders/rings_arb.vp Loading ARB vertex program: shaders/ringshadow_arb.vp Loading ARB vertex program: shaders/night_arb.vp Loading ARB vertex program: shaders/glossmap_arb.vp Loading ARB vertex program: shaders/diffuse2_arb.vp Loading ARB vertex program: shaders/haze2_arb.vp Loading ARB vertex program: shaders/diffuse_texoff2_arb.vp Loading ARB vertex program: shaders/specular2_arb.vp Loading ARB vertex program: shaders/night2_arb.vp Loading ARB vertex program: shaders/multishadow_arb.vp Loading ARB vertex program: shaders/texphong_arb.vp Loading ARB vertex program: shaders/texphong_alpha_arb.vp Loading ARB vertex program: shaders/ell_galaxy_arb.vp All ARB vertex programs loaded successfully. Initializing NV fragment programs . . . Loading NV fragment program: shaders/shadow_on_rings_nv.fp Loading NV fragment program: shaders/eclipse1_nv.fp Loading NV fragment program: shaders/eclipse2_nv.fp Loading NV fragment program: shaders/diffuse_nv.fp Loading NV fragment program: shaders/bumpdiffuse_nv.fp Loading NV fragment program: shaders/texphong_nv.fp Loading NV fragment program: shaders/texphong_alpha_nv.fp All NV fragment programs loaded successfully. render path: 5 celestia: ERROR: Communication problem with celestia, it probably crashed. This is how Celestia was emerged: sci-astronomy/celestia-1.4.0 USE="arts gnome gtk kde lua nls -debug -threads" emerge info: Portage 2.1_pre3-r1 (default-linux/amd64/2005.0, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo x86_64) ================================================================= System uname: 2.6.15-gentoo x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre14 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.2 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="-march=athlon64 -pipe -O2 -fomit-frame-pointer -frename-registers" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/cursors/xorg-x11/default /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -pipe -O2 -fomit-frame-pointer -frename-registers" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="sl_SI" LINGUAS="en sl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/root/portageoverlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa amd64 apache2 apm arts audiofile avi berkdb bitmap-fonts bzip2 cairo cdr crypt cups curl dbus dts dvd dvdr eds emboss encode esd exif expat fam fbcon ffmpeg flac foomaticdb fortran freetype ftp gd gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal idn imagemagick imlib ipv6 jabber jpeg kde lcms libcaca libwww lm_sensors lua lzw lzw-tiff mad matroska mhash mikmod mng motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis openal opengl oss pam pcre pdflib perl php png posix ppds python qt quicktime readline recode samba scanner sdl slang slp speex spell sqlite ssl stream subversion svg tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vhosts videos vorbis xine xml xml2 xmms xosd xpm xprint xscreensaver xv xvid zlib elibc_glibc kernel_linux linguas_en linguas_sl userland_GNU" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS
reassigning so i can look at it later
have you tried this: * If you experience problems building celestia with nvidia drivers, * you can try: * eselect opengl set xorg-x11 * emerge celestia * eselect opengl set nvidia
Yes I tried it but it didn't help. And on another machine I have ATI video card and I get the same crash.
are both amd64? i currently only have working 3D on a x86 machine, it has a radeon 9200 and celestia seems to run flawless there could you compile it with only "-march=athlon64 -O2 -pipe" ? -fomit-frame-pointer is implied by -O2 on amd64, and i'd like to rule out -frename-registers affecting things i will check if my ati chipset on my amd64 machine is now supported for 3D so i can check for amd64 issues if not i hope to get at least software 3D on that machine for time being to be able to better look into this
Pat: I hope it's ok to CC: you, seeing your past help, i think it is :) Have you experienced issues with our Celestia 1.4.0 install? I suppose i should hit your bugzilla now too :), doing that now. Thank you in advance for any insights you can provide.
Both machines are AMD64, One is AMD Athlon 64 and I run in 64-bit mode on that. The other is AMD Turion 64 but I run in 32-bit mode on that. I'll recompile celestia again on both machines with only -O2 and we'll se what happens.
I just recompiled with only -O2 on both machines and it still crashes. I also recompiled with only -O1 and still no success.
Works on ppc and still works on x86 after adding USE=lua i have confirmation that it works flawless on amd64 could you 'emerge strace' and 'strace celestia >& celestiacrash.log' and attach the file to this bug? (former as root, latter as user) that might shed some light Thanks
I've tried the GNOME interface in Gentoo for two ATI cards, one with open drivers and one with commercial drivers, one on IA32 and the other on AMD64. I do all my development work for Celestia on AMD64, btw. Need a little more info to solve this. 1) You have "gnome gtk kde". Which one is actually built? My guess is KDE. 2) Try USE="-kde -gnome +gtk" emerge celestia and see if it crashes 3) Is this a new install or an upgrade? 4) USE="debug" emerge celestia, gdb celestia, backtrace 5) Unlikely, but possible: "LC_ALL=C celestia" Celestia is *not* known to break with different optimization flags.
Created attachment 77798 [details] Celestia strace log Crash log made with strace as requested
Answers to Pat: 1) Yes I think that I saw the message that KDE is enabled by default if all is selected 2) Still crashes 3) It i an upgrade. I can delete all the settings file and try again. Just tell me what to delete. 4)I did gdb celestia, start, continue, bt and I get a lot of messages like: 0x00002aaaadacf86a in std::money_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::~money_put () from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.5/libstdc++.so.6 5) LC_ALL=C celestia And it started working just fine! So it looks like it has something to do with localization My locale is set to LANG=sl_SI LC_CTYPE=sl_SI LC_NUMERIC=sl_SI LC_TIME=sl_SI LC_COLLATE=sl_SI LC_MONETARY=sl_SI LC_MESSAGES=sl_SI LC_PAPER=sl_SI LC_NAME=sl_SI LC_ADDRESS=sl_SI LC_TELEPHONE=sl_SI LC_MEASUREMENT=sl_SI LC_IDENTIFICATION=sl_SI LC_ALL=
This is a genuine bug. I can reproduce the crash with: LC_ALL=sl_SI celestia Will have to see what causes it, it seems to only be activated by certain locales, perhaps ones with "interesting" numeric conventions.
Confirming the bug over here also. AMD64 + nVIDIA + Slovenian locale Running with "LC_ALL=C celestia" seems to work. My first guess would be numbers. Slovenian locale uses a decimal comma, not a dot, ie. 1.234.567,89 instead of 1,234,567.89.
Boky: your assumption is 100% correct. The bug is fixed upstream, and will be in Celestia 1.4.1, available shortly. The bug itself is actually in libstdc++ itself. A very short (5-line) program was posted to the celestia-developers list that shows this behaviour. The workaround was to use c (as in the language) locales instead. This also fixes issues on the MacOSX port, so it's a good thing.
closing as upstream. thanks pat someone please open a bump to 1.4.1 when it's out