<div class="gmail_quote">Hi all,<br>
<br>
I am the maintainer of the Virtuoso package at Debian[1]. Virtuoso is important to us because we strive to have package working on all our supported architectures and Virtuoso is a dependency of recommended features of newer versions of KDE.</div>
<div class="gmail_quote">I am working hard to make sure that Virtuoso compiles and works properly on all platforms.<br>
I have so far squashed porting issues on FreeBSD kernel and ARM of Debian but SPARC is still problematic[2].<br><br>
I suspect it is a memory alignment issue, similarly to the ARM fix[3], although my attempts at fixing them similarly[ftbfs-sparc.patch attached] have not been successful yet.<br>
<br>
Here's the crash without any patching (full backtrace further below):<br>
Program received signal SIGBUS, Bus error.<br>
sequence_next_inc_1 (name=0x1391148 "RDF_PREF_SEQ", in_map=0,<br>
inc_by=1, err_ret=0x0) at regist.c:714<br>
714 res = (*place);<br>
Location[4].<br>
<br>Note that I compile with the --with-debug/ configure flag.<br>
<br>
After compiling for a while, I see:<br>
Waiting Virtuoso Server start on port 1111...<br>
Waiting Virtuoso Server start on port 1111...<br>
Waiting Virtuoso Server start on port 1111...<br>At this point, I just Ctrl-C the build. It has already crashed.<br>
<br>
Now, to reproduce the crash:<br>
cd binsrc/rdf_mappers<br>
rm vad.db<br>
# This should crash:<br>
../virtuoso/virtuoso-t +wait +foreground +debug +configfile virtuoso.ini<br>
# Now to make it crash again, wipe the database and run it again under gdb:<br>
rm vad.db<br>
gdb --args ../virtuoso/virtuoso-t +wait +foreground +debug +configfile<br>
virtuoso.ini<br>
<br>
<br>
Full backtrace:<br>
(gdb) bt<br>
#0 sequence_next_inc_1 (name=0x1391148 "RDF_PREF_SEQ", in_map=0,<br>
inc_by=1, err_ret=0x0) at regist.c:714<br>
#1 0x001e737c in tb_new_id_and_name (lt=0xa48290, itc=0xffe81d98, tb=0x133a528,<br>
name=0x1391318 "<a href="http://www.w3.org/2002/07/owl#" target="_blank">http://www.w3.org/2002/07/owl#</a>",<br>
value_seq_name=0x4d0870 "RDF_PREF_SEQ") at rdf_core.c:1629<br>
#2 0x001e7690 in tb_name_to_id (lt=0xa48290, tb_name=0x4d0848<br>
"DB.DBA.RDF_PREFIX",<br>
name=0x1391318 "<a href="http://www.w3.org/2002/07/owl#" target="_blank">http://www.w3.org/2002/07/owl#</a>",<br>
value_seq_name=0x4d0870 "RDF_PREF_SEQ") at rdf_core.c:1747<br>
#3 0x001e87e4 in key_name_to_iri_id_1 (lt=0xa48290, name=0xe36268<br>
"<a href="http://www.w3.org/2002/07/owl#sameAs" target="_blank">http://www.w3.org/2002/07/owl#sameAs</a>", make_new=1)<br>
at rdf_core.c:1882<br>
#4 0x001ea6e0 in iri_to_id (qst=0x1391208, name=0xe36268<br>
"<a href="http://www.w3.org/2002/07/owl#sameAs" target="_blank">http://www.w3.org/2002/07/owl#sameAs</a>", mode=1, err_ret=0xffe82b3c)<br>
at rdf_core.c:2248<br>
#5 0x001eab74 in bif_iri_to_id (qst=0x1391208, err_ret=0xffe82ba4,<br>
args=0x13b2898) at rdf_core.c:2281<br>
#6 0x0016e094 in ins_call_bif (ins=0x1391190, qst=0x1391208,<br>
code_vec=0x1391190) at sqlintrp.c:285<br>
#7 0x00172db4 in code_vec_run_1 (code_vec=0x1391190, qst=0x1391208,<br>
offset=0) at sqlintrp.c:2004<br>
#8 0x00198144 in qn_input (xx=0x1266980, inst=0x1391208,<br>
state=0x1391208) at sqlrun.c:682<br>
#9 0x0019ca14 in qr_exec (cli=0xa46a98, qr=0x1390d50, caller=0x1,<br>
cr_name=0x0, stmt=0x0, lc_ret=0xffe82f5c, parms=0x130dd70,<br>
opts=0x0, named_params=1) at sqlrun.c:3172<br>
#10 0x0019d304 in qr_quick_exec (qr=0x1390d50, cli=0xa46a98,<br>
id=0x5a1e58 "", lc_ret=0xffe82f5c, n_pars=<value optimized out>)<br>
at sqlrun.c:3727<br>
#11 0x001ee6c0 in sas_init () at rdfinf.c:999<br>
#12 0x001e80ac in rdf_core_init () at rdf_core.c:3293<br>
#13 0x001a6524 in srv_global_init (mode=0x5a1e58 "") at sqlsrv.c:3844<br>
#14 0x000480d4 in main (argc=6, argv=0x9bcd30) at viunix.c:657<br>
<br>By the way, my incantation for an incremental compilation for any edited files under libsrc/Wi/:<br>
$ cd libsrc/Wi/ && make clean && cd ../..<br>
<br></div><div class="gmail_quote">Do you know how to fix this?</div><div class="gmail_quote"><br></div><div class="gmail_quote">We are trying to get Virtuoso working on all our release platform so that the soon upcoming Debian "Squeeze" 6.0 release can has a KDE with Semantic Web functionalities on all platforms, powered by Virtuoso.</div>
<div class="gmail_quote"><br>
Cheers<br>
<br>
Arthur<br>
<br>
<br>
[1] <<a href="http://packages.qa.debian.org/v/virtuoso-opensource.html" target="_blank">http://packages.qa.debian.org/v/virtuoso-opensource.html</a>><br>
[2] <<a href="https://buildd.debian.org/pkg.cgi?pkg=virtuoso-opensource" target="_blank">https://buildd.debian.org/pkg.cgi?pkg=virtuoso-opensource</a>><br>
[3] <<a href="https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=debian/patches/ftbfs-armel.patch;h=537d80cbadcee6ff1989423996ee56081bfecf16;hb=e6e9276c42ee01dcc3436fe72f73000cb0e28f69" target="_blank">https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=debian/patches/ftbfs-armel.patch;h=537d80cbadcee6ff1989423996ee56081bfecf16;hb=e6e9276c42ee01dcc3436fe72f73000cb0e28f69</a>><br>
[4] <<a href="https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=libsrc/Wi/regist.c;h=3a806cf5b4da627f0828f8702f1aa540af957223;hb=HEAD#l714" target="_blank">https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=libsrc/Wi/regist.c;h=3a806cf5b4da627f0828f8702f1aa540af957223;hb=HEAD#l714</a>><br>
</div><br>