<feed xmlns='http://www.w3.org/2005/Atom'>
<title>otp.git/lib/xmerl/test, branch maint</title>
<subtitle>Mirror of Erlang/OTP repository.
</subtitle>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/'/>
<entry>
<title>xmerl: Adjust a call to io:format()</title>
<updated>2019-01-17T08:51:34+00:00</updated>
<author>
<name>Hans Bolinder</name>
<email>hasse@erlang.org</email>
</author>
<published>2018-09-14T08:15:32+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=f204804473fb73dd98158e6d5823db3ea0894cf7'/>
<id>f204804473fb73dd98158e6d5823db3ea0894cf7</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Change "can not" into "cannot"</title>
<updated>2018-07-27T08:16:17+00:00</updated>
<author>
<name>Raimo Niskanen</name>
<email>raimo@erlang.org</email>
</author>
<published>2018-07-26T12:14:14+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=37c11cda19bd9067a4e094fbde53b276d6ab0d3d'/>
<id>37c11cda19bd9067a4e094fbde53b276d6ab0d3d</id>
<content type='text'>
I did not find any legitimate use of "can not", however skipped
changing e.g RFCs archived in the source tree.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I did not find any legitimate use of "can not", however skipped
changing e.g RFCs archived in the source tree.
</pre>
</div>
</content>
</entry>
<entry>
<title>more-typos: s%vaues%values%g</title>
<updated>2018-03-16T08:24:17+00:00</updated>
<author>
<name>Pierre Fenoll</name>
<email>pierrefenoll@gmail.com</email>
</author>
<published>2018-03-16T08:24:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=833819e3dbede01cc44ac7a2f4ba1649f014f09e'/>
<id>833819e3dbede01cc44ac7a2f4ba1649f014f09e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'maint'</title>
<updated>2017-06-05T08:23:09+00:00</updated>
<author>
<name>Lars Thorsen</name>
<email>lars@erlang.org</email>
</author>
<published>2017-06-05T08:23:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=3cfd0ee2fc1edb9b6c613d8efeac2fdc51b3e4ba'/>
<id>3cfd0ee2fc1edb9b6c613d8efeac2fdc51b3e4ba</id>
<content type='text'>
Conflicts:
	OTP_VERSION
	erts/vsn.mk
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Conflicts:
	OTP_VERSION
	erts/vsn.mk
</pre>
</div>
</content>
</entry>
<entry>
<title>[xmerl] Add test cases</title>
<updated>2017-05-24T10:54:40+00:00</updated>
<author>
<name>Lars Thorsen</name>
<email>lars@erlang.org</email>
</author>
<published>2017-05-24T05:32:18+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=b8f358128742f3a815e39c30a68281246cc1911d'/>
<id>b8f358128742f3a815e39c30a68281246cc1911d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update copyright year</title>
<updated>2017-05-04T13:42:21+00:00</updated>
<author>
<name>Raimo Niskanen</name>
<email>raimo@erlang.org</email>
</author>
<published>2017-05-04T13:42:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=83e20c62057ebc1d8064bf57b01be560cd244e1d'/>
<id>83e20c62057ebc1d8064bf57b01be560cd244e1d</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update copyright year</title>
<updated>2017-03-10T14:00:46+00:00</updated>
<author>
<name>Rickard Green</name>
<email>rickard@erlang.org</email>
</author>
<published>2017-03-10T14:00:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=26c3cd82529836cb5b6eefbf7f92f318fd91f847'/>
<id>26c3cd82529836cb5b6eefbf7f92f318fd91f847</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Improves accumulator fun in xmerl_scan so that only one #xmlText record is returned for strings which have character references</title>
<updated>2017-03-08T13:56:06+00:00</updated>
<author>
<name>Jimmy Zöger</name>
<email>jimmy.zoger@kivra.com</email>
</author>
<published>2017-03-08T13:56:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=027c94a04a3c78daa351b025c68694f01c566560'/>
<id>027c94a04a3c78daa351b025c68694f01c566560</id>
<content type='text'>
* Adds test with character reference in numeric form
* Updates test for ticket_7430
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Adds test with character reference in numeric form
* Updates test for ticket_7430
</pre>
</div>
</content>
</entry>
<entry>
<title>[xmerl] Fix XML "well-formedness" bug i SAX parser</title>
<updated>2017-02-22T09:00:19+00:00</updated>
<author>
<name>Lars Thorsen</name>
<email>lars@erlang.org</email>
</author>
<published>2017-02-10T11:51:25+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=760a3fa3c57fa2b56b44a9c25cbab4df0f71987e'/>
<id>760a3fa3c57fa2b56b44a9c25cbab4df0f71987e</id>
<content type='text'>
Changed the XML Sax parser behaviour so it returns an error
if there are something more in the file after the the
matching document. If one using the xmerl_sax_parser:stream()
a rest is allowed which then can be sent to a new call of
xmerl_sax_parser:stream() to parse next document.

This is done to be compliant with XML conformance tests.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Changed the XML Sax parser behaviour so it returns an error
if there are something more in the file after the the
matching document. If one using the xmerl_sax_parser:stream()
a rest is allowed which then can be sent to a new call of
xmerl_sax_parser:stream() to parse next document.

This is done to be compliant with XML conformance tests.
</pre>
</div>
</content>
</entry>
<entry>
<title>[xmerl] Correct bug handling multiple documents on a stream</title>
<updated>2017-02-22T09:00:18+00:00</updated>
<author>
<name>Lars Thorsen</name>
<email>lars@erlang.org</email>
</author>
<published>2017-01-12T15:49:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.ninenines.eu/otp.git/commit/?id=00294041cd3c6f66598a50b57abf27e6a35e277f'/>
<id>00294041cd3c6f66598a50b57abf27e6a35e277f</id>
<content type='text'>
Change how to interpret end of document to comply with Tim Brays
comment on the standard. This makes it possible to handle more
than one doc on a stream, the standard makes it impossible to
know when the document is ended without waiting for the next
document (and not always even that).

Tim Brays comment about the trailing "Misc" rule:

The fact that you're allowed some trailing junk after the root
element, I decided (but unfortunately too late) is a real design
error in XML. If I'm writing a network client, I'm probably going
to close the link as soon as a I see the root element end-tag, and
not depend on the other end closing it down properly.
Furthermore, if I want to send a succession of XML documents over
a network link, if I find a processing instruction after a root
element, is it a trailer on the previous document, or part of the
prolog of the next?
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Change how to interpret end of document to comply with Tim Brays
comment on the standard. This makes it possible to handle more
than one doc on a stream, the standard makes it impossible to
know when the document is ended without waiting for the next
document (and not always even that).

Tim Brays comment about the trailing "Misc" rule:

The fact that you're allowed some trailing junk after the root
element, I decided (but unfortunately too late) is a real design
error in XML. If I'm writing a network client, I'm probably going
to close the link as soon as a I see the root element end-tag, and
not depend on the other end closing it down properly.
Furthermore, if I want to send a succession of XML documents over
a network link, if I find a processing instruction after a root
element, is it a trailer on the previous document, or part of the
prolog of the next?
</pre>
</div>
</content>
</entry>
</feed>
