Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

crash with certain PREFIX situations #3

Closed
tgpfeiffer opened this issue Jul 7, 2011 · 6 comments
Closed

crash with certain PREFIX situations #3

tgpfeiffer opened this issue Jul 7, 2011 · 6 comments

Comments

@tgpfeiffer
Copy link

I'm using sparql-query to issue a federated SPARQL query against a local endpoint. The statement

SELECT * WHERE {
  SERVICE <http://dbpedia.org/sparql/>
  {
    SELECT ?res WHERE {
      ?res <http://www.w3.org/2000/01/rdf-schema#label> "Mathematik"@de .
    }
  }
}

will return the resource <http://dbpedia.org/resource/Mathematics> as intended, while the equivalent query

PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>

SELECT * WHERE {
  SERVICE <http://dbpedia.org/sparql/>
  {
    SELECT ?res WHERE {
      ?res rdfs:label "Mathematik"@de .
    }
  }
}

will crash sparql-query:

*** glibc detected *** sparql-query/sparql-query: double free or corruption (fasttop): 0x09b97300 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(+0x6b591)[0xb73fb591]
/lib/tls/i686/cmov/libc.so.6(+0x6cde8)[0xb73fcde8]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xb73ffecd]
/lib/libglib-2.0.so.0(g_free+0x36)[0xb7702fc6]
sparql-query/sparql-query[0x804bfea]
sparql-query/sparql-query[0x8049e1e]
sparql-query/sparql-query[0x804a8e5]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb73a6bd6]
sparql-query/sparql-query[0x8049b51]

When omitting the PREFIX, sparql-query will display Missing PREFIXes, adding: PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> and return fine with the expected resource.

The endpoint I'm issuing the query against (which itself stores no triples) is a Joseki server.

@swh
Copy link
Collaborator

swh commented Jul 7, 2011

Hi, that's a known problem, and I think it may be fixed in git HEAD, but I'm on holiday for a week or so, and can't check now.

  • Steve

Sent on the move.

On 7 Jul 2011, at 21:22, tgpfeifferreply@reply.github.com wrote:

I'm using sparql-query to issue a federated SPARQL query against a local endpoint. The statement

SELECT * WHERE {
SERVICE http://dbpedia.org/sparql/
{
SELECT ?res WHERE {
?res http://www.w3.org/2000/01/rdf-schema#label "Mathematik"@de .
}
}
}

will return the resource <http://dbpedia.org/resource/Mathematics> as intended, while the equivalent query

PREFIX rdfs: http://www.w3.org/2000/01/rdf-schema#

SELECT * WHERE {
SERVICE http://dbpedia.org/sparql/
{
SELECT ?res WHERE {
?res rdfs:label "Mathematik"@de .
}
}
}

will crash sparql-query:

*** glibc detected *** sparql-query/sparql-query: double free or corruption (fasttop): 0x09b97300 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(+0x6b591)[0xb73fb591]
/lib/tls/i686/cmov/libc.so.6(+0x6cde8)[0xb73fcde8]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0xb73ffecd]
/lib/libglib-2.0.so.0(g_free+0x36)[0xb7702fc6]
sparql-query/sparql-query[0x804bfea]
sparql-query/sparql-query[0x8049e1e]
sparql-query/sparql-query[0x804a8e5]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb73a6bd6]
sparql-query/sparql-query[0x8049b51]

When omitting the PREFIX, sparql-query will display Missing PREFIXes, adding: PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> and return fine with the expected resource.

The endpoint I'm issuing the query against (which itself stores no triples) is a Joseki server.

Reply to this email directly or view it on GitHub:
#3

@swh
Copy link
Collaborator

swh commented Jul 18, 2011

Yes, it's fixed in HEAD.

@swh swh closed this as completed Jul 18, 2011
@tgpfeiffer
Copy link
Author

Which commit is this change in? In f45c3bd, sparql-query still crashes for me with the above query.

@swh
Copy link
Collaborator

swh commented Aug 9, 2011

Sorry, you're right it does still crash with that version, I'll look at it later today.

@swh
Copy link
Collaborator

swh commented Aug 9, 2011

OK, I think this is now fixed in 1560408, can you test?

@tgpfeiffer
Copy link
Author

Yes, works, thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants