Awesome getting DELETE queries to work today.
Can we hijack __cxa_throw to raise a Python exception?
This next trace is a SPARQL parse exception for a ELETE query:
#4 0x0000003e3a8bcc63 in std::terminate() () from /usr/lib64/libstdc++.so.6
#5 0x0000003e3a8bcd5e in __cxa_throw () from /usr/lib64/libstdc++.so.6
#6 0x00007ffff010bd40 in w3c_sw::SPARQLfedScanner::lex
(this=0x7fffffffdae0, yylval=0x7fffffffd500, yylloc=0x7fffffffd4b0) at
lib/SPARQLfedScanner.lpp:332
#7 0x00007ffff01052f7 in
w3c_sw::SPARQLfedScanner::lexWrapper(w3c_sw::SPARQLfedParser::semantic_type*,
w3c_sw::location*) ()
from /srv/dig/lib/python/_SWObjects.so
#8 0x00007ffff00fc642 in w3c_sw::SPARQLfedParser::parse
(this=0x7fffffffd9d0) at lib/SPARQLfedParser/SPARQLfedParser.cpp:355
#9 0x00007ffff0104e70 in w3c_sw::SPARQLfedDriver::parse (this=0x9e0b30,
in=...) at lib/SPARQLfedParser/SPARQLfedParser.ypp:2108
#10 0x00007fffeffe46af in _wrap_SPARQLfedDriver_parse (args=
(<SPARQLfedDriver(this=<SwigPyObject at remote 0x831c00>) at remote
0x8259d0>, <IStreamContext(this=<SwigPyObject at remote 0x892db0>) at
remote 0x825990>)) at swig/python/SWObjects_wrap.cxx:68678
#11 0x0000003e38cdd72d in ext_do_call (f=<value optimized out>,
throwflag=<value optimized out>) at Python/ceval.c:4074
