Since recents versions of Viking, the maps won't show up the downladed tiles on Mac OS X. The main window remains grey.
Here is the bug report on MacPorts.
https://trac.macports.org/ticket/44951
I updated to version 1.6.2 but no changes…
The terminal gives me this error:
(viking:19721): WARNING : unbuffer not found in PATH viking(19721,0x7fff750a2000) malloc: * error for object 0x7fd0a3735d80: pointer being freed was not allocated * set a breakpoint in malloc_error_break to debug
Screen capture while Viking is supposed to download and display tiles for a location.
Hmm, not seen that error message in Viking before. It's possible it is not even related to not displaying images.
I don't have access to any MAC OS system to verify the Ports build actually works.
There are some things that can be done to try help diagonose the problem:
Run viking from the command line with the arguments '-Vd' so it will print more messages about what is is doing and post the results here:
With '-Vd' enabled, there will be a Help->Map Cache Info menu entry enabled. After trying to view map tiles (i.e. after panning+zooming around, confirm the Map Cache Info reports non zero numbers - otherwise this indicates some kind of map cache problem - tiles are drawn from this cache rather then directly from the stuff on disk).
.
I did, it seems to be working… The tiles are downloaded and viewable in the cache folder.
Strange.
this what I got from the terminal:
Last edit: Rob Norris 2016-02-09
Thanks for posting.
It looks like the "pointer being freed was not allocated" issue is only on program exit, so not too much of a problem for normal use.
I'm not sure why the sql exec prepare failure occurs when trying to read from an MBTiles file. The prepare failure is in setting up the SQL statement - which should always work if the mbtiles file was opened OK (which seeming was as there where no previously logged errors and it would popup a dialog saying so). Unfortunately it would require a code change to log the actual SQL statement that is somehow broken.
Another alternative is to try the Maps Layer --> On Disk OSM Tile Format and set the Maps Directory to top level of where the map tiles are already downloaded. Thus I think: "/Users/aymeric/Library/Application Support/Viking/viking-maps/OSM-MapQuest"
This will avoid downloading any tiles and only use those that are already on disk.
Are other graphical GTK2 programs working OK on your system (that would internally use pixbufs)? I think geeqie is one such example. It would be good to rule out any GTK2 problems.
Otherwise ATM I'm struggling to think of what could be wrong.
For what its worth, I am having this problem as well, with both 1.6.2 tarball and current clone as of a few minutes ago from github. Geeqie works fine for me installed from homebrew, which is also where all of my viking dependencies got installed from (gtk, gdk-pixbuf, autotools, etc).
I can confirm that map tiles get downloaded, and those downloads are viewable in 'background jobs' as one pans the map screen.
My map cache is a few MB large with ~20 items in it after panning around for a second.
It doesn't seem to matter which map backend I use (OSM/Mapquest, Bing Aerial, CalTopo 7.5", etc), the results are the same: grey map window. It acts as though its rendering and working fine; but no imagery shows.
If I load up a .gpx file, however, that renders and I can work with it just fine, just cannot render map tiles.
EDITS: platform OS X 10.11.5 El Capitan on macbook pro.
I have no problems with viking on my other workstation (freebsd 10.2).
My debug/verbose output does not contain huge numbers of "get_pixbuf_sql_exec: prepare failure", in fact, it shows no obvious errors that I can see.
Last edit: Jonathan Towne 2016-06-13