Put the original pattern in the ParseError for ntriples.eat() by justinccdev · Pull Request #640 · RDFLib/rdflib (original) (raw)
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 andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Conversation3 Commits1 Checks0 Files changed
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.Learn more about bidirectional Unicode characters
[ Show hidden characters]({{ revealButtonHref }})
short check shows that this is totally useful:
In [4]: 'this: %s' % re.compile('foo') Out[4]: 'this: <_sre.SRE_Pattern object at 0x10537c618>'
In [5]: 'this: %s' % re.compile('foo').pattern Out[5]: 'this: foo'
In [6]: 'this: %r' % re.compile('foo') Out[6]: 'this: <_sre.SRE_Pattern object at 0x10537c618>'
failing tests seem unrelated, but i'll try to fix them first...
joernhees added a commit to joernhees/rdflib that referenced this pull request
- master: only run flake8 in latest py2 and py3 version pinning html5lib to 1.0b8 for now removed now unnecessary version restriction from SPARQLWrapper updated fuseki used in travis tests to 2.4.0 travis updates setuptools and pip before installing
in that case you probably still have html5lib <= 1.0b8 installed... latest seems to have some backwards incompatible changes :(
joernhees added a commit that referenced this pull request
Fix ntriples exception, closes #640
This was referenced
Mar 16, 2017
2 participants
