<div dir="ltr">Hi Dirk,<br><div class="gmail_extra"><br><div class="gmail_quote">On 11 July 2015 at 15:05, Dirk Hohndel <span dir="ltr"><<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Sat, Jul 11, 2015 at 02:59:17PM +1000, Rick Walsh wrote:<br>
> On 11 July 2015 at 12:48, Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br>
><br>
> ><br>
> ><br>
> > Nope. MarbleDirs.cpp<br>
> ><br>
> > And actually why don't you use this patch...<br>
> ><br>
> > diff --git a/src/lib/marble/MarbleDirs.cpp b/src/lib/marble/MarbleDirs.cpp<br>
> > index 014ab0582d0b..734107f6536e 100644<br>
> > --- a/src/lib/marble/MarbleDirs.cpp<br>
> > +++ b/src/lib/marble/MarbleDirs.cpp<br>
> > @@ -68,6 +68,7 @@ QString MarbleDirs::path( const QString& relativePath )<br>
> > }<br>
> > QString result = QDir( fullpath ).canonicalPath();<br>
> > if (result.isEmpty()) {<br>
> > + qDebug() << fullpath << "result" << result;<br>
> > if (relativePath.contains("bitmaps") && relativePath !=<br>
> > "bitmaps/empty.png")<br>
> > return path("bitmaps/empty.png");<br>
> > #if defined(DEBUG)<br>
> ><br>
><br>
> I've just tried that but I'm not sure it's doing much.<br>
><br>
> (gdb) run<br>
> Starting program: /home/rick/build/subsurface/build/subsurface<br>
> [Thread debugging using libthread_db enabled]<br>
> Using host libthread_db library "/lib64/libthread_db.so.1".<br>
> Map theme file does not exist: ""<br>
> QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No<br>
> such file or directory<br>
> [New Thread 0x7fff81bf9700 (LWP 20213)]<br>
> [Thread 0x7fff81bf9700 (LWP 20213) exited]<br>
><br>
<br>
</div></div>Umm. Err. What? If the startup used to get you into the infinite recursion<br>
(that's what happens in the "return path("bimaps/empty.png");"...)<br>
<br>
Oh, never mind. I bet your libssrfmarble isn't compiled with debugging<br>
enabled, so the qDebug never gets printed for you.<br>
<br>
Can you replace the qDebug with<br>
<br>
fprintf(stderr, "fullpath %s results in %s\n", qPrintable(fullpath), qPrintable(result));<br>
<br>
(completely untested, typos and thinkos included free of charge... but<br>
something along those lines should work...)<br>
<span class=""></span></blockquote><div><br></div><div>Now I need a beer and/or coffee.<br></div><div><br></div><div>So after I actually built Subsurface against the Marble libs modified with the fprintf(stderr... line., this does do something.<br><br></div><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">(gdb) run
</span><br><div><div><span style="font-family:monospace">Starting program: /home/rick/build/subsurface/build/subsurface <br>[Thread debugging using libthread_db enabled]
<br>Using host libthread_db library "/lib64/libthread_db.so.1".
<br>fullpath /bitmaps/empty.png results in <br>tried to open nonexistent file bitmaps/empty.png
<br>fullpath /maps/earth/srtm2/srtm2.dgml results in <br>tried to open nonexistent file maps/earth/srtm2/srtm2.dgml
<br>Map theme file does not exist: ""
<br>fullpath /home/rick/build/subsurface/build/marbledata/placemarks/cityplacemarks.kml results in <br>tried to open nonexistent file placemarks/cityplacemarks.kml
<br>fullpath /home/rick/build/subsurface/build/marbledata/placemarks/cityplacemarks.cache results in <br>tried to open nonexistent file placemarks/cityplacemarks.cache
</span><br><br></div><div>etc.<br><br><div>It is looking for the files in the wrong place. marbledata is a symbolic link to:<br>/home/rick/build/subsurface/marbledata, when it needs to point to /home/rick/build/marble-source/data.<br><br></div><div>I recreated the link to point where it should, and the error messages go away.<br><br></div><div>Rick<br></div><div><br></div><br>
<span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)"></span></span><br></div><div><br><br><br></div></div></div></div></div>