mirror of
https://github.com/AdaCore/xmlada.git
synced 2026-02-12 12:30:28 -08:00
latter parses more than 2000 different files with all the possible errors that should indicate there are no remaining memory leaks in XML/Ada. (Sax.Models.Content_Model): New reference-counted type needed for the above. This forces a minor API change in SAX.Readers for some of the subprograms, which are likely not used by customers since they only deal with the DTD which XML/Ada doesn't use anyway git-svn-id: svn+ssh://svn.eu.adacore.com/Dev/importfromcvs/trunk@12343 936e1b1b-40f2-da11-902a-00137254ae57
72 lines
3.4 KiB
Plaintext
72 lines
3.4 KiB
Plaintext
Problems fixed in wavefront:
|
|
- Schema: Restrictions or extensions of type did not validate the facets of
|
|
their ancestors. For instance, if you set minLength on a type, and then set
|
|
a restriction on it also limiting the maxLength, XML/Ada no longer checked
|
|
the minLength
|
|
- Fixed all memory leaks reported by valgrind when running the automatic
|
|
testsuite. This testsuites parses more than 2000 different XML files, both
|
|
in validation and not validation mode, using external entities
|
|
sometimes,... and should therefore indicate that there are no remaining
|
|
memory leaks in XML/Ada
|
|
|
|
Problems fixed in 2.1:
|
|
|
|
Input Soures:
|
|
- Ignore encoding specified in the XML file if it conflicts with the Byte Order
|
|
Mark at the beginning of the file
|
|
SAX
|
|
- XML/Ada doesn't check that ENTITY or ENTITIES attributes only refer to existing
|
|
unparsed entities
|
|
- Disabling the Namespace_Feature doesn't accepts colons in tag names, but it
|
|
should
|
|
- Validity errors are reported as fatal errors, but they should be reported as
|
|
recoverable errors
|
|
- Extra validity checks added for attributes (contents of ID attributes,...)
|
|
- The Sax callback Error must raise an exception, otherwise some other internal
|
|
errors might occur in the parser. This is unexpected, since this callback
|
|
indicates recoverable errors
|
|
- Attribute values are normalized too often (space sequences collapsing). If the
|
|
space is given through a character reference, it shouldn't be collapsed
|
|
|
|
Problems in 2.0.1, Fixed in 2.1:
|
|
|
|
- Expanding parameter entities should always surround them with spaces, as per
|
|
4.4.8 in the XML specifications
|
|
- Fixes various issues when validating documents
|
|
- EA03-006: Setting attribute for an element not added to the tree results in
|
|
a Constraint_Error (Workaround: disable shared strings in dom-core.ads)
|
|
- Validating a not well-formed document results in an validation error instead
|
|
of a well-formedness error. It is therefore harder to understand such error
|
|
messages
|
|
- E908-010: importing the same schema twice generates an error
|
|
- E908-011: incorrect handling of elementFormDefault, when the child node
|
|
belongs to a namespace different than the parent's namespace
|
|
- E908-011: incorrect handling of elementFormDefault when a schema included
|
|
with <include> has a setup different than the including file
|
|
- Attributes normalization done even if the attribute's type is CDATA. However,
|
|
according to 3.3.3 in the XML standard, space sequences should be left untouched
|
|
in such a case
|
|
|
|
Problems in 2.0:
|
|
|
|
- E307-011: Invalid project file for xmlada_schema.gpr when installing static
|
|
libraries
|
|
|
|
Problems fixed in 2.0
|
|
|
|
- DB25-005 Incorrect value returned by DOM.Attributes.Owner_Element
|
|
- D714-002 Attribute quotes are no longer present in a processing-instruction
|
|
data, in SAX or DOM
|
|
- Constraint_Error raised when an external entity doesn't reference an
|
|
existing file
|
|
- D213-012: Constraint_Error when using the same parser twice
|
|
- SAX: End_Document() is called even in case of a fatal error
|
|
- DOM: There is now initially a single Text node per block of text, as required
|
|
by DOM specifications
|
|
- DOM: Missing function DOM.Core.Nodes.Node_Type added
|
|
- CC01-006: In some cases, the handling of entities like & results in
|
|
duplicates when getting the Node_Value through DOM
|
|
- CC01-002: Handling of big files (multi-mega bytes) was generating a
|
|
Storage_Error in Direct_IO.
|
|
|