Stellarium crashes at start-up

I forgot to mention, my system is i386 (P-4 Mobile) and I am running the generic Ubuntu kernel.

Thanks for your Bug report.

Do you have Beryl running when you run stellarium? May be that has a sideeffect?

No, I don't have Beryl or AIGLX / XGL running on that machine.

On my machines, one with nvidia card and the other a laptop with Ati radeon, the app crashes on startup. FWIW, I could run the app (but debian/etch) on the machine with nvidia card. This leads me to suppose that there must be something with the ubuntu patch which causes the program to crash.

I'm having the same problem, program crashes on bootup. Attached is the crash-report.

I installed Stellarium from a deb. It commited that it was a later package. I continued with the install. It was error on dpkg. The package broken. Used synatic to reinsall the broken package. Things went well from there. Found Stellarium under app.> other. It crashed on startup. I have AMD k7 w/1.1 gz.... Abit MB.KT7A-Raid.

Same scenario. Crash occurs on startup. Stellarium seg faults and dumps core. Here's the output from the console:

In addition, the screen resolution drops changes, and does not returns to the original. I have to reset it manually.

I have an nvidia card (a TNT2 Riva).

 -------------------------------------------------------
[ This is Stellarium 0.8.1 - http://www.stellarium.org ]
[ Copyright (C) 2000-2006 Fabien Chereau et al ]
 -------------------------------------------------------
Attempting to use an existing older config file.
WARNING : Can't find the configuration key "localization:time_display_format", default empty string returned
ERROR : unrecognized time_display_format : system_default used.
WARNING : Can't find the configuration key "localization:date_display_format", default empty string returned
ERROR : unrecognized date_display_format : system_default used.
Application locale is system
Localizing TUI for locale: system
WARNING : Can't find the configuration key "localization:time_zone", default empty string returned
Loading Solar System data...(loaded)
Loading location: "Paris", on Earth (landscape is: "guereins")
Loading Hipparcos star data...(118217 stars loaded [2200 dropped]).
Loading Hipparcos double stars...(8824 stars loaded)
Loading Hipparcos periodic variable stars...(1930 stars loaded)
Load star names from /usr/share/stellarium/data/sky_cultures/western/star_names.fab
Loading NGC data... (13226 items loaded [3175 dropped])

...no position data for Barnard's galaxy
...no position data for Papillon
...no position data for γ Cas nebula Loading NGC name data...( 225 names loaded)
Loading Nebula Textures...(74 textures loaded)
Loading Constellation boundary data...(782 segments loaded)
Load star names from /usr/share/stellarium/data/sky_cultures/western/star_names.fab
WARNING : Can't find the configuration key "viewing:flag_meridian_line", default 0 value returned
WARNING : Can't find the configuration key "astro:flag_telescopes", default 0 value returned
WARNING : Can't find the configuration key "astro:flag_telescope_name", default 0 value returned
WARNING : Can't find the configuration key "astro:flag_light_travel_time", default 0 value returned
Loading Cities data...(2069 cities loaded)
Localizing TUI for locale: system
WARNING : Can't find the configuration key "viewing:flag_chart", default 0 value returned
WARNING : Can't find the configuration key "viewing:flag_night", default 0 value returned
Script completed.
Segmentation fault (core dumped)

Same problem here. I am using Intel 915G Chipset.

The output of Stellarium is,

$ stellarium
 -------------------------------------------------------
[ This is Stellarium 0.8.1 - http://www.stellarium.org ]
[ Copyright (C) 2000-2006 Fabien Chereau et al ]
 -------------------------------------------------------
libGL warning: 3D driver claims to not support visual 0x5b
Application locale is system
Localizing TUI for locale: system
Loading Solar System data...(loaded)
Loading location: "Paris", on Earth (landscape is: "guereins")
Loading Hipparcos star data...(118217 stars loaded [2200 dropped]).
Loading Hipparcos double stars...(8824 stars loaded)
Loading Hipparcos periodic variable stars...(1930 stars loaded)
Load star names from /usr/share/stellarium/data/sky_cultures/western/star_names.fab
Loading NGC data... (13226 items loaded [3175 dropped])

...no position data for Barnard's galaxy
...no position data for Papillon
...no position data for γ Cas nebula Loading NGC name data...( 225 names loaded)
Loading Nebula Textures...(74 textures loaded)
Loading Constellation boundary data...(782 segments loaded)
Load star names from /usr/share/stellarium/data/sky_cultures/western/star_names.fab
Loading Cities data...(2069 cities loaded)
Localizing TUI for locale: system
Playing a script. Press CTRL-C (or 7) to stop.
Script completed.
Segmentation fault (core dumped)

I can't believe this is still unconfirmed. Stellarium is one of the better open source applications for Linux and it won't work at all on Ubuntu Edgy. On any architecture. Same Sig11 fault and core dump while loading. v.0.8.2 works and looks great on Windows. Hope it works better on Feisty.

yep,
 -------------------------------------------------------
[ This is Stellarium 0.8.1 - http://www.stellarium.org ]
[ Copyright (C) 2000-2006 Fabien Chereau et al ]
 -------------------------------------------------------
libGL warning: 3D driver claims to not support visual 0x46
Application locale is system
Localizing TUI for locale: system
Loading Solar System data...(loaded)
Loading location: "Paris", on Earth (landscape is: "guereins")
Loading Hipparcos star data...(118217 stars loaded [2200 dropped]).
Loading Hipparcos double stars...(8824 stars loaded)
Loading Hipparcos periodic variable stars...(1930 stars loaded)
Load star names from /usr/share/stellarium/data/sky_cultures/western/star_names.fab
Loading NGC data... (13226 items loaded [3175 dropped])

...no position data for Barnard's galaxy
...no position data for Papillon
...no position data for γ Cas nebula Loading NGC name data...( 225 names loaded)
Loading Nebula Textures...(74 textures loaded)
Segmentation fault (core dumped)
===============================================
VT7388 S3 Unichrome integrated video

On Sun, 2006-12-31 at 17:56, Brian Sell wrote:
> I can't believe this is still unconfirmed. Stellarium is one of the
> better open source applications for Linux and it won't work at all on
> Ubuntu Edgy. On any architecture. Same Sig11 fault and core dump while
> loading. v.0.8.2 works and looks great on Windows. Hope it works better
> on Feisty.

I hope this another hint to think about policy.
>From user point of view, it would be better to prepare a fixed version
in all open releases not only in the next new one.
At least for me I want to updated when I want.
And if this would be made via a "proposed updates" of a "backport" tree
doesn't matter.

By the way:
I'm in the party which favors to split the base system and "end user"
applications. Thus on a stable base system one builds applications.
If an application version is buggy either fix it or take the next
version. Bingo.

Kind Regards,
Thomas

         Hi Thomas,

              I tried to run stellarriim with EDGY also. I would click
on the app. an it would not run. I same to the it's not finding the
exec. file, no crash, on lockup. I haven't got in the core of it.

         Hey it works on Feisty Herd 1. I did a install clicked on
applaction an Stellarium works it works. I have to play with it some
more to get use to all the options..

          Bubba <email address hidden>

On 1/3/07, Thomas Walter <email address hidden> wrote:
> On Sun, 2006-12-31 at 17:56, Brian Sell wrote:
> > I can't believe this is still unconfirmed. Stellarium is one of the
> > better open source applications for Linux and it won't work at all on
> > Ubuntu Edgy. On any architecture. Same Sig11 fault and core dump while
> > loading. v.0.8.2 works and looks great on Windows. Hope it works better
> > on Feisty.
>
> I hope this another hint to think about policy.
> >From user point of view, it would be better to prepare a fixed version
> in all open releases not only in the next new one.
> At least for me I want to updated when I want.
> And if this would be made via a "proposed updates" of a "backport" tree
> doesn't matter.
>
> By the way:
> I'm in the party which favors to split the base system and "end user"
> applications. Thus on a stable base system one builds applications.
> If an application version is buggy either fix it or take the next
> version. Bingo.
>
> Kind Regards,
> Thomas
>
> --
> Stellarium crashes at start-up
> https://launchpad.net/bugs/68724
>

--
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFFkcN7yXWcajQQndYRAgbqAKCMyXN9Jx4g0X7jocg+aUSFz0x4LwCgrURW
eGtqLjpzQVYa9+gzpCRtB84=
=zrpM
-----END PGP SIGNATURE-----

I get same problem, the stellarium cannot run under ubuntu. It can run well on Fedora Core.

Stellarium start and the progress bar completed twice and stop at "1/74" then crashed.

the screen resolution was changed, and never recover to original one, so I have to reset the screen resolution manually.

the following is my crash data:

========================================

ProblemType: Crash
CoreDump:
CrashCounter: 1
Date: Wed Jan 17 23:04:20 2007
Dependencies:
 libgcc1 1:4.1.1-13ubuntu5
 debconf 1.5.2ubuntu2
 libpng12-0 1.2.8rel-5.1ubuntu0.1
 libgl1-mesa-glx 6.5.1~20060817-0ubuntu3
 libxext6 2:1.0.1-1ubuntu1
 libtext-wrapi18n-perl 0.06-5
 libfreetype6 2.2.1-5
 libtext-iconv-perl 1.4-3
 sed 4.1.5-1
 libasound2 1.0.11-7ubuntu3
 mktemp 1.5-2
 libsdl-mixer1.2 1.2.6-1.1
 debconf-i18n 1.5.2ubuntu2
 libtext-charwidth-perl 0.04-4
 lsb-base 3.1-10ubuntu4
 tzdata 2006p-0ubuntu6.10
 coreutils 5.96-5ubuntu4
 liblocale-gettext-perl 1.05-1
 libsdl1.2debian 1.2.10-3ubuntu2
 libxau6 1:1.0.1-1
 libx11-6 2:1.0.3-0ubuntu4
 libogg0 1.1.3-2ubuntu1
 libsepol1 1.12-1
 ncurses-bin 5.5-2ubuntu1
 libdrm2 2.0.2+git20060809-0ubuntu1
 libvorbis0a 1.1.2-1ubuntu1
 libstdc++6 4.1.1-13ubuntu5
 libattr1 2.4.32-1ubuntu1
 libacl1 2.2.39-1ubuntu2
 zlib1g 1:1.2.3-13ubuntu2
 libncurses5 5.5-2ubuntu1
 libc6 2.4-1ubuntu12
 x11-common 1:7.1.1ubuntu6.2
 locales 2.3.22
 libglu1-mesa 6.5.1+cvs20060824
 libx11-data 2:1.0.3-0ubuntu4
 libxxf86vm1 1:1.0.1-0ubuntu1
 libsysfs2 2.0.0-7
 gcc-4.1-base 4.1.1-13ubuntu5
 libsdl1.2debian-alsa 1.2.10-3ubuntu2
 perl-base 5.8.8-6
 libdirectfb-0.9-24 0.9.24-4ubuntu4
 belocs-locales-bin 2.4-1ubuntu6
 libselinux1 1.30-1ubuntu1
 stellarium-data 0.8.1-1
 libvorbisfile3 1.1.2-1ubuntu1
 libxdmcp6 1:1.0.1-1
 debianutils 2.16.2
Disassembly:
 (no debugging symbols found)
 Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
 (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)
 (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)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 Core was generated by `stellarium'.
 Program terminated with signal 11, Segmentation fault.
 #0 0x00000000 in ?? ()
 Dump of assembler code from 0x0 to 0x20:
 0x00000000:
DistroRelease: Ubuntu 6.10
E...

I think this is confirmed. Also marking as medium importance.

I cannot reproduce this on my Edgy or Feisty machines.

Hi there,
i'm having the same problems described by the other posts...
The strangest thing is that I installed the same Ubuntu 6.10 on a x86 pc (where stellarium crashes at startup) and on a Vmware virtual machine where the program starts and works correctly. Stellarium has been always installed by Synaptic.
Kind regards,

Giovanni

I confirm that Stellarium crashes at startup

Just ran into that today, looks like a locale specific issue.

My locale is set to en_IN and the coredump looks like this with debug mode build.

0xb7318c53 in strlen () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7318c53 in strlen () from /lib/tls/i686/cmov/libc.so.6
#1 0xb7331aa0 in strftime_l () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7331f63 in strftime_l () from /lib/tls/i686/cmov/libc.so.6
#3 0xb733159f in strftime () from /lib/tls/i686/cmov/libc.so.6
#4 0x081f6c60 in StelLocaleMgr::get_printable_date_local ()
#5 0x081a001d in StelUI::updateTopBar ()
#6 0x081a08f8 in StelUI::gui_update_widgets ()
#7 0x081a11b2 in StelUI::update ()
#8 0x0815eb65 in StelApp::update ()

Quick workaround:

bash$ LANG=C stellarium

A patch is in order, because I confirm the bug in the 0.9.x release
of Stellarium - maybe when I get back from Ladakh.

Thanks for the work-around. Can anyone confirm this issue in 0.9.0-1 in Gutsy? Thanks.

On 9/2/07, Barry deFreese <email address hidden> wrote:
> Thanks for the work-around. Can anyone confirm this issue in 0.9.0-1 in
> Gutsy? Thanks.

Hi Barry,
I ran stellarium the startup seem to be ok. It was just a startup
with moused movements in different directions was short. It late for
me. I might get some more test if possible. Team has done a super
awesome to look.

best regards

bubba

> ** Changed in: stellarium (Ubuntu)
> Status: Confirmed => Incomplete
>
> --
> Stellarium crashes at start-up
> https://bugs.launchpad.net/bugs/68724
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFFkcN7yXWcajQQndYRAgbqAKCMyXN9Jx4g0X7jocg+aUSFz0x4LwCgrURW
eGtqLjpzQVYa9+gzpCRtB84=
=zrpM
-----END PGP SIGNATURE-----

Same happens in Gutsy with a Radeon 9600 card and LCD monitor Syncmaster 912N.
Stellarium has a default configuration for low resolution (1024x768) and high bpp (32 instead of 24 as normally used by majority of monitors).
Probably that's the possible cause of segfault in Gutsy.

I just installed stellarium in Hardy and I am unable to reproduce this issue. Is this still a problem for anyone in Hardy?

Thanks!

Doesn't crash for me

Doesn't crash for me anymore either. AMD, running 32bit, nvidia gfx.

Ok, marking as fixed.

Hi,
have the same problem with stellarium, amd64, hardy and the latest updates.
My LANG is de_DE.UTF-8 and after starting stellarium the screen gets white and only the configuration knobs are visible, such as exit and stuff.
After applying your workaround stellarium starts up normally and everything is seen as in the usual manner.

$ compiz --version
Checking for Xgl: not present.
Detected PCI ID for VGA: 01:00.0 0300: 10de:0045 (rev a1) (prog-if 00 [VGA controller])
Checking for texture_from_pixmap: present.
Checking for non power of two support: present.
Checking for Composite extension: present.
Comparing resolution (1280x1024) to maximum 3D texture size (4096): Passed.
Checking for nVidia: present.
Checking for FBConfig: present.
Checking for Xgl: not present.
compiz 0.7.4

$ stellarium --version
Stellarium 0.9.1

$ stellarium
 -------------------------------------------------------
[ This is Stellarium 0.9.1 - http://www.stellarium.org ]
[ Copyright (C) 2000-2008 Fabien Chereau et al ]
 -------------------------------------------------------
File search paths:
 0. .stellarium
 1. /usr/share/stellarium
Config file is: .stellarium/config.ini
Attempting to use an existing older config file.
Sky language is de_DE.
Application language is de_DE.
Warning can't find module called "StelUI" .
Loading Solar System data...ERROR: C/2006 P1 (McNaught): you must provide orbit_PericenterDistance or orbit_SemiMajorAxis
(loaded)
Loading star data...
Loading stars_0_0v0_1.cat: 0_0v0_1; stars: 5013
Loading stars_1_0v0_1.cat: 1_0v0_1; stars: 21999
Loading stars_2_0v0_1.cat: 2_0v0_1; stars: 151416
Loading stars_3_1v0_0.cat: 3_1v0_0; stars: 434064
ZoneArray::create( "stars_4_1v0_0.cat" ): warning while loading " "stars_4_1v0_0.cat" ": file not found: stars/default/stars_4_1v0_0.cat
ZoneArray::create( "mmap:stars_5_2v0_0.cat" ): warning while loading " "stars_5_2v0_0.cat" ": file not found: stars/default/stars_5_2v0_0.cat
ZoneArray::create( "mmap:stars_6_2v0_0.cat" ): warning while loading " "stars_6_2v0_0.cat" ": file not found: stars/default/stars_6_2v0_0.cat
ZoneArray::create( "mmap:stars_7_2v0_0.cat" ): warning while loading " "stars_7_2v0_0.cat" ": file not found: stars/default/stars_7_2v0_0.cat
ZoneArray::create( "mmap:stars_8_2v0_0.cat" ): warning while loading " "stars_8_2v0_0.cat" ": file not found: stars/default/stars_8_2v0_0.cat
finished, max_geodesic_level: 3
Loading location: ..., on Earth
Loading NGC data... (13226 items loaded [3175 dropped])
Loading NGC name data...( 222 names loaded)
Loading Nebula Textures for set default...(109 textures loaded)
Loading Constellation boundary data from /usr/share/stellarium/data/constellations_boundaries.dat... (782 segments loaded)
Loading star names from /usr/share/stellarium/skycultures/western/star_names.fab
Loading star sci names from /usr/share/stellarium/stars/default/name.fab
Loading Cities data for planet Earth...(2069 cities loaded)
Localizing TUI for locale: de_DE.
Localizing TUI for locale: de_DE.
Script completed.

Greetings

Andi,
It does not appear that you are seeing the same problem. This bug was stellarium segfaulting (completely crashing) not just showing a white screen. To best take care of your issue we should separate your bug from this one.

Could you please open another bug report with your information?

Thanks!

For me, I see the original issue in hardy: stellarium segfaults on startup. If I run it with

LANG=C stellarium

then it starts up fine.

Hence, this bug should still be open.

By the way, my default locale is en_GB.UTF-8.

Hmm, I now can't get it to start up at all, even with LANG=C. I also tried removing ~/.stellarium, but no luck.

Reuben,

Just so we get more information, could you check to see if there is a .crash file in your /var/log/crash directory. If there is, using nautilus, please double click on it to report it using Apport and paste the new bug number here. Then, if it is the same issue Launchpad will automatically mark it as a duplicate of this bug.

And after you do that, please try creating a new user on your system and starting Stellarium when you are logged in as them.

Thanks!

I don't even have a /var/log/crash directory, and can't find anything similar; should I be looking elsewhere or do I have something not installed?

If I run it as a fresh user it seems to work OK.

Sorry, I meant /var/crash

But, since it seems to work as a new user just fine, then there might be some setting that is causing this.

As I already said, deleting ~/.stellarium under my normal user does not help. Also, it ran once (with LANG=C), then not a few minutes later.

I checked in /var/crash, but it's empty.

"If I run it as a fresh user it seems to work OK." points toward a setting issue.

Right, but clearly not an application setting issue, as, as I said, I removed the application's settings directory. And I never changed any application settings for stellarium, as my experiments with it never went as far as finding out how to.

What settings are you thinking of?

Hello everyone.

I have got the same issue, too. I don't know what can I help here.

The following is my log:
 -------------------------------------------------------
[ This is Stellarium 0.9.0 - http://www.stellarium.org ]
[ Copyright (C) 2000-2006 Fabien Chereau et al ]
 -------------------------------------------------------
File search path set to:
 1) /home/kelvin/.stellarium
 2) /usr/share/stellarium
config file is: /home/kelvin/.stellarium/config.ini
Sky language is en_HK.
Application language is en_HK.
Loading Solar System data...(loaded)
Loading star data...
ZoneArray::create(/usr/share/stellarium/stars/default/stars_0_0v0_0.cat): type: 0 major: 0 minor: 0 level: 0 mag_min: -2000 mag_range: 12800 mag_steps: 256; stars: 5013
ZoneArray::create(/usr/share/stellarium/stars/default/stars_1_0v0_0.cat): type: 0 major: 0 minor: 0 level: 1 mag_min: 6000 mag_range: 12800 mag_steps: 256; stars: 21999
ZoneArray::create(/usr/share/stellarium/stars/default/stars_2_0v0_0.cat): type: 0 major: 0 minor: 0 level: 2 mag_min: 7500 mag_range: 12800 mag_steps: 256; stars: 151516
ZoneArray::create(/usr/share/stellarium/stars/default/stars_3_0v0_0.cat): type: 1 major: 0 minor: 0 level: 3 mag_min: 9000 mag_range: 1500 mag_steps: 30; stars: 434064
finished, max_geodesic_level: 3
Loading location: "Paris", on EarthLoading NGC data... (13226 items loaded [3175 dropped])
Loading NGC name data...
...no position data for Barnard's galaxy
...no position data for Papillon
...no position data for γ Cas nebula( 226 names loaded)
Loading Nebula Textures for set default...(109 textures loaded)
Loading Constellation boundary data from /usr/share/stellarium/data/constellations_boundaries.dat ...
(782 segments loaded)
Load star names from /usr/share/stellarium/skycultures/western/star_names.fab
Load sci names from /usr/share/stellarium/stars/default/name.fab
Loading Cities data for planet Earth...(2069 cities loaded)
Localizing TUI for locale: en_HK.
Script completed.
Segmentation fault (core dumped)

I have Apport-ed /var/crash. The bug number is #234813. Thanks.

Kelvin wrote:
> [ This is Stellarium 0.9.0 - http://www.stellarium.org ]

Hardy has 0.9.1, so you are running an older version. The bug is fixed in Hardy,
not in older versions.

> I have Apport-ed /var/crash. The bug number is #234813. Thanks.

That bug is private.

As already noted, this bug is not fixed in hardy. I can run stellarium, but only if I try with a newly created user. With my normal user, it crashes, regardless of stellarium's settings (even if there are none). So, there's still some bug, whether it's the original one that caused this report to be opened, or another that has the same effect. (Saying it's a settings problem is true only insofar as clearly some difference between my user and a vanilla one is important: the fact that stellarium, without its settings directory, crashes on startup, means that there's a bug in stellarium or something it uses).

I am of course happy to help track down exactly where the bug lies, but have no clue where to start.

Reuben Thomas wrote:
> As already noted, this bug is not fixed in hardy. I can run stellarium,
> but only if I try with a newly created user.

> I am of course happy to help track down exactly where the bug lies, but
> have no clue where to start.

Great, thanks for your help.

You can start debugging this by diff'ing both home directories, and starting to
make the diff smaller (by copying/removing files) until you hit the bug, and can
say which file(s) cause it.

On Mon, May 26, 2008 at 4:38 AM, Emilio Pozuelo Monfort <email address hidden>
wrote:

> You can start debugging this by diff'ing both home directories, and
> starting to
> make the diff smaller (by copying/removing files) until you hit the bug,
> and can
> say which file(s) cause it.
>
>
A quicker alternative might be to only check which files stellarium opens on
startup. You can find this out with the "strace" utility.

"strace -e trace=open stellarium" will tell you all files opened by
stellarium

This will probably be a long list, so filter it for your home directory with
"grep"

Here's the trace:

$ strace -e trace=open stellarium 2>&1|grep home
open("/home/rrt/.fonts.conf", O_RDONLY) = 10
open("/home/rrt/.fontconfig/d544ea4b8d8dc2979e64767eed8bccb4-x86.cache-2", O_RDONLY) = 7
open("/home/rrt/.Xauthority", O_RDONLY) = 8
open("/home/rrt/.Xdefaults-canta", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
open("/home/rrt/.icons/default/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.icons/DMZ-White/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.icons/DMZ-White/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.drirc", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/rrt/.drirc", O_RDONLY) = -1 ENOENT (No such file or directory)
 0. /home/rrt/.stellarium
Config file is: /home/rrt/.stellarium/config.ini
open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 9
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 9
open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 10
open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9
open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9

which ends in a crash. Oddly, the first time I ran it, it didn't crash. Subsequent runs caused a crash.

On Wed, Jun 4, 2008 at 7:41 AM, Reuben Thomas <email address hidden> wrote:
> Here's the trace:
>
> $ strace -e trace=open stellarium 2>&1|grep home
> open("/home/rrt/.fonts.conf", O_RDONLY) = 10
> open("/home/rrt/.fontconfig/d544ea4b8d8dc2979e64767eed8bccb4-x86.cache-2", O_RDONLY) = 7
> open("/home/rrt/.Xauthority", O_RDONLY) = 8
> open("/home/rrt/.Xdefaults-canta", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 8
> open("/home/rrt/.icons/default/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.icons/default/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.icons/DMZ-White/cursors/left_ptr", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.icons/DMZ-White/index.theme", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.drirc", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/home/rrt/.drirc", O_RDONLY) = -1 ENOENT (No such file or directory)
> 0. /home/rrt/.stellarium
> Config file is: /home/rrt/.stellarium/config.ini
> open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 9
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 9
> open("/home/rrt/.config/Trolltech.conf", O_RDONLY|O_LARGEFILE) = 10
> open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9
> open("/home/rrt/.stellarium/config.ini", O_RDONLY) = 9
>
> which ends in a crash. Oddly, the first time I ran it, it didn't crash.
> Subsequent runs caused a crash.
>
> --
> Stellarium crashes at start-up
> https://bugs.launchpad.net/bugs/68724
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Source Package "stellarium" in Ubuntu: Fix Released
>
> Bug description:
> Stellarium seems to seg-fault and dump core each time I try to run it on my newly upgraded Edgy system.
> When I run it from the console, these are the messages that I get --
>
> --- BEGIN
>
> -------------------------------------------------------
> [ This is Stellarium 0.8.1 - http://www.stellarium.org ]
> [ Copyright (C) 2000-2006 Fabien Chereau et al ]
> -------------------------------------------------------
> Attempting to use an existing older config file.
> libGL warning: 3D driver claims to not support visual 0x4b
> WARNING : Can't find the configuration key "localization:time_display_format", default empty string returned
> ERROR : unrecognized time_display_format : system_default used.
> WARNING : Can't find the configuration key "localization:date_display_format", default empty string returned
> ERROR : unrecognized date_display_format : system_default used.
> Application locale is system
> Localizing TUI for locale: system
> WARNING : Can't find the configuration key "localization:time_zone", default empty string returned
> Loading Solar System data...(loaded)
> Loading location: "Paris", on Earth (landscape is: "guereins")
> Loading Hipparcos star...

This is still crashing for me, and as per comment 18, when I say: # LANG=C stellarium # it works fine. I'll attach a gdb bt here too.
_
Rishi

Ah, while attaching this bt, I realize that this is supposed to be an Ubuntu specific bt (I am on openSUSE 11.2). Any pointers on how this was/can fixed would be appreciated. Thanks!
_
Rishi