Bug 312600 - Marble crashes on start
Summary: Marble crashes on start
Status: RESOLVED WORKSFORME
Alias: None
Product: marble
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian stable Linux
: NOR crash
Target Milestone: ---
Assignee: marble-bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-04 12:04 UTC by beojan
Modified: 2018-11-29 09:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (5.97 KB, text/plain)
2013-01-08 21:32 UTC, Martin Flöser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description beojan 2013-01-04 12:04:26 UTC
Application: marble (1.5.20 (development snapshot))
KDE Platform Version: 4.8.4 (4.8.4)
Qt Version: 4.8.4
Operating System: Linux 3.6-trunk-amd64 x86_64
Distribution: Debian GNU/Linux 7.0 (wheezy)

-- Information about the crash:
- What I was doing when the application crashed:
I am using Marble from GIT. Following compiling from source on KDE 4.8.4, marble crashes on start.

The crash can be reproduced every time.

-- Backtrace:
Application: Marble Virtual Globe (marble), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f9919d4a820 (LWP 3215))]

Thread 5 (Thread 0x7f99133ee700 (LWP 3222)):
#0  0x00007f991f9f5aad in read () at ../sysdeps/unix/syscall-template.S:82
#1  0x00007f991d2b3a0f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f991d277474 in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f991d277882 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f991d277a04 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f99231d00d6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f99231a0a8f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f99231a0d18 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f99230a28e0 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007f99231813ef in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#10 0x00007f99230a586c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#11 0x00007f991df77b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#12 0x00007f991fa01a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#13 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f991246f700 (LWP 3223)):
#0  0x00007f991df7a205 in __pthread_mutex_lock (mutex=0xddd0a0) at pthread_mutex_lock.c:92
#1  0x00007f991d2b46d1 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f991d277183 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f991d27780b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f991d277a04 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f99231d00d6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f99231a0a8f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f99231a0d18 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f99230a28e0 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#9  0x00007f99231813ef in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#10 0x00007f99230a586c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#11 0x00007f991df77b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#12 0x00007f991fa01a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#13 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f990b770700 (LWP 3224)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x00007f992197117d in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#2  0x00007f9921971289 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
#3  0x00007f991df77b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#4  0x00007f991fa01a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f990ae6f700 (LWP 3225)):
#0  0x00007f991f9f6e33 in *__GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=6680) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007f991d2778e4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f991d277a04 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f99231d00d6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007f99231a0a8f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007f99231a0d18 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#6  0x00007f99230a28e0 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#7  0x00007f99230a586c in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#8  0x00007f991df77b50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#9  0x00007f991fa01a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#10 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f9919d4a820 (LWP 3215)):
[KCrash Handler]
#5  ref (this=0x41) at /usr/include/qt4/QtCore/qatomic_x86_64.h:121
#6  QString (other=..., this=0x7fffb71214a0) at /usr/include/qt4/QtCore/qstring.h:726
#7  Marble::GeoSceneGeodata::sourceFile (this=0x14b35d0) at /root/marble/src/lib/geodata/scene/GeoSceneGeodata.cpp:47
#8  0x00007f9924cf8bc3 in Marble::MarbleModel::setMapThemeId (this=0x95b468, mapThemeId=...) at /root/marble/src/lib/MarbleModel.cpp:324
#9  0x000000000042ea3d in Marble::MarblePart::readSettings (this=this@entry=0x90d640) at /root/marble/src/marble_part.cpp:463
#10 0x0000000000430d87 in Marble::MarblePart::MarblePart (this=0x90d640, parentWidget=0x90a180, parent=<optimized out>, arguments=..., __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /root/marble/src/marble_part.cpp:172
#11 0x00000000004236e9 in Marble::MainWindow::MainWindow (this=0x90a180, marbleDataPath=..., parent=<optimized out>, __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /root/marble/src/KdeMainWindow.cpp:41
#12 0x00000000004223a7 in main (argc=1, argv=0x7fffb7121d98) at /root/marble/src/kdemain.cpp:344

Reported using DrKonqi
Comment 1 Martin Flöser 2013-01-08 21:32:56 UTC
Created attachment 76320 [details]
New crash information added by DrKonqi

marble (1.5.20 (development snapshot)) on KDE Platform 4.9.90 using Qt 4.8.2

- What I was doing when the application crashed:

tried to start marble after a complete rebuild from current master (7de6214438c13c22bbe392d681bba3a6ac55ef1c). Crashes directly at start

-- Backtrace (Reduced):
#7  QString (other=..., this=0x7fff68d80f50) at /usr/include/qt4/QtCore/qstring.h:726
#8  Marble::GeoSceneGeodata::sourceFile (this=0x15fb620) at /home/martin/kdesrc/kde/kdeedu/marble/src/lib/geodata/scene/GeoSceneGeodata.cpp:47
#9  0x00007f46e92077e3 in Marble::MarbleModel::setMapThemeId (this=0xf37a48, mapThemeId=...) at /home/martin/kdesrc/kde/kdeedu/marble/src/lib/MarbleModel.cpp:324
#10 0x000000000042fc4d in Marble::MarblePart::readSettings (this=this@entry=0xdfce50) at /home/martin/kdesrc/kde/kdeedu/marble/src/marble_part.cpp:463
#11 0x0000000000431f97 in Marble::MarblePart::MarblePart (this=0xdfce50, parentWidget=0xdfe5e0, parent=<optimized out>, arguments=..., __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /home/martin/kdesrc/kde/kdeedu/marble/src/marble_part.cpp:172
Comment 2 Martin Flöser 2013-01-08 21:34:33 UTC
starting marble from console gives me:
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/martin/.local/share/marble/maps/earth/placemarks/
Ignoring the following plugin since it couldn't be loaded: "/home/martin/kde/lib/kde4/plugins/marble/QNamNetworkPlugin.so"
Comment 3 Dennis Nienhüser 2013-01-08 23:25:09 UTC
Git commit 0b9a7cc54f901ce4698f498b1c52607aaa2704a6 by Dennis Nienhüser.
Committed on 09/01/2013 at 00:02.
Pushed by nienhueser into branch 'master'.

Create placemark cache directory, if needed.

Fixes watching offline maps installation when there is no offline map
yet and avoids the inotify warning.

M  +6    -1    src/plugins/runner/local-osm-search/LocalOsmSearchPlugin.cpp

http://commits.kde.org/marble/0b9a7cc54f901ce4698f498b1c52607aaa2704a6
Comment 4 Dennis Nienhüser 2013-01-08 23:30:00 UTC
Martin, please delete the file /home/martin/kde/lib/kde4/plugins/marble/QNamNetworkPlugin.so
We have removed all network plugins recently.

The commit above is unrelated to the crash, but silences the other two warnings you get. After an update it likely crashes silenty now ;-)

Thibaut will commit a safety check soon around MarbleModel:324.

Can you please report which map theme is trying to be loaded at startup? 
grep mapTheme ~/.kde/share/config/marblerc
extracts it from the config file.
Comment 5 beojan 2013-01-09 10:39:57 UTC
deleting the contents of the marble plugins directory, then reinstalling (with make install/fast) has fixed the crash for me.
Comment 6 Martin Flöser 2013-01-09 11:26:10 UTC
> Can you please report which map theme is trying to be loaded at startup?
> grep mapTheme ~/.kde/share/config/marblerc
> extracts it from the config file.
I moved away the marblerc and it still crashed, but will do the grep 
nevertheless (on old and new marblerc) once I'm back on the other system where 
I had the crash.
Comment 7 Dennis Nienhüser 2013-01-09 13:09:32 UTC
(In reply to comment #6)
> I moved away the marblerc and it still crashed, but will do the grep 
> nevertheless (on old and new marblerc) once I'm back on the other system
> where 
> I had the crash.

Thanks. We've been looking at all map themes under our control and think that they couldn't cause this crash, but knowing the map theme would still make testing easier.
Based on that and on comment #5 I wonder if the real problem is some ABI problem. For example a now outdated plugin might still be loaded (or load an old libmarblewidget.so) and result in a crash with a misleading backtrace.
Comment 8 Martin Flöser 2013-01-09 13:19:42 UTC
> Based on that and on comment #5 I wonder if the real problem is some ABI
> problem. For example a now outdated plugin might still be loaded (or load an
> old libmarblewidget.so) and result in a crash with a misleading backtrace.
quite possible, I just did a make install without deleting the installation 
directory before. If that is a common problem: we have ABI checkers in KWin to 
not load incompatible libs (e.g. decos, effects).
Comment 9 Thibaut Gridel 2013-01-09 21:08:02 UTC
Git commit b769d371ea750fc6ea709c9436854ec0ae71ce7c by Thibaut Gridel.
Committed on 09/01/2013 at 20:05.
Pushed by tgridel into branch 'master'.

MarbleModel: be clear that geodata layers need geodata datasets

Does not fix the original crash in any way

M  +5    -5    src/lib/MarbleModel.cpp

http://commits.kde.org/marble/b769d371ea750fc6ea709c9436854ec0ae71ce7c
Comment 10 Martin Flöser 2013-01-10 16:35:02 UTC
deleting the plugin solved the crash - thanks for the help. Now I can enjoy the new features :-)
Comment 11 Andrew Crouthamel 2018-10-29 22:33:53 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 12 Bug Janitor Service 2018-11-13 14:41:07 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 13 Bug Janitor Service 2018-11-29 09:43:06 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!