Skip to content

parsers: Avoid std::getline for istream inputs #28

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

Merged
merged 2 commits into from
Jun 16, 2022

Conversation

talisein
Copy link
Contributor

For streambuf implementations that can't set a public get area, getline falls
back to a character-by-character implementation. Instead we can pass the stream
to xmlCreateIOParserCtxt(). This simplifies the parse stream methods and brings
them nearly identical to the other parse methods.

Well, the current implementation is nearly 20 years old, so I won't be offended if you
don't want to touch it...

talisein added 2 commits June 10, 2022 21:11
For streambuf implementations that can't set a public get area, getline falls
back to a character-by-character implementation. Instead we can pass the stream
to xmlCreateIOParserCtxt(). This simplifies the parse stream methods and brings
them nearly identical to the other parse methods.
@kjellahl kjellahl merged commit 3585d90 into libxmlplusplus:master Jun 16, 2022
kjellahl pushed a commit that referenced this pull request Jun 16, 2022
For streambuf implementations that can't set a public get area, getline falls
back to a character-by-character implementation. Instead we can pass the stream
to xmlCreateIOParserCtxt(). This simplifies the parse stream methods and brings
them nearly identical to the other parse methods.
Pull request #28
kjellahl pushed a commit that referenced this pull request Jun 16, 2022
For streambuf implementations that can't set a public get area, getline falls
back to a character-by-character implementation. Instead we can pass the stream
to xmlCreateIOParserCtxt(). This simplifies the parse stream methods and brings
them nearly identical to the other parse methods.
Pull request #28
@kjellahl
Copy link
Collaborator

I've merged this PR and copied the patches (with small changes) to the
parallel-installable libxml++-4-0 and libxml++-3-2 branches.

The libxml++-2-42 branch belongs to an old parallel-installable version which
is not recommended for new applications. It's not updated more than necessary.

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

Successfully merging this pull request may close these issues.

2 participants