Files
xmlada/known-problems
Emmanuel Briot 1fdf4ce8a5 Fix all memory leaks reported by valgrind when running testxml. Since the
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
2006-05-04 09:46:10 +00:00

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 &amp; 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.