Segmentation fault (core dumped) while try update stars catalog

Bug #1514542 reported by Pavel-II
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Stellarium
Fix Released
Medium
Petr Kubánek
0.14
Fix Released
Medium
Petr Kubánek

Bug Description

log:
...
Using the ssystem.ini file that already exists in the user directory...
Unable to find module called "TimeZoneConfiguration"
Loaded plugin "TimeZoneConfiguration"
ASSERT: "starCatalogDownloadReply->bytesAvailable()==0" in file .../stellarium/src/gui/ConfigurationDialog.cpp, line 1168
Segmentation fault (core dumped)

Stellarium 0.15.0 build.
ubuntu Ubuntu 16.04

Any additional information?

Tags: debug
Revision history for this message
Alexander Wolf (alexwolf) wrote :

It's interesting. Can you check connection to sourceforge.net or, better, please try download star catalog manually?

Changed in stellarium:
importance: Undecided → High
milestone: none → 0.15.0
Revision history for this message
Pavel-II (dzy4) wrote :

>> Can you check connection to sourceforge.net or, better, please try download star catalog manually?
How can I do this? Ping and traceroute to sourceforge.net is normal. Where I can download star catalog manually? and what to do next?

Revision history for this message
Alexander Wolf (alexwolf) wrote :

OK. Are you using binary package or it has built from source code? Was built it in the release or in the debug mode for second choice?

Revision history for this message
Pavel-II (dzy4) wrote :

This occurs in both cases.
The binary package from the Ubuntu repository,
and when I run the binary file compiled from the source code.
Perhaps the old hardware?

>> release or debug
run cmake ../.. && make
release?

Revision history for this message
Alexander Wolf (alexwolf) wrote :

OK, seems you are using package in debug mode.

Please try build and check in release mode:
cmake -DCMAKE_BUILD_TYPE=Release ../..

Revision history for this message
Pavel-II (dzy4) wrote :

<< cmake -DCMAKE_BUILD_TYPE=Release ../..
downloads in process...

Revision history for this message
Nicolas Martignoni (nicolas-martignoni) wrote :

I can confirm this bug on OS X (in debug mode):

Log extract:

ASSERT: "starCatalogDownloadReply->bytesAvailable()==0" in file /Users/nicolas/Development/stellarium/stellarium/src/gui/ConfigurationDialog.cpp, line 1168

Compiling a release build now.

no longer affects: stellarium/0.14
Changed in stellarium:
status: New → Confirmed
Revision history for this message
Nicolas Martignoni (nicolas-martignoni) wrote :

OK, I confirm that the bug does NOT occur with a release build of the same config (0.15 build). Thank you Alex for the tip.

Log extract:

Found file "/Users/nicolas/Library/Application Support/Stellarium/stars/default/stars_4_1v0_1.cat" , checking md5sum..
MD5 sum correct!
"Loading "/Users/nicolas/Library/Application Support/Stellarium/stars/default/stars_4_1v0_1.cat": 4_1v0_3; 1702042"
Found file "/Users/nicolas/Library/Application Support/Stellarium/stars/default/stars_5_2v0_1.cat" , checking md5sum..
MD5 sum correct!
"Loading "/Users/nicolas/Library/Application Support/Stellarium/stars/default/stars_5_2v0_1.cat": 5_2v0_1; 7083058"

Revision history for this message
Pavel-II (dzy4) wrote :

<< cmake -DCMAKE_BUILD_TYPE=Release ../..
downloads in process...

Revision history for this message
Pavel-II (dzy4) wrote :

all catalogs downloaded successfully

tags: added: debug
Changed in stellarium:
importance: High → Medium
Changed in stellarium:
assignee: nobody → Petr Kubánek (petr-kubanek)
status: Confirmed → Fix Committed
Revision history for this message
Nicolas Martignoni (nicolas-martignoni) wrote :

Just downloaded a star catalog with a debug build. Seems indeed to be fixed.
A big "Thank you"!

Changed in stellarium:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.