Not sure if the intention is that the Viking git master branch is always
clean but I did try it anyhow.
I compiled the code based on git index 4200b261[*] and see that I can
easily trigger a Segmentation fault:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x9f851b40 (LWP 6998)]
0x080b41b6 in a_mapcache_remove_all_shrinkfactors (x=x@entry=1051,
y=y@entry=675, z=0, type=13, zoom=zoom@entry=6) at mapcache.c:187
187 if ( strncmp(tmp->key, key, len) == 0 )
My setup is OpenSUSE 13.1 and a previous build, made January this year
worked a long time without problems.
Reverted again to 0ba6e0b9(31 Dec 2013) and that works still great.
Regards,
Mike.
[*] Had to patchconfigure.ac:
diff --git a/configure.ac b/configure.ac
index 9bf0f87..dcbfcaa 100644
--- a/configure.ac
+++ b/configure.ac
@@ -25,6 +25,9 @@ AM_GLIB_DEFINE_LOCALEDIR(LOCALEDIR)
AM_GNU_GETTEXT_VERSION([0.17])
AM_GNU_GETTEXT([external])
+# For compiling 'misc/strtod.c'
+AM_PROG_CC_C_O
+
IT_PROG_INTLTOOL([0.35.0])
AC_SUBST([CONFIG_STATUS_DEPENDENCIES],['$(top_srcdir)/po/LINGUAS'])
Which is a bit strange because
http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html
says:
This is an obsolescent macro that checks that the C compiler supports
the -c and -o options together. Note that, since Automake 1.14, the
|AC_PROG_CC| is rewritten to implement such checks itself, and thus the
explicit use of |AM_PROG_CC_C_O| should no longer be required.
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Viking-devel mailing list
Viking-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/viking-devel
Viking home page: http://viking.sf.net/
