http://blog.gmane.org/gmane.comp.web.rdf.redland.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/788 <pre> Yes Lauri, "pull" is what I needed. Still getting used to the terminology. BTW, regarding my previous issue with the "non Windows compatible" URIs..... On 23 May 2012, at 16:43, Lauri Aalto wrote: I tried your suggestion this morning and I think it should work. However along the way, I realised that a slight change to 'raptor_parser_parse_file_stream()' might be beneficial :- At line 535 (raptor_parse.c) instead of these two tests:- if(!stream || !base_uri) return 1; I simplified the code to this:- if(!stream) return 1; I made the change because 'base_uri' doesn't necessarily need to be non-zero for correct functionality. A few lines further down, 'rapter_parser_parse_start()' will check the variable 'base_uri' for us and will return with an error status if a value was needed but NULL got supplied. It's not a bug as such but it's helpful in our situation because we won't always be providing a base uri. John_______________________________________________ redland-dev mailing list redland-dev-cunTk1MwBs+qEqLfThIrmQ&lt; at &gt;public.gmane.org http://lists.librdf.org/mailman/listinfo/redland-dev</pre> John Emmas 2012-05-24T10:49:42 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/787 <pre>If you check the GitHub web interface commit history &lt;https://github.com/dajobe/raptor/commits/master&gt;, you'll see that there are a lot of commits after April 13. Commits are visible to everyone when they're pushed to GitHub, there's no delay. I don't know what terminology your git client is using, but the standard git terminology is "clone" for svn checkout like functionality and "pull" i.e. "fetch + merge" for svn update. "Sync" is not a standard git operation and the "ahead origin/master" message suggests the operation is trying to "push" local commits to master branch of a remote repo called origin, not pull in commits from a remote to local repo. Lauri On Thu, May 24, 2012 at 10:08 AM, John Emmas &lt;johne53-IWqWACnzNjwqdlJmJB21zg&lt; at &gt;public.gmane.org&gt; wrote: </pre> Lauri Aalto 2012-05-24T09:31:45 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/786 <pre> Hmmm... I'm confused. This is my first time using Git so I could well be doing something wrong. However, although I checked out from https://github.com/dajobe/raptor (i.e. originally - about a week ago) my Git client is telling me that there are no new commits. I'm assuming that Git Sync is similar to svn update which I'm more used to using. However, when I tried a new sync this morning I just got the message "nothing ahead origin/master". The most recent update seems to have been 13th April. Shouldn't I be seeing your commit by now? John </pre> John Emmas 2012-05-24T07:08:31 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/785 <pre> That sounds like a good compromise Lauri. Thanks for the tip. John </pre> John Emmas 2012-05-23T18:15:21 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/784 <pre>Hi John, generally, Windows support is not too actively maintained so it may contain various bugs and quirks. Patches are welcome. As a workaround, you can open the FILE* yourself and use one of the parse_file_handle functions to process it. Lauri On Wed, May 23, 2012 at 6:28 PM, John Emmas &lt;johne53-IWqWACnzNjwqdlJmJB21zg&lt; at &gt;public.gmane.org&gt; wrote: </pre> Lauri Aalto 2012-05-23T15:43:13 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/783 <pre> Thanks Lauri. I'll update from GIT later today and in future, I'll report bugs to the right place. I've found something else which might be a bug (well, an oversight really) but before I report it, let me describe it here in case I'm misunderstanding something. I'm working on a cross-platform app which uses lrdf to open and parse some files. 'lrdf_read_file()' eventually defers to 'raptor_parser_parse_file()' to open the actual disk file. 'raptor_parser_parse_file()' accepts a URI to identify the file to be opened. According to this document by Tim Berners-Lee:- http://tools.ietf.org/html/rfc3986 the specification states that before conversion to URI, a character string must first get converted to UTF-8 (see the final paragraph of Section 2 - just before Section 3). 'raptor_parser_parse_file()' calls 'raptor_uri_uri_string_to_filename()' to produce a string that identifies the local file. However, after decoding, that string will be in UTF-8 format. UTF-8 format seems to work for Linux and OS-X but on Windows, you cannot pass a UTF-8 string to 'open()'. So 'raptor_uri_uri_string_to_filename()' only works reliably in an English language locale. It will fail if there are non-English characters in the file path. On Windows an extra layer of decoding is needed to convert the UTF-8 file path into a valid Windows file path (Windows has functions to achieve this, I think). I could probably write a patch and submit it but before I do that, is there already some recommended way for dealing with this (i.e. have I simply missed something?) John </pre> John Emmas 2012-05-23T15:28:24 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/782 <pre>Hi John, thanks for the report. The best place for bug reports is &lt;http://bugs.librdf.org&gt;. I fixed this particular issue in commit &lt;https://github.com/dajobe/raptor/commit/391e09a5acddaf3ed63005bec880804896ca860e&gt;. Normally variable initialization bugs like this are detected by clang static analyzer ("make analyze" in src) but it only analyzes the active configuration so this one went undetected. Lauri On Tue, May 22, 2012 at 2:47 PM, John Emmas &lt;johne53-IWqWACnzNjwqdlJmJB21zg&lt; at &gt;public.gmane.org&gt; wrote: </pre> Lauri Aalto 2012-05-23T09:46:28 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/781 <pre>I've found a bug in raptor_vsnprintf2() (raptor2). Where should I report it? For anyone who's curious, here's the problem:- int raptor_vsnprintf2(char *buffer, size_t size, const char *format, va_list arguments) { size_t len; RAPTOR_ASSERT_OBJECT_POINTER_RETURN_VALUE(format, char*, 0); #ifdef CHECK_VSNPRINTF_RUNTIME if(vsnprintf_is_c99()) VSNPRINTF_C99_BLOCK(len, buffer, size, format, arguments) ; else VSNPRINTF_NOT_C99_BLOCK(len, buffer, size, format, arguments) ; #else #ifdef HAVE_C99_VSNPRINTF VSNPRINTF_C99_BLOCK(len, buffer, size, format, arguments) ; #else VSNPRINTF_NOT_C99_BLOCK(len, buffer, size, format, arguments) ; #endif #endif return RAPTOR_BAD_CAST(int, len); } Note that 'len' is uninitialised when it gets passed to either of the macros (VSNPRINTF_NOT_C99_BLOCK, in my case). In abbreviated form, the macro translates to this code:- #define VSNPRINTF_NOT_C99_BLOCK(len, buffer, size, format, arguments) \ do { \ if(!buffer || !size) { \ /* This vsnprintf doesn't return number of bytes required */ \ size = 2 + strlen(format); \ len = -1; \ /* Do some other stuff (includes setting */ \ /* the correct value for 'len') */ \ } \ \ if(buffer) \ vsnprintf(buffer, len, format, arguments); \ } while(0) The variable 'len' gets passed to vsnprintf() - but if 'buffer' and 'size' both started off with nonzero values, 'len' will contain a garbage value. Hope that makes sense. John_______________________________________________ redland-dev mailing list redland-dev-cunTk1MwBs+qEqLfThIrmQ&lt; at &gt;public.gmane.org http://lists.librdf.org/mailman/listinfo/redland-dev</pre> John Emmas 2012-05-22T11:47:47 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/780 <pre> The following issue has been SUBMITTED. ====================================================================== http://bugs.librdf.org/mantis/view.php?id=506 ====================================================================== Reported By: ssuominen Assigned To: ====================================================================== Project: Rasqal RDF Query Library Issue ID: 506 Category: portability Reproducibility: always Severity: trivial Priority: high Status: new Query Language: ====================================================================== Date Submitted: 2012-05-19 20:53 Last Modified: 2012-05-19 20:53 ====================================================================== Summary: configure.ac has bash -specific (non-POSIX) == syntax Description: Line 1124 of configure.ac has this: if test "$random_approach" == none; then But it should have this: if test "$random_approach" = none; then As in, change the == to = This was reported downstream here, http://bugs.gentoo.org/416659 This will cause problems for example, if /bin/sh is dash Or BSD systems Or any Unix system with /bin/sh not bash Steps to Reproduce: . Additional Information: . ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2012-05-19 20:53 ssuominen New Issue ====================================================================== </pre> Mantis Bug Tracker 2012-05-19T20:53:30 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/779 <pre> Thanks Steve, I've attached the project file and sln file for VC++8 in case Bob or Andras might want to try them. I was going to test it myself by building the raptortest project but the source code seems to be out of date (raptortest.cpp is using an old struct which has changed since it was originally built). As far as our end-user app is concerned though, my raptor library seems to be working, so far. John _______________________________________________ redland-dev mailing list redland-dev-cunTk1MwBs+qEqLfThIrmQ&lt; at &gt;public.gmane.org http://lists.librdf.org/mailman/listinfo/redland-dev</pre> John Emmas 2012-05-15T10:19:01 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/778 <pre> They should be generated by flex (turtle_lexer.c) and yacc/bison (turtle_parser.c), so would be in the tarball, but not in Git. - Steve </pre> Steve Harris 2012-05-15T09:18:49 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/777 <pre> On 10 May 2012, at 23:28, Bob DuCharme wrote: Hello Dave &amp; Bob, I've done those manual edits and I'm hoping that I'll have a new MSVC project file ready for libraptor in the next few hours (it'll only be for raptor itself - not for rasqal / librdf etc). It'll be for VC++ 8 and will be similar to the original one I got from Andras. Unfortunately, my mind's gone blank about some of the turtle modules.... I remember noticing that turtle_parser.c and turtle_lexer.c were missing from the sources that I downloaded from GIT - but I can't remember whether or not that was deliberate. They were present in the 2.0.7 source tarball. Do I need to add them back or have they been deliberately removed now? John </pre> John Emmas 2012-05-15T09:04:01 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/776 <pre> The following issue has been SUBMITTED. ====================================================================== http://bugs.librdf.org/mantis/view.php?id=505 ====================================================================== Reported By: swh Assigned To: ====================================================================== Project: Raptor RDF Syntax Library Issue ID: 505 Category: api Reproducibility: have not tried Severity: minor Priority: normal Status: new Syntax Name: Turtle ====================================================================== Date Submitted: 2012-05-14 12:57 Last Modified: 2012-05-14 12:57 ====================================================================== Summary: Parsing certain escaped unicode strings in Turtle cases an error Description: Trying to parse the following Turtle document causes an error: &lt; at &gt;prefix rdfs: &lt;http://www.w3.org/2000/01/rdf-schema#&gt; . &lt;x&gt; rdfs:label "\ud801\udc69" . Both of the unicode codepoints are "unusual", they're surrogates, but should be legal in Turtle. The error is: $ rapper -i turtle /tmp/foo.ttl rapper: Parsing URI file:///tmp/foo.ttl with parser turtle rapper: Serializing with serializer ntriples rapper: Error - URI file:///tmp/foo.ttl:3 - turtle_copy_string_token failed rapper: Error - URI file:///tmp/foo.ttl:3 - syntax error rapper: Parsing returned 0 triples Steps to Reproduce: rapper -i turtle /tmp/foo.ttl Additional Information: It fails with 2.0.4 as well, not tried other versions. ====================================================================== Issue History Date Modified Username Field Change ====================================================================== 2012-05-14 12:57 swh New Issue ====================================================================== </pre> Mantis Bug Tracker 2012-05-14T12:57:52 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/775 <pre>-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rasqal RDF Query Library 0.9.29 http://librdf.org/rasqal/ Rasqal is a free software / Open Source C library that handles Resource Description Framework (RDF) query language syntaxes, query construction and execution of queries returning results as bindings, boolean, RDF graphs/triples or syntaxes. The supported query languages are: SPARQL 1.0[3], RDQL (will be removed in 0.9.30), SPARQL Query 1.1[4], SPARQL Update 1.1[5] (no executing) and Experimental SPARQL extensions (LAQRS). Rasqal can write binding query results in the following formats: SPARQL XML, SPARQL JSON, CSV, TSV, HTML, ASCII tables, RDF/XML and Turtle / N3 and read them in: SPARQL XML, RDF/XML and Turtle / N3. Rasqal was designed to work closely with the Redland librdf[1] RDF library and the Raptor[2] RDF Syntax Library but is entirely separate from both. This is a beta quality library - the code is mature, the API is mostly stable but changing slowly. Rasqal supports all of SPARQL 1.0 query and most of SPARQL 1.1 query. It is a portable library and has been tested on multiple POSIX systems and architectures. Rasqal has no known memory leaks. The main changes in this version since the last release 2011-11-17 are: * Supports all of SPARQL 1.0 by passing 100% of the approved tests * Added support for XSD date * Made XSD dateTime and XSD date equality and comparison work * Make limit and offset check work properly in a subquery * Correctly handle errors during aggregation expressions evaluation * Fix blank node generation when made in a CONSTRUCT to match SPARQL * Added SPARQL 1.1 draft UUID() and STRUUID() support * Requires Raptor 2.0.7+ * RDQL support will be removed in the next release (0.9.30) * Made other fixes and improvements including fixing reported issues: 0000493, 0000494 and 0000504 For full details see the Rasqal 0.9.29 release notes at http://librdf.org/rasqal/RELEASE.html#rel0_9_29 rasqal-0.9.29.tar.gz MD5 49e4b75a0c67465edf55dd20606715fa SHA256 8b218dc51b77b99f33103a9251218a4439748f73ee30fa8ee549ab6d150e7c53 The Rasqal API reference manual section on API changes at http://librdf.org/rasqal/docs/api/raptor-changes.html provides detailed function, enum, macro and type changes. Rasqal 0.9.29 requires Raptor 2.0.7[2] or newer to provide RDF syntax, web, XML and URI support. Optional requirements are a POSIX regular expression library such as PCRE or one built into the C library to handle regex matching / replacing; a multi-precision decimal library such as GNU MP or MPFR for handling XSD decimals; a UUID library for generating unique IDs. Binary deb packages for Debian unstable will be made available later via the standard Debian archive. The http://librdf.org/ site lets you browse and check out the latest version of the sources in GIT and try out Rasqal (as part of Redland) in a web demonstration at http://librdf.org/query and as part of Triplr http://triplr.org/ For more information on Redland, Raptor or Rasqal please join the redland-dev list by visiting http://librdf.org/lists/ or visit IRC channel #redland on irc.freenode.net Issues should be reported to http://bugs.librdf.org/ Dave [1] Redland librdf RDF API library http://librdf.org/ [2] Raptor RDF Syntax Library http://librdf.org/raptor/ [3] SPARQL Query W3C Recommendation 2008-01-15 http://www.w3.org/TR/2008/REC-rdf-sparql-query-20080115/ [3] SPARQL 1.1 Query W3C Working Draft of 2012-01-05 http://www.w3.org/TR/2012/WD-sparql11-query-20120105/ [4] SPARQL 1.1 Update W3C Working Draft of 2012-01-05 http://www.w3.org/TR/2012/WD-sparql11-update-20120105/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Darwin) iD8DBQFPsIHNQ+ySUE9xlVoRAtRcAJ4rSc4hhODNdNq2LV/1un1d4KEY5wCdG0ar 5pjQUccXNSAOP6++GHRRr2w= =qg/H -----END PGP SIGNATURE----- </pre> Dave Beckett 2012-05-14T03:53:51 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/774 <pre> Thanks Dave! </pre> John Emmas 2012-05-10T07:25:05 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/773 <pre>The link is on the main Raptor web page, http://librdf.org/raptor/ -- on LH side, near the bottom. Ditto for the other Redland components. Regards, Dave On 10/05/12 6:30 PM, John Emmas wrote: </pre> David Brooks 2012-05-10T06:42:55 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/772 <pre> Oops - one further question if i may.... What's the difference between rapper and librdf? Do they have completely different uses or are they essentially just different ways of doing the same job? John </pre> John Emmas 2012-05-10T06:39:20 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/771 <pre>One more question about raptor2..... I believe that the source code is available through git? I only installed git yesterday so I haven't yet figured out how to find the URL for a git repository. Where do I need to point my git client so that it can check out the raptor2 source code? John </pre> John Emmas 2012-05-10T06:30:44 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/770 <pre> On 8 May 2012, at 15:04, Dave Beckett wrote: We're still testing our build which has thrown up a few problems but once it's stable I'd be happy to share the project files and any modifications I need to make to the sources (don't think I've had to make any so far though - my modifications have been confined to the VC project). Having said that... I'm not sure how much use my VC project will be to anyone else. VC projects are only really portable if they're pretty self-contained. libraptor depends on external libs such as libcurl, libxml2, libxslt etc - so anybody else would need to adjust the project if they're using different versions from the ones I'm using (or if their folder structure differs from mine). The adjustments should be quite trivial though. John </pre> John Emmas 2012-05-09T09:51:46 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/769 <pre> Those files were removed as part of 2.0.7 - expat support (alternative to libxml) was removed, NFC checking was removed. The release notes for 2.0.7 describe this in more detail. This is declared in raptor2.h which is included by raptor_uri.c at the top. This is fixed in GIT already, after the 2.0.7 release. Have you got the final project files, source, binaries you could share? I can host them. Dave </pre> Dave Beckett 2012-05-08T14:04:42 http://permalink.gmane.org/gmane.comp.web.rdf.redland.devel/768 <pre>Many thanks for the advice, guys - especially to Andras. Your modules were a huge help. Thanks very much. As it happens, I'm building a slightly newer version than Andras (2.0.7) so there were a few small differences although they're mostly documented here:- http://librdf.org/raptor/api/raptor2-changes-2-0-6-to-2-0-7.html I don't know if it's significant but I was unable to find some files from Andras's project, namely:- raptor_expat.c raptor_nfc.c raptor_nfc_data.c Have they been removed between 2.0.6 and 2.0.7? If so, it might be handy to add them to that change document. Apart from that, everything went very smoothly although I did notice a couple of minor issues in the file 'raptor_uri.c' so I thought I'd feed them back to the devs:- 1) The function 'raptor_uri_uri_string_to_counted_filename_fragment()' needs to be declared somewhere (I just declared it at the top of raptor_uri.c). This is needed for the obvious reason (it gets called before its definition). 2) There's a problem in this block of code, round about line 1607 (in the same file) #ifdef HAVE_STAT if(!stat((const char*)path, &amp;stat_buffer)) exists = S_ISREG(stat_buffer.st_mode); #else exists = (access(path, R_OK) &lt; 0) ? -1 : 1 #endif As you can see, there's a semicolon missing from the end of the line in the '#else' section (the line just before #endif). I've still got quite a few other projects left to build but at least this is an important one out of the way! Thanks again. John_______________________________________________ redland-dev mailing list redland-dev-cunTk1MwBs+qEqLfThIrmQ&lt; at &gt;public.gmane.org http://lists.librdf.org/mailman/listinfo/redland-dev</pre> John Emmas 2012-05-08T06:37:39 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.rdf.redland.devel