Celestia reliably crashes for me on startup, with the following output: $ celestia Initializing ARB vertex programs . . . Loading ARB vertex program: shaders/diffuse_arb.vp [... etc, etc] Loading ARB vertex program: shaders/ell_galaxy_arb.vp All ARB vertex programs loaded successfully. render path: 3 Memory fault This is not a new thing, it's been happening with as many versions of x11-drivers/ati-drivers as I can remember. It *also* crashes when I "eselect opengl set xorg-x11". The common factor seems to be that celestia is VERY sensitive about the size of the window it's started in. I'm currently using ion3 as my window manager, but this has happened under both KDE and Gnome as well. The .celestiarc file is involved, specifically the entries under the [Window] section. Deleting the whole file solves the problem, but just editing it to remove the "width", "height", "fullScreen", "x" and "y" fields works also. I'm including a sed script which automates this. Occasionally celestia will still crash once after running the script, but the second time it starts properly. Reproducible: Always Steps to Reproduce: 1. start celestia. 2. wait for the splash window to close. Actual Results: The crash occurs immediately. There is no time to do anything in the program. Expected Results: Not segfaulting would have been nice. Hardware: ThinkPad T60p with an ATI Mobility FireGL V5200. fglrx version 8.34.8. Option "UseFastTLS" "2" in xorg.conf. This is Celestia 1.4.1-r2 from portage, with the GTK+ front-end. USE has cairo, gtk, gtk2, threads, and nls set. I know many people don't experience this problem, and some other people do. This workaround seems to solve it for me.
Created attachment 112008 [details] sed script deletes the offending lines from .celestiarc sed -f fixcelestiarc.sed -i .celestiarc
Hi Unfortunately I don't have an ATI card to test this bug. Anyone in the sci team willing to test? I gave a quick look at the celestia source code, it looks like the .celestiarc is built dynamically, so the sed solution would not apply. Have you looked at /usr/share/celestia/celestia.cfg to see if any of the options would fix it? It looks to me more a ati drivers problem. Sébastien
(In reply to comment #2) Regarding celestia.cfg: as of now I've fiddled with "Cursor", "FaintestVisibleMagnitude", "OrbitPathSamplePoints", "RingSystemSections", "ShadowTextureSize", "EclipseTextureSize", "AntialiasingSamples", and "IgnoreGLExtensions". In all cases Celestia crashed in exactly the same way, except for enabling IgnoreGLExtensions [ "GL_ARB_vertex_program" ] ... which gave the following output on starting Celestia: $ celestia render path: 1 Memory fault So, no effect on the problem thus far.
ati-drivers maintainers, could you take a look if you can reproduce this bug? Thanks
(In reply to comment #4) > ati-drivers maintainers, could you take a look if you can reproduce this bug? > Thanks > Test with 8.433 ati-drivers if it can be reproduced I will take it upstream.
(In reply to comment #5) > Test with 8.433 ati-drivers if it can be reproduced I will take it upstream. I can't test with 8.43.3 ati-drivers because the new versions don't support my graphics chip (ATI Mobility FireGL V5200). What I CAN tell you is that the problem no longer seems to occur with ati-drivers 8.40.4 and celestia 1.4.1-r2 built with "sci-astronomy/celestia kde" in /etc/portage/package.use. Maybe celestia is expecting some kind of window structure to be there, which doesn't exist if you're just using a bare window manager and no desktop. (I was using ion at the time I filed the bug, and wmii now.) Anyway, if nobody else is seeing this problem, this bug can probably be closed.