cheng/libexpat
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
78138c87f4
libexpat/expat/doc/reference.html

2395 lines
93 KiB
HTML
Raw Normal View History

Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<html>
<head>
<!-- Copyright 1999,2000 Clark Cooper <coopercc@netheaven.com>
All rights reserved.
This is free software. You may distribute or modify according to
the terms of the MIT/X License -->
<title>Expat XML Parser</title>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<meta name="author" content="Clark Cooper, coopercc@netheaven.com" />
<meta http-equiv="Content-Style-Type" content="text/css" />
<link href="style.css" rel="stylesheet" type="text/css" />
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</head>
<body>
Steal a bit of look-n-feel from the website; this document was just looking incredibly bland.
2003-10-20 10:40:44 -04:00
<table cellspacing="0" cellpadding="0" width="100%">
<tr>
<td class="corner"><img src="expat.png" alt="(Expat logo)" /></td>
<td class="banner"><h1>The Expat XML Parser</h1></td>
</tr>
<tr>
Updated version number
2007-06-05 11:05:17 -04:00
<td class="releaseno">Release 2.0.1</td>
Steal a bit of look-n-feel from the website; this document was just looking incredibly bland.
2003-10-20 10:40:44 -04:00
<td></td>
</tr>
</table>
<div class="content">
- add Expat version number - add notes about safely using XMLCALL with older Expat versions
2003-10-15 14:49:54 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<p>Expat is a library, written in C, for parsing XML documents. It's
the underlying XML parser for the open source Mozilla project, Perl's
<code>XML::Parser</code>, Python's <code>xml.parsers.expat</code>, and
other open-source XML parsers.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>This library is the creation of James Clark, who's also given us
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
groff (an nroff look-alike), Jade (an implemention of ISO's DSSSL
stylesheet language for SGML), XP (a Java XML parser package), XT (a
Java XSL engine). James was also the technical lead on the XML
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
Working Group at W3C that produced the XML specification.</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>This is free software, licensed under the <a
href="../COPYING">MIT/X Consortium license</a>. You may download it
from <a href="http://www.libexpat.org/">the Expat home page</a>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</p>
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
<p>The bulk of this document was originally commissioned as an article
by <a href="http://www.xml.com/">XML.com</a>. They graciously allowed
Clark Cooper to retain copyright and to distribute it with Expat.
This version has been substantially extended to include documentation
on features which have been added since the original article was
published, and additional information on using the original
interface.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<hr />
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h2>Table of Contents</h2>
<ul>
<li><a href="#overview">Overview</a></li>
<li><a href="#building">Building and Installing</a></li>
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<li><a href="#using">Using Expat</a></li>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<li><a href="#reference">Reference</a>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
<ul>
<li><a href="#creation">Parser Creation Functions</a>
<ul>
<li><a href="#XML_ParserCreate">XML_ParserCreate</a></li>
<li><a href="#XML_ParserCreateNS">XML_ParserCreateNS</a></li>
<li><a href="#XML_ParserCreate_MM">XML_ParserCreate_MM</a></li>
<li><a href="#XML_ExternalEntityParserCreate">XML_ExternalEntityParserCreate</a></li>
<li><a href="#XML_ParserFree">XML_ParserFree</a></li>
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
<li><a href="#XML_ParserReset">XML_ParserReset</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
</ul>
</li>
<li><a href="#parsing">Parsing Functions</a>
<ul>
<li><a href="#XML_Parse">XML_Parse</a></li>
<li><a href="#XML_ParseBuffer">XML_ParseBuffer</a></li>
<li><a href="#XML_GetBuffer">XML_GetBuffer</a></li>
Add basic documentation for the suspend/resume feature. Closes SF bug #880632.
2004-07-22 23:28:09 -04:00
<li><a href="#XML_StopParser">XML_StopParser</a></li>
<li><a href="#XML_ResumeParser">XML_ResumeParser</a></li>
<li><a href="#XML_GetParsingStatus">XML_GetParsingStatus</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
</ul>
</li>
<li><a href="#setting">Handler Setting Functions</a>
<ul>
<li><a href="#XML_SetStartElementHandler">XML_SetStartElementHandler</a></li>
<li><a href="#XML_SetEndElementHandler">XML_SetEndElementHandler</a></li>
<li><a href="#XML_SetElementHandler">XML_SetElementHandler</a></li>
<li><a href="#XML_SetCharacterDataHandler">XML_SetCharacterDataHandler</a></li>
<li><a href="#XML_SetProcessingInstructionHandler">XML_SetProcessingInstructionHandler</a></li>
<li><a href="#XML_SetCommentHandler">XML_SetCommentHandler</a></li>
<li><a href="#XML_SetStartCdataSectionHandler">XML_SetStartCdataSectionHandler</a></li>
<li><a href="#XML_SetEndCdataSectionHandler">XML_SetEndCdataSectionHandler</a></li>
<li><a href="#XML_SetCdataSectionHandler">XML_SetCdataSectionHandler</a></li>
<li><a href="#XML_SetDefaultHandler">XML_SetDefaultHandler</a></li>
<li><a href="#XML_SetDefaultHandlerExpand">XML_SetDefaultHandlerExpand</a></li>
<li><a href="#XML_SetExternalEntityRefHandler">XML_SetExternalEntityRefHandler</a></li>
Documented XML_SetExternalEntityRefHandlerArg(), including API foolishness noted in SF bug #644344. Closes SF bug #644344.
2003-01-21 00:00:51 -05:00
<li><a href="#XML_SetExternalEntityRefHandlerArg">XML_SetExternalEntityRefHandlerArg</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
<li><a href="#XML_SetSkippedEntityHandler">XML_SetSkippedEntityHandler</a></li>
<li><a href="#XML_SetUnknownEncodingHandler">XML_SetUnknownEncodingHandler</a></li>
<li><a href="#XML_SetStartNamespaceDeclHandler">XML_SetStartNamespaceDeclHandler</a></li>
<li><a href="#XML_SetEndNamespaceDeclHandler">XML_SetEndNamespaceDeclHandler</a></li>
<li><a href="#XML_SetNamespaceDeclHandler">XML_SetNamespaceDeclHandler</a></li>
<li><a href="#XML_SetXmlDeclHandler">XML_SetXmlDeclHandler</a></li>
<li><a href="#XML_SetStartDoctypeDeclHandler">XML_SetStartDoctypeDeclHandler</a></li>
<li><a href="#XML_SetEndDoctypeDeclHandler">XML_SetEndDoctypeDeclHandler</a></li>
<li><a href="#XML_SetDoctypeDeclHandler">XML_SetDoctypeDeclHandler</a></li>
<li><a href="#XML_SetElementDeclHandler">XML_SetElementDeclHandler</a></li>
<li><a href="#XML_SetAttlistDeclHandler">XML_SetAttlistDeclHandler</a></li>
<li><a href="#XML_SetEntityDeclHandler">XML_SetEntityDeclHandler</a></li>
<li><a href="#XML_SetUnparsedEntityDeclHandler">XML_SetUnparsedEntityDeclHandler</a></li>
<li><a href="#XML_SetNotationDeclHandler">XML_SetNotationDeclHandler</a></li>
<li><a href="#XML_SetNotStandaloneHandler">XML_SetNotStandaloneHandler</a></li>
</ul>
</li>
<li><a href="#position">Parse Position and Error Reporting Functions</a>
<ul>
<li><a href="#XML_GetErrorCode">XML_GetErrorCode</a></li>
<li><a href="#XML_ErrorString">XML_ErrorString</a></li>
<li><a href="#XML_GetCurrentByteIndex">XML_GetCurrentByteIndex</a></li>
<li><a href="#XML_GetCurrentLineNumber">XML_GetCurrentLineNumber</a></li>
<li><a href="#XML_GetCurrentColumnNumber">XML_GetCurrentColumnNumber</a></li>
<li><a href="#XML_GetCurrentByteCount">XML_GetCurrentByteCount</a></li>
<li><a href="#XML_GetInputContext">XML_GetInputContext</a></li>
</ul>
</li>
<li><a href="#miscellaneous">Miscellaneous Functions</a>
<ul>
<li><a href="#XML_SetUserData">XML_SetUserData</a></li>
<li><a href="#XML_GetUserData">XML_GetUserData</a></li>
<li><a href="#XML_UseParserAsHandlerArg">XML_UseParserAsHandlerArg</a></li>
<li><a href="#XML_SetBase">XML_SetBase</a></li>
<li><a href="#XML_GetBase">XML_GetBase</a></li>
<li><a href="#XML_GetSpecifiedAttributeCount">XML_GetSpecifiedAttributeCount</a></li>
<li><a href="#XML_GetIdAttributeIndex">XML_GetIdAttributeIndex</a></li>
Documented new features for release 2.1.0.
2012-03-10 13:27:17 -05:00
<li><a href="#XML_GetAttributeInfo">XML_GetAttributeInfo</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
<li><a href="#XML_SetEncoding">XML_SetEncoding</a></li>
<li><a href="#XML_SetParamEntityParsing">XML_SetParamEntityParsing</a></li>
Documented new features for release 2.1.0.
2012-03-10 13:27:17 -05:00
<li><a href="#XML_SetHashSalt">XML_SetHashSalt</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
<li><a href="#XML_UseForeignDTD">XML_UseForeignDTD</a></li>
<li><a href="#XML_SetReturnNSTriplet">XML_SetReturnNSTriplet</a></li>
<li><a href="#XML_DefaultCurrent">XML_DefaultCurrent</a></li>
<li><a href="#XML_ExpatVersion">XML_ExpatVersion</a></li>
<li><a href="#XML_ExpatVersionInfo">XML_ExpatVersionInfo</a></li>
<li><a href="#XML_GetFeatureList">XML_GetFeatureList</a></li>
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
<li><a href="#XML_FreeContentModel">XML_FreeContentModel</a></li>
<li><a href="#XML_MemMalloc">XML_MemMalloc</a></li>
<li><a href="#XML_MemRealloc">XML_MemRealloc</a></li>
<li><a href="#XML_MemFree">XML_MemFree</a></li>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
</ul>
</li>
</ul>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</li>
</ul>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<hr />
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h2><a name="overview">Overview</a></h2>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Expat is a stream-oriented parser. You register callback (or
handler) functions with the parser and then start feeding it the
document. As the parser recognizes parts of the document, it will
call the appropriate handler for that part (if you've registered one.)
The document is fed to the parser in pieces, so you can start parsing
before you have all the document. This also allows you to parse really
huge documents that won't fit into memory.</p>
<p>Expat can be intimidating due to the many kinds of handlers and
options you can set. But you only need to learn four functions in
order to do 90% of what you'll want to do with it:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dl>
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<dt><code><a href= "#XML_ParserCreate"
>XML_ParserCreate</a></code></dt>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dd>Create a new parser object.</dd>
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<dt><code><a href= "#XML_SetElementHandler"
>XML_SetElementHandler</a></code></dt>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dd>Set handlers for start and end tags.</dd>
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<dt><code><a href= "#XML_SetCharacterDataHandler"
>XML_SetCharacterDataHandler</a></code></dt>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dd>Set handler for text.</dd>
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<dt><code><a href= "#XML_Parse"
>XML_Parse</a></code></dt>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dd>Pass a buffer full of document to the parser</dd>
</dl>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>These functions and others are described in the <a
href="#reference">reference</a> part of this document. The reference
section also describes in detail the parameters passed to the
different types of handlers.</p>
<p>Let's look at a very simple example program that only uses 3 of the
above functions (it doesn't need to set a character handler.) The
program <a href="../examples/outline.c">outline.c</a> prints an
element outline, indenting child elements to distinguish them from the
parent element that contains them. The start handler does all the
work. It prints two indenting spaces for every level of ancestor
elements, then it prints the element and attribute
information. Finally it increments the global <code>Depth</code>
variable.</p>
<pre class="eg">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
int Depth;
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
start(void *data, const char *el, const char **attr) {
int i;
for (i = 0; i &lt; Depth; i++)
printf(" ");
printf("%s", el);
for (i = 0; attr[i]; i += 2) {
printf(" %s='%s'", attr[i], attr[i + 1]);
}
printf("\n");
Depth++;
} /* End of start handler */
</pre>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>The end tag simply does the bookkeeping work of decrementing
<code>Depth</code>.</p>
<pre class="eg">
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
end(void *data, const char *el) {
Depth--;
} /* End of end handler */
</pre>
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
<p>Note the <code>XMLCALL</code> annotation used for the callbacks.
This is used to ensure that the Expat and the callbacks are using the
same calling convention in case the compiler options used for Expat
itself and the client code are different. Expat tries not to care
what the default calling convention is, though it may require that it
be compiled with a default convention of "cdecl" on some platforms.
For code which uses Expat, however, the calling convention is
specified by the <code>XMLCALL</code> annotation on most platforms;
callbacks should be defined using this annotation.</p>
<p>The <code>XMLCALL</code> annotation was added in Expat 1.95.7, but
existing working Expat applications don't need to add it (since they
are already using the "cdecl" calling convention, or they wouldn't be
working). The annotation is only needed if the default calling
- add Expat version number - add notes about safely using XMLCALL with older Expat versions
2003-10-15 14:49:54 -04:00
convention may be something other than "cdecl". To use the annotation
safely with older versions of Expat, you can conditionally define it
<em>after</em> including Expat's header file:</p>
<pre class="eg">
#include &lt;expat.h&gt;
#ifndef XMLCALL
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
#if defined(_MSC_EXTENSIONS) &amp;&amp; !defined(__BEOS__) &amp;&amp; !defined(__CYGWIN__)
- add Expat version number - add notes about safely using XMLCALL with older Expat versions
2003-10-15 14:49:54 -04:00
#define XMLCALL __cdecl
#elif defined(__GNUC__)
#define XMLCALL __attribute__((cdecl))
#else
#define XMLCALL
#endif
#endif
</pre>
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>After creating the parser, the main program just has the job of
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
shoveling the document to the parser so that it can do its work.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<hr />
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<h2><a name="building">Building and Installing Expat</a></h2>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<p>The Expat distribution comes as a compressed (with GNU gzip) tar
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
file. You may download the latest version from <a href=
"http://sourceforge.net/projects/expat/" >Source Forge</a>. After
unpacking this, cd into the directory. Then follow either the Win32
directions or Unix directions below.</p>
Clark's compromise changes to Fred's version info change.
2000-12-27 14:37:37 -05:00
<h3>Building under Win32</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>If you're using the GNU compiler under cygwin, follow the Unix
directions in the next section. Otherwise if you have Microsoft's
Developer Studio installed, then from Windows Explorer double-click on
*.dsp,*.dsw: Drop Visual Studio 6.0 (issue #14)
2017-04-25 17:11:48 -04:00
"expat.vcxproj" in the lib directory and build and install in the usual
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
manner.</p>
<p>Alternatively, you may download the Win32 binary package that
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
contains the "expat.h" include file and a pre-built DLL.</p>
Clark's compromise changes to Fred's version info change.
2000-12-27 14:37:37 -05:00
<h3>Building under Unix (or GNU)</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>First you'll need to run the configure shell script in order to
configure the Makefiles and headers for your system.</p>
Clark's compromise changes to Fred's version info change.
2000-12-27 14:37:37 -05:00
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>If you're happy with all the defaults that configure picks for you,
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
and you have permission on your system to install into /usr/local, you
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
can install Expat with this sequence of commands:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="eg">
use indentation consistently
2003-10-20 10:50:37 -04:00
./configure
make
make install
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</pre>
<p>There are some options that you can provide to this script, but the
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
only one we'll mention here is the <code>--prefix</code> option. You
can find out all the options available by running configure with just
the <code>--help</code> option.</p>
<p>By default, the configure script sets things up so that the library
gets installed in <code>/usr/local/lib</code> and the associated
header file in <code>/usr/local/include</code>. But if you were to
give the option, <code>--prefix=/home/me/mystuff</code>, then the
library and header would get installed in
<code>/home/me/mystuff/lib</code> and
<code>/home/me/mystuff/include</code> respectively.</p>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
<h3>Configuring Expat Using the Pre-Processor</h3>
<p>Expat's feature set can be configured using a small number of
pre-processor definitions. The definition of this symbols does not
affect the set of entry points for Expat, only the behavior of the API
and the definition of character types in the case of
<code>XML_UNICODE_WCHAR_T</code>. The symbols are:</p>
<dl class="cpp-symbols">
<dt>XML_DTD</dt>
<dd>Include support for using and reporting DTD-based content. If
- fix the description of the XML_DTD preprocessor symbol (closes SF bug #916232) - fix markup error (swapped end tags)
2004-07-15 20:13:05 -04:00
this is defined, default attribute values from an external DTD subset
are reported and attribute value normalization occurs based on the
type of attributes defined in the external subset. Without
this, Expat has a smaller memory footprint and can be faster, but will
not load external entities or process conditional sections. This does
not affect the set of functions available in the API.</dd>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
<dt>XML_NS</dt>
<dd>When defined, support for the <cite><a href=
"http://www.w3.org/TR/REC-xml-names/" >Namespaces in XML</a></cite>
specification is included.</dd>
<dt>XML_UNICODE</dt>
<dd>When defined, character data reported to the application is
encoded in UTF-16 using wide characters of the type
<code>XML_Char</code>. This is implied if
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
<code>XML_UNICODE_WCHAR_T</code> is defined.</dd>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
<dt>XML_UNICODE_WCHAR_T</dt>
<dd>If defined, causes the <code>XML_Char</code> character type to be
defined using the <code>wchar_t</code> type; otherwise, <code>unsigned
short</code> is used. Defining this implies
<code>XML_UNICODE</code>.</dd>
Added support for 64-bit integers when reporting byte indexes, line and column numbers. Can be turned on/off using the XML_LARGE_SIZE switch.
2005-12-23 09:45:27 -05:00
<dt>XML_LARGE_SIZE</dt>
<dd>If defined, causes the <code>XML_Size</code> and <code>XML_Index</code>
integer types to be at least 64 bits in size. This is intended to support
processing of very large input streams, where the return values of
<code><a href="#XML_GetCurrentByteIndex" >XML_GetCurrentByteIndex</a></code>,
<code><a href="#XML_GetCurrentLineNumber" >XML_GetCurrentLineNumber</a></code> and
<code><a href="#XML_GetCurrentColumnNumber" >XML_GetCurrentColumnNumber</a></code>
could overflow. It may not be supported by all compilers, and is turned
off by default.</dd>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
<dt>XML_CONTEXT_BYTES</dt>
<dd>The number of input bytes of markup context which the parser will
ensure are available for reporting via <code><a href=
"#XML_GetInputContext" >XML_GetInputContext</a></code>. This is
added more detail about XML_CONTEXT_BYTES
2004-07-15 22:31:27 -04:00
normally set to 1024, and must be set to a positive interger. If this
is not defined, the input context will not be available and <code><a
href= "#XML_GetInputContext" >XML_GetInputContext</a></code> will
always report NULL. Without this, Expat has a smaller memory
footprint and can be faster.</dd>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
<dt>XML_STATIC</dt>
<dd>On Windows, this should be set if Expat is going to be linked
statically with the code that calls it; this is required to get all
the right MSVC magic annotations correct. This is ignored on other
platforms.</dd>
Documented new features for release 2.1.0.
2012-03-10 13:27:17 -05:00
<dt>XML_ATTR_INFO</dt>
<dd>If defined, makes the the additional function <code><a href=
"#XML_GetAttributeInfo" >XML_GetAttributeInfo</a></code> available
for reporting attribute byte offsets.</dd>
Move "Configuring Expat Using the Pre-Processor" from the "Using" section to the "Building" section.
2003-10-15 12:36:23 -04:00
</dl>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<hr />
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h2><a name="using">Using Expat</a></h2>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<h3>Compiling and Linking Against Expat</h3>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<p>Unless you installed Expat in a location not expected by your
compiler and linker, all you have to do to use Expat in your programs
is to include the Expat header (<code>#include &lt;expat.h&gt;</code>)
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
in your files that make calls to it and to tell the linker that it
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
needs to link against the Expat library. On Unix systems, this would
usually be done with the <code>-lexpat</code> argument. Otherwise,
you'll need to tell the compiler where to look for the Expat header
and the linker where to find the Expat library. You may also need to
Added XML_FEATURE_NS and XML_FEATURE_LARGE_SIZE values, as they had not been documented yet.
2006-04-07 16:28:19 -04:00
take steps to tell the operating system where to find this library at
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
run time.</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>On a Unix-based system, here's what a Makefile might look like when
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
Expat is installed in a standard location:</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<pre class="eg">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
CC=cc
LDFLAGS=
LIBS= -lexpat
xmlapp: xmlapp.o
$(CC) $(LDFLAGS) -o xmlapp xmlapp.o $(LIBS)
</pre>
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<p>If you installed Expat in, say, <code>/home/me/mystuff</code>, then
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
the Makefile would look like this:</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<pre class="eg">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
CC=cc
CFLAGS= -I/home/me/mystuff/include
LDFLAGS=
LIBS= -L/home/me/mystuff/lib -lexpat
xmlapp: xmlapp.o
$(CC) $(LDFLAGS) -o xmlapp xmlapp.o $(LIBS)
</pre>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>You'd also have to set the environment variable
<code>LD_LIBRARY_PATH</code> to <code>/home/me/mystuff/lib</code> (or
to <code>${LD_LIBRARY_PATH}:/home/me/mystuff/lib</code> if
LD_LIBRARY_PATH already has some directories in it) in order to run
your application.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3>Expat Basics</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>As we saw in the example in the overview, the first step in parsing
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
an XML document with Expat is to create a parser object. There are <a
href="#creation">three functions</a> in the Expat API for creating a
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
parser object. However, only two of these (<code><a href=
"#XML_ParserCreate" >XML_ParserCreate</a></code> and <code><a href=
"#XML_ParserCreateNS" >XML_ParserCreateNS</a></code>) can be used for
constructing a parser for a top-level document. The object returned
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
by these functions is an opaque pointer (i.e. "expat.h" declares it as
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
void *) to data with further internal structure. In order to free the
memory associated with this object you must call <code><a href=
"#XML_ParserFree" >XML_ParserFree</a></code>. Note that if you have
Small link fix.
2004-12-14 12:26:18 -05:00
provided any <a href="#userdata">user data</a> that gets stored in the
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
parser, then your application is responsible for freeing it prior to
calling <code>XML_ParserFree</code>.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>The objects returned by the parser creation functions are good for
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
parsing only one XML document or external parsed entity. If your
application needs to parse many XML documents, then it needs to create
a parser object for each one. The best way to deal with this is to
create a higher level object that contains all the default
initialization you want for your parser objects.</p>
<p>Walking through a document hierarchy with a stream oriented parser
will require a good stack mechanism in order to keep track of current
context. For instance, to answer the simple question, "What element
does this text belong to?" requires a stack, since the parser may have
descended into other elements that are children of the current one and
has encountered this text on the way out.</p>
<p>The things you're likely to want to keep on a stack are the
currently opened element and it's attributes. You push this
information onto the stack in the start handler and you pop it off in
the end handler.</p>
<p>For some tasks, it is sufficient to just keep information on what
the depth of the stack is (or would be if you had one.) The outline
program shown above presents one example. Another such task would be
skipping over a complete element. When you see the start tag for the
element you want to skip, you set a skip flag and record the depth at
which the element started. When the end tag handler encounters the
same depth, the skipped element has ended and the flag may be
cleared. If you follow the convention that the root element starts at
1, then you can use the same variable for skip flag and skip
depth.</p>
<pre class="eg">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
void
init_info(Parseinfo *info) {
info->skip = 0;
info->depth = 1;
/* Other initializations here */
} /* End of init_info */
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
rawstart(void *data, const char *el, const char **attr) {
Parseinfo *inf = (Parseinfo *) data;
if (! inf->skip) {
if (should_skip(inf, el, attr)) {
inf->skip = inf->depth;
}
else
start(inf, el, attr); /* This does rest of start handling */
}
inf->depth++;
} /* End of rawstart */
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
rawend(void *data, const char *el) {
Parseinfo *inf = (Parseinfo *) data;
inf->depth--;
if (! inf->skip)
end(inf, el); /* This does rest of end handling */
if (inf->skip == inf->depth)
inf->skip = 0;
} /* End rawend */
</pre>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Notice in the above example the difference in how depth is
manipulated in the start and end handlers. The end tag handler should
be the mirror image of the start tag handler. This is necessary to
properly model containment. Since, in the start tag handler, we
incremented depth <em>after</em> the main body of start tag code, then
in the end handler, we need to manipulate it <em>before</em> the main
body. If we'd decided to increment it first thing in the start
handler, then we'd have had to decrement it last thing in the end
handler.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<h3 id="userdata">Communicating between handlers</h3>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>In order to be able to pass information between different handlers
without using globals, you'll need to define a data structure to hold
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
the shared variables. You can then tell Expat (with the <code><a href=
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
"#XML_SetUserData" >XML_SetUserData</a></code> function) to pass a
extend the "Communicating between handlers" section a bit; needed to mention the need to accumulate data between calls to the character data handler
2003-10-28 16:25:43 -05:00
pointer to this structure to the handlers. This is the first
argument received by most handlers. In the <a href="#reference"
>reference section</a>, an argument to a callback function is named
<code>userData</code> and have type <code>void *</code> if the user
data is passed; it will have the type <code>XML_Parser</code> if the
parser itself is passed. When the parser is passed, the user data may
be retrieved using <code><a href="#XML_GetUserData"
- fix the description of the XML_DTD preprocessor symbol (closes SF bug #916232) - fix markup error (swapped end tags)
2004-07-15 20:13:05 -04:00
>XML_GetUserData</a></code>.</p>
extend the "Communicating between handlers" section a bit; needed to mention the need to accumulate data between calls to the character data handler
2003-10-28 16:25:43 -05:00
<p>One common case where multiple calls to a single handler may need
to communicate using an application data structure is the case when
content passed to the character data handler (set by <code><a href=
"#XML_SetCharacterDataHandler"
>XML_SetCharacterDataHandler</a></code>) needs to be accumulated. A
common first-time mistake with any of the event-oriented interfaces to
an XML parser is to expect all the text contained in an element to be
reported by a single call to the character data handler. Expat, like
many other XML parsers, reports such data as a sequence of calls;
there's no way to know when the end of the sequence is reached until a
different callback is made. A buffer referenced by the user data
structure proves both an effective and convenient place to accumulate
character data.</p>
<!-- XXX example needed here -->
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Added documentation on how Expat deals with XML versions other than 1.0, and shows how an application can affect it. Closes SF bug #584041.
2002-08-08 18:17:28 -04:00
<h3>XML Version</h3>
<p>Expat is an XML 1.0 parser, and as such never complains based on
Fixed typo.
2002-08-10 21:36:05 -04:00
the value of the <code>version</code> pseudo-attribute in the XML
Added documentation on how Expat deals with XML versions other than 1.0, and shows how an application can affect it. Closes SF bug #584041.
2002-08-08 18:17:28 -04:00
declaration, if present.</p>
<p>If an application needs to check the version number (to support
alternate processing), it should use the <code><a href=
"#XML_SetXmlDeclHandler" >XML_SetXmlDeclHandler</a></code> function to
set a handler that uses the information in the XML declaration to
determine what to do. This example shows how to check that only a
version number of <code>"1.0"</code> is accepted:</p>
<pre class="eg">
static int wrong_version;
static XML_Parser parser;
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
static void XMLCALL
Added documentation on how Expat deals with XML versions other than 1.0, and shows how an application can affect it. Closes SF bug #584041.
2002-08-08 18:17:28 -04:00
xmldecl_handler(void *userData,
const XML_Char *version,
const XML_Char *encoding,
int standalone)
{
static const XML_Char Version_1_0[] = {'1', '.', '0', 0};
int i;
Fix well-formedness, broken in the previous checkin.
2002-08-08 18:21:06 -04:00
for (i = 0; i &lt; (sizeof(Version_1_0) / sizeof(Version_1_0[0])); ++i) {
Added documentation on how Expat deals with XML versions other than 1.0, and shows how an application can affect it. Closes SF bug #584041.
2002-08-08 18:17:28 -04:00
if (version[i] != Version_1_0[i]) {
wrong_version = 1;
/* also clear all other handlers: */
XML_SetCharacterDataHandler(parser, NULL);
...
return;
}
}
...
}
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3>Namespace Processing</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>When the parser is created using the <code><a href=
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
"#XML_ParserCreateNS" >XML_ParserCreateNS</a></code>, function, Expat
performs namespace processing. Under namespace processing, Expat
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
consumes <code>xmlns</code> and <code>xmlns:...</code> attributes,
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
which declare namespaces for the scope of the element in which they
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
occur. This means that your start handler will not see these
attributes. Your application can still be informed of these
declarations by setting namespace declaration handlers with <a href=
"#XML_SetNamespaceDeclHandler"
><code>XML_SetNamespaceDeclHandler</code></a>.</p>
<p>Element type and attribute names that belong to a given namespace
are passed to the appropriate handler in expanded form. By default
this expanded form is a concatenation of the namespace URI, the
separator character (which is the 2nd argument to <code><a href=
"#XML_ParserCreateNS" >XML_ParserCreateNS</a></code>), and the local
name (i.e. the part after the colon). Names with undeclared prefixes
Improved and corrected namespace processing documentation.
2004-12-19 22:23:29 -05:00
are not well-formed when namespace processing is enabled, and will
trigger an error. Unprefixed attribute names are never expanded,
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
and unprefixed element names are only expanded when they are in the
scope of a default namespace.</p>
Small link fix.
2004-12-14 12:26:18 -05:00
<p>However if <code><a href= "#XML_SetReturnNSTriplet"
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
>XML_SetReturnNSTriplet</a></code> has been called with a non-zero
<code>do_nst</code> parameter, then the expanded form for names with
an explicit prefix is a concatenation of: URI, separator, local name,
separator, prefix.</p>
<p>You can set handlers for the start of a namespace declaration and
for the end of a scope of a declaration with the <code><a href=
"#XML_SetNamespaceDeclHandler" >XML_SetNamespaceDeclHandler</a></code>
function. The StartNamespaceDeclHandler is called prior to the start
Fixed error found by Reid Spencer.
2005-01-30 00:44:46 -05:00
tag handler and the EndNamespaceDeclHandler is called after the
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
corresponding end tag that ends the namespace's scope. The namespace
start handler gets passed the prefix and URI for the namespace. For a
default namespace declaration (xmlns='...'), the prefix will be null.
The URI will be null for the case where the default namespace is being
unset. The namespace end handler just gets the prefix for the closing
scope.</p>
<p>These handlers are called for each declaration. So if, for
instance, a start tag had three namespace declarations, then the
StartNamespaceDeclHandler would be called three times before the start
tag handler is called, once for each declaration.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3>Character Encodings</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>While XML is based on Unicode, and every XML processor is required
to recognized UTF-8 and UTF-16 (1 and 2 byte encodings of Unicode),
other encodings may be declared in XML documents or entities. For the
main document, an XML declaration may contain an encoding
declaration:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<pre>
&lt;?xml version="1.0" encoding="ISO-8859-2"?&gt;
</pre>
<p>External parsed entities may begin with a text declaration, which
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
looks like an XML declaration with just an encoding declaration:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<pre>
&lt;?xml encoding="Big5"?&gt;
</pre>
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<p>With Expat, you may also specify an encoding at the time of
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
creating a parser. This is useful when the encoding information may
come from a source outside the document itself (like a higher level
protocol.)</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p><a name="builtin_encodings"></a>There are four built-in encodings
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
in Expat:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<ul>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<li>UTF-8</li>
<li>UTF-16</li>
<li>ISO-8859-1</li>
<li>US-ASCII</li>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</ul>
<p>Anything else discovered in an encoding declaration or in the
protocol encoding specified in the parser constructor, triggers a call
to the <code>UnknownEncodingHandler</code>. This handler gets passed
the encoding name and a pointer to an <code>XML_Encoding</code> data
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
structure. Your handler must fill in this structure and return
<code>XML_STATUS_OK</code> if it knows how to deal with the
encoding. Otherwise the handler should return
<code>XML_STATUS_ERROR</code>. The handler also gets passed a pointer
to an optional application data structure that you may indicate when
you set the handler.</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Expat places restrictions on character encodings that it can
support by filling in the <code>XML_Encoding</code> structure.
include file:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<ol>
<li>Every ASCII character that can appear in a well-formed XML document
must be represented by a single byte, and that byte must correspond to
it's ASCII encoding (except for the characters $@\^'{}~)</li>
<li>Characters must be encoded in 4 bytes or less.</li>
<li>All characters encoded must have Unicode scalar values less than or
equal to 65535 (0xFFFF)<em>This does not apply to the built-in support
for UTF-16 and UTF-8</em></li>
<li>No character may be encoded by more that one distinct sequence of
bytes</li>
</ol>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p><code>XML_Encoding</code> contains an array of integers that
correspond to the 1st byte of an encoding sequence. If the value in
the array for a byte is zero or positive, then the byte is a single
byte encoding that encodes the Unicode scalar value contained in the
array. A -1 in this array indicates a malformed byte. If the value is
-2, -3, or -4, then the byte is the beginning of a 2, 3, or 4 byte
sequence respectively. Multi-byte sequences are sent to the convert
function pointed at in the <code>XML_Encoding</code> structure. This
function should return the Unicode scalar value for the sequence or -1
if the sequence is malformed.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
<p>One pitfall that novice Expat users are likely to fall into is that
although Expat may accept input in various encodings, the strings that
it passes to the handlers are always encoded in UTF-8 or UTF-16
(depending on how Expat was compiled). Your application is responsible
for any translation of these strings into other encodings.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3>Handling External Entity References</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Expat does not read or parse external entities directly. Note that
any external DTD is a special case of an external entity. If you've
set no <code>ExternalEntityRefHandler</code>, then external entity
references are silently ignored. Otherwise, it calls your handler with
the information needed to read and parse the external entity.</p>
<p>Your handler isn't actually responsible for parsing the entity, but
it is responsible for creating a subsidiary parser with <code><a href=
"#XML_ExternalEntityParserCreate"
>XML_ExternalEntityParserCreate</a></code> that will do the job. This
returns an instance of <code>XML_Parser</code> that has handlers and
other data structures initialized from the parent parser. You may then
use <code><a href= "#XML_Parse" >XML_Parse</a></code> or <code><a
href= "#XML_ParseBuffer">XML_ParseBuffer</a></code> calls against this
parser. Since external entities my refer to other external entities,
your handler should be prepared to be called recursively.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3>Parsing DTDs</h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>In order to parse parameter entities, before starting the parse,
you must call <code><a href= "#XML_SetParamEntityParsing"
>XML_SetParamEntityParsing</a></code> with one of the following
arguments:</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<dl>
<dt><code>XML_PARAM_ENTITY_PARSING_NEVER</code></dt>
<dd>Don't parse parameter entities or the external subset</dd>
<dt><code>XML_PARAM_ENTITY_PARSING_UNLESS_STANDALONE</code></dt>
<dd>Parse parameter entites and the external subset unless
<code>standalone</code> was set to "yes" in the XML declaration.</dd>
<dt><code>XML_PARAM_ENTITY_PARSING_ALWAYS</code></dt>
<dd>Always parse parameter entities and the external subset</dd>
</dl>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>In order to read an external DTD, you also have to set an external
entity reference handler as described above.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Add basic documentation for the suspend/resume feature. Closes SF bug #880632.
2004-07-22 23:28:09 -04:00
<h3 id="stop-resume">Temporarily Stopping Parsing</h3>
<p>Expat 1.95.8 introduces a new feature: its now possible to stop
parsing temporarily from within a handler function, even if more data
has already been passed into the parser. Applications for this
include</p>
<ul>
<li>Supporting the <a href= "http://www.w3.org/TR/xinclude/"
>XInclude</a> specification.</li>
<li>Delaying further processing until additional information is
available from some other source.</li>
<li>Adjusting processor load as task priorities shift within an
application.</li>
<li>Stopping parsing completely (simply free or reset the parser
instead of resuming in the outer parsing loop). This can be useful
if a application-domain error is found in the XML being parsed or if
the result of the parse is determined not to be useful after
all.</li>
</ul>
<p>To take advantage of this feature, the main parsing loop of an
application needs to support this specifically. It cannot be
supported with a parsing loop compatible with Expat 1.95.7 or
earlier (though existing loops will continue to work without
supporting the stop/resume feature).</p>
<p>An application that uses this feature for a single parser will have
the rough structure (in pseudo-code):</p>
<pre class="pseudocode">
fd = open_input()
p = create_parser()
if parse_xml(p, fd) {
/* suspended */
int suspended = 1;
while (suspended) {
do_something_else()
if ready_to_resume() {
suspended = continue_parsing(p, fd);
}
}
}
</pre>
<p>An application that may resume any of several parsers based on
input (either from the XML being parsed or some other source) will
certainly have more interesting control structures.</p>
<p>This C function could be used for the <code>parse_xml</code>
function mentioned in the pseudo-code above:</p>
<pre class="eg">
#define BUFF_SIZE 10240
/* Parse a document from the open file descriptor 'fd' until the parse
is complete (the document has been completely parsed, or there's
been an error), or the parse is stopped. Return non-zero when
the parse is merely suspended.
*/
int
parse_xml(XML_Parser p, int fd)
{
for (;;) {
int last_chunk;
int bytes_read;
enum XML_Status status;
void *buff = XML_GetBuffer(p, BUFF_SIZE);
if (buff == NULL) {
/* handle error... */
return 0;
}
bytes_read = read(fd, buff, BUFF_SIZE);
if (bytes_read &lt; 0) {
/* handle error... */
return 0;
}
status = XML_ParseBuffer(p, bytes_read, bytes_read == 0);
switch (status) {
case XML_STATUS_ERROR:
/* handle error... */
return 0;
case XML_STATUS_SUSPENDED:
return 1;
}
if (bytes_read == 0)
return 0;
}
}
</pre>
<p>The corresponding <code>continue_parsing</code> function is
somewhat simpler, since it only need deal with the return code from
<code><a href= "#XML_ResumeParser">XML_ResumeParser</a></code>; it can
delegate the input handling to the <code>parse_xml</code>
function:</p>
<pre class="eg">
/* Continue parsing a document which had been suspended. The 'p' and
'fd' arguments are the same as passed to parse_xml(). Return
non-zero when the parse is suspended.
*/
int
continue_parsing(XML_Parser p, int fd)
{
enum XML_Status status = XML_ResumeParser(p);
switch (status) {
case XML_STATUS_ERROR:
/* handle error... */
return 0;
case XML_ERROR_NOT_SUSPENDED:
/* handle error... */
return 0;.
case XML_STATUS_SUSPENDED:
return 1;
}
return parse_xml(p, fd);
}
</pre>
<p>Now that we've seen what a mess the top-level parsing loop can
become, what have we gained? Very simply, we can now use the <code><a
href= "#XML_StopParser" >XML_StopParser</a></code> function to stop
parsing, without having to go to great lengths to avoid additional
processing that we're expecting to ignore. As a bonus, we get to stop
parsing <em>temporarily</em>, and come back to it when we're
ready.</p>
<p>To stop parsing from a handler function, use the <code><a href=
"#XML_StopParser" >XML_StopParser</a></code> function. This function
takes two arguments; the parser being stopped and a flag indicating
whether the parse can be resumed in the future.</p>
<!-- XXX really need more here -->
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<hr />
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<!-- ================================================================ -->
<h2><a name="reference">Expat Reference</a></h2>
<h3><a name="creation">Parser Creation</a></h3>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ParserCreate">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_Parser XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_ParserCreate(const XML_Char *encoding);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Construct a new parser. If encoding is non-null, it specifies a
character encoding to use for the document. This overrides the document
encoding declaration. There are four built-in encodings:
<ul>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<li>US-ASCII</li>
<li>UTF-8</li>
<li>UTF-16</li>
<li>ISO-8859-1</li>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</ul>
Any other value will invoke a call to the UnknownEncodingHandler.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ParserCreateNS">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_Parser XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_ParserCreateNS(const XML_Char *encoding,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_Char sep);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Constructs a new parser that has namespace processing in effect. Namespace
expanded element names and attribute names are returned as a concatenation
of the namespace URI, <em>sep</em>, and the local part of the name. This
Corrected recommended namespace separators - reported in bug #1742315.
2007-06-24 13:21:25 -04:00
means that you should pick a character for <em>sep</em> that can't be part
of an URI. Since Expat does not check namespace URIs for conformance, the
only safe choice for a namespace separator is a character that is illegal
in XML. For instance, <code>'\xFF'</code> is not legal in UTF-8, and
<code>'\xFFFF'</code> is not legal in UTF-16. There is a special case when
<em>sep</em> is the null character <code>'\0'</code>: the namespace URI and
the local part will be concatenated without any separator - this is intended
to support RDF processors. It is a programming error to use the null separator
with <a href= "#XML_SetReturnNSTriplet">namespace triplets</a>.</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ParserCreate_MM">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_Parser XMLCALL
Added dynamic malloc substitution. Added libtool versioning.
2000-09-23 23:43:37 -04:00
XML_ParserCreate_MM(const XML_Char *encoding,
const XML_Memory_Handling_Suite *ms,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
const XML_Char *sep);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Added dynamic malloc substitution. Added libtool versioning.
2000-09-23 23:43:37 -04:00
typedef struct {
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
void *(XMLCALL *malloc_fcn)(size_t size);
void *(XMLCALL *realloc_fcn)(void *ptr, size_t size);
void (XMLCALL *free_fcn)(void *ptr);
Added dynamic malloc substitution. Added libtool versioning.
2000-09-23 23:43:37 -04:00
} XML_Memory_Handling_Suite;
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
</pre>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<div class="fcndef">
<p>Construct a new parser using the suite of memory handling functions
specified in <code>ms</code>. If <code>ms</code> is NULL, then use the
standard set of memory management functions. If <code>sep</code> is
non NULL, then namespace processing is enabled in the created parser
and the character pointed at by sep is used as the separator between
the namespace URI and the local part of the name.</p>
Added dynamic malloc substitution. Added libtool versioning.
2000-09-23 23:43:37 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ExternalEntityParserCreate">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_Parser XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_ExternalEntityParserCreate(XML_Parser p,
const XML_Char *context,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
const XML_Char *encoding);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Construct a new <code>XML_Parser</code> object for parsing an external
general entity. Context is the context argument passed in a call to a
ExternalEntityRefHandler. Other state information such as handlers,
user data, namespace processing is inherited from the parser passed as
the 1st argument. So you shouldn't need to call any of the behavior
changing functions on this parser (unless you want it to act
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
differently than the parent parser).
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ParserFree">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_ParserFree(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Free memory used by the parser. Your application is responsible for
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
freeing any memory associated with <a href="#userdata">user data</a>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
<pre class="fcndec" id="XML_ParserReset">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_Bool XMLCALL
Adjusted layout of XML_ParserReset fix.
2003-08-28 09:12:34 -04:00
XML_ParserReset(XML_Parser p,
const XML_Char *encoding);
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
</pre>
<div class="fcndef">
Clean up the memory structures maintained by the parser so that it may
be used again. After this has been called, <code>parser</code> is
Added to documentation of XML_ParserReset().
2004-11-25 19:18:15 -05:00
ready to start parsing a new document. All handlers are cleared from
the parser, except for the unknownEncodingHandler. The parser's external
state is re-initialized except for the values of ns and ns_triplets.
This function may not be used on a parser created using <code><a href=
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
"#XML_ExternalEntityParserCreate" >XML_ExternalEntityParserCreate</a
></code>; it will return <code>XML_FALSE</code> in that case. Returns
<code>XML_TRUE</code> on success. Your application is responsible for
dealing with any memory associated with <a href="#userdata">user data</a>.
</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3><a name="parsing">Parsing</a></h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>To state the obvious: the three parsing functions <code><a href=
Fixed omission of second argument in XML_ParserReset. Reported by Tim Bray.
2003-08-28 09:08:10 -04:00
"#XML_Parse" >XML_Parse</a></code>, <code><a href= "#XML_ParseBuffer">
XML_ParseBuffer</a></code> and <code><a href= "#XML_GetBuffer">
Added a note about possible integer overflow when using large input buffers.
2005-11-28 15:00:50 -05:00
XML_GetBuffer</a></code> must not be called from within a handler
unless they operate on a separate parser instance, that is, one that
did not call the handler. For example, it is OK to call the parsing
functions from within an <code>XML_ExternalEntityRefHandler</code>,
if they apply to the parser created by
<code><a href= "#XML_ExternalEntityParserCreate"
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
>XML_ExternalEntityParserCreate</a></code>.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Added a note about possible integer overflow when using large input buffers.
2005-11-28 15:00:50 -05:00
<p>Note: the <code>len</code> argument passed to these functions
should be considerably less than the maximum value for an integer,
as it could create an integer overflow situation if the added
lengths of a buffer and the unprocessed portion of the previous buffer
exceed the maximum integer value. Input data at the end of a buffer
will remain unprocessed if it is part of an XML token for which the
end is not part of that buffer.</p>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_Parse">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Status XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_Parse(XML_Parser p,
const char *s,
int len,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
int isFinal);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update the API documentation with the use of XML_Status for the XML_Parse() and XML_ParseBuffer() functions.
2002-08-08 14:54:15 -04:00
enum XML_Status {
XML_STATUS_ERROR = 0,
XML_STATUS_OK = 1
};
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Parse some more of the document. The string <code>s</code> is a buffer
containing part (or perhaps all) of the document. The number of bytes of s
that are part of the document is indicated by <code>len</code>. This means
that <code>s</code> doesn't have to be null terminated. It also means that
if <code>len</code> is larger than the number of bytes in the block of
memory that <code>s</code> points at, then a memory fault is likely. The
<code>isFinal</code> parameter informs the parser that this is the last
piece of the document. Frequently, the last piece is empty (i.e.
<code>len</code> is zero.)
Update the API documentation with the use of XML_Status for the XML_Parse() and XML_ParseBuffer() functions.
2002-08-08 14:54:15 -04:00
If a parse error occurred, it returns <code>XML_STATUS_ERROR</code>.
Otherwise it returns <code>XML_STATUS_OK</code> value.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ParseBuffer">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Status XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_ParseBuffer(XML_Parser p,
int len,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
int isFinal);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
This is just like <code><a href= "#XML_Parse" >XML_Parse</a></code>,
except in this case Expat provides the buffer. By obtaining the
buffer from Expat with the <code><a href= "#XML_GetBuffer"
>XML_GetBuffer</a></code> function, the application can avoid double
Update the API documentation with the use of XML_Status for the XML_Parse() and XML_ParseBuffer() functions.
2002-08-08 14:54:15 -04:00
copying of the input.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetBuffer">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void * XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_GetBuffer(XML_Parser p,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
int len);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Obtain a buffer of size <code>len</code> to read a piece of the document
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
into. A NULL value is returned if Expat can't allocate enough memory for
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
this buffer. This has to be called prior to every call to
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<code><a href= "#XML_ParseBuffer" >XML_ParseBuffer</a></code>. A
typical use would look like this:
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<pre class="eg">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
for (;;) {
int bytes_read;
void *buff = XML_GetBuffer(p, BUFF_SIZE);
if (buff == NULL) {
/* handle error */
}
bytes_read = read(docfd, buff, BUFF_SIZE);
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
if (bytes_read &lt; 0) {
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
/* handle error */
}
if (! XML_ParseBuffer(p, bytes_read, bytes_read == 0)) {
/* handle parse error */
}
if (bytes_read == 0)
break;
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
}
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</pre>
</div>
Add basic documentation for the suspend/resume feature. Closes SF bug #880632.
2004-07-22 23:28:09 -04:00
<pre class="fcndec" id="XML_StopParser">
enum XML_Status XMLCALL
XML_StopParser(XML_Parser p,
XML_Bool resumable);
</pre>
<div class="fcndef">
<p>Stops parsing, causing <code><a href= "#XML_Parse"
>XML_Parse</a></code> or <code><a href= "#XML_ParseBuffer"
>XML_ParseBuffer</a></code> to return. Must be called from within a
call-back handler, except when aborting (when <code>resumable</code>
is <code>XML_FALSE</code>) an already suspended parser. Some
call-backs may still follow because they would otherwise get
lost, including
<ul>
<li> the end element handler for empty elements when stopped in the
start element handler,</li>
Fix for issues # 1515266 and # 1515600. The inner for loop under XML_TOK_DATA_CHARS in doContent() and doCdataSection() did not check if the character data handler was set each time a call-back was made.
2006-07-05 09:06:59 -04:00
<li> the end namespace declaration handler when stopped in the end
Add basic documentation for the suspend/resume feature. Closes SF bug #880632.
2004-07-22 23:28:09 -04:00
element handler,</li>
Fix for issues # 1515266 and # 1515600. The inner for loop under XML_TOK_DATA_CHARS in doContent() and doCdataSection() did not check if the character data handler was set each time a call-back was made.
2006-07-05 09:06:59 -04:00
<li> the character data handler when stopped in the character data handler
while making multiple call-backs on a contiguous chunk of characters,</li>
Add basic documentation for the suspend/resume feature. Closes SF bug #880632.
2004-07-22 23:28:09 -04:00
</ul>
and possibly others.</p>
<p>This can be called from most handlers, including DTD related
call-backs, except when parsing an external parameter entity and
<code>resumable</code> is <code>XML_TRUE</code>. Returns
<code>XML_STATUS_OK</code> when successful,
<code>XML_STATUS_ERROR</code> otherwise. The possible error codes
are:</p>
<dl>
<dt><code>XML_ERROR_SUSPENDED</code></dt>
<dd>when suspending an already suspended parser.</dd>
<dt><code>XML_ERROR_FINISHED</code></dt>
<dd>when the parser has already finished.</dd>
<dt><code>XML_ERROR_SUSPEND_PE</code></dt>
<dd>when suspending while parsing an external PE.</dd>
</dl>
<p>Since the stop/resume feature requires application support in the
outer parsing loop, it is an error to call this function for a parser
not being handled appropriately; see <a href= "#stop-resume"
>Temporarily Stopping Parsing</a> for more information.</p>
<p>When <code>resumable</code> is <code>XML_TRUE</code> then parsing
is <em>suspended</em>, that is, <code><a href= "#XML_Parse"
>XML_Parse</a></code> and <code><a href= "#XML_ParseBuffer"
>XML_ParseBuffer</a></code> return <code>XML_STATUS_SUSPENDED</code>.
Otherwise, parsing is <em>aborted</em>, that is, <code><a href=
"#XML_Parse" >XML_Parse</a></code> and <code><a href=
"#XML_ParseBuffer" >XML_ParseBuffer</a></code> return
<code>XML_STATUS_ERROR</code> with error code
<code>XML_ERROR_ABORTED</code>.</p>
<p><strong>Note:</strong>
This will be applied to the current parser instance only, that is, if
there is a parent parser then it will continue parsing when the
external entity reference handler returns. It is up to the
implementation of that handler to call <code><a href=
"#XML_StopParser" >XML_StopParser</a></code> on the parent parser
(recursively), if one wants to stop parsing altogether.</p>
<p>When suspended, parsing can be resumed by calling <code><a href=
"#XML_ResumeParser" >XML_ResumeParser</a></code>.</p>
<p>New in Expat 1.95.8.</p>
</div>
<pre class="fcndec" id="XML_ResumeParser">
enum XML_Status XMLCALL
XML_ResumeParser(XML_Parser p);
</pre>
<div class="fcndef">
<p>Resumes parsing after it has been suspended with <code><a href=
"#XML_StopParser" >XML_StopParser</a></code>. Must not be called from
within a handler call-back. Returns same status codes as <code><a
href= "#XML_Parse">XML_Parse</a></code> or <code><a href=
"#XML_ParseBuffer" >XML_ParseBuffer</a></code>. An additional error
code, <code>XML_ERROR_NOT_SUSPENDED</code>, will be returned if the
parser was not currently suspended.</p>
<p><strong>Note:</strong>
This must be called on the most deeply nested child parser instance
first, and on its parent parser only after the child parser has
finished, to be applied recursively until the document entity's parser
is restarted. That is, the parent parser will not resume by itself
and it is up to the application to call <code><a href=
"#XML_ResumeParser" >XML_ResumeParser</a></code> on it at the
appropriate moment.</p>
<p>New in Expat 1.95.8.</p>
</div>
<pre class="fcndec" id="XML_GetParsingStatus">
void XMLCALL
XML_GetParsingStatus(XML_Parser p,
XML_ParsingStatus *status);
</pre>
<pre class="signature">
enum XML_Parsing {
XML_INITIALIZED,
XML_PARSING,
XML_FINISHED,
XML_SUSPENDED
};
typedef struct {
enum XML_Parsing parsing;
XML_Bool finalBuffer;
} XML_ParsingStatus;
</pre>
<div class="fcndef">
<p>Returns status of parser with respect to being initialized,
parsing, finished, or suspended, and whether the final buffer is being
processed. The <code>status</code> parameter <em>must not</em> be
NULL.</p>
<p>New in Expat 1.95.8.</p>
</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3><a name="setting">Handler Setting</a></h3>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Although handlers are typically set prior to parsing and left alone, an
application may choose to set or change the handler for a parsing event
while the parse is in progress. For instance, your application may choose
to ignore all text not descended from a <code>para</code> element. One
way it could do this is to set the character handler when a para start tag
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
is seen, and unset it for the corresponding end tag.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>A handler may be <em>unset</em> by providing a NULL pointer to the
appropriate handler setter. None of the handler setting functions have
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
a return value.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Your handlers will be receiving strings in arrays of type
Fixed omission of UTF-16 output.
2005-12-13 12:20:16 -05:00
<code>XML_Char</code>. This type is conditionally defined in expat.h as
either <code>char</code>, <code>wchar_t</code> or <code>unsigned short</code>.
The former implies UTF-8 encoding, the latter two imply UTF-16 encoding.
Note that you'll receive them in this form independent of the original
encoding of the document.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetStartElementHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetStartElementHandler(XML_Parser p,
XML_StartElementHandler start);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_StartElementHandler)(void *userData,
const XML_Char *name,
const XML_Char **atts);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set handler for start (and empty) tags. Attributes are passed to the start
handler as a pointer to a vector of char pointers. Each attribute seen in
a start (or empty) tag occupies 2 consecutive places in this vector: the
attribute name followed by the attribute value. These pairs are terminated
by a null pointer.</p>
<p>Note that an empty tag generates a call to both start and end handlers
(in that order).</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetEndElementHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetEndElementHandler(XML_Parser p,
XML_EndElementHandler);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_EndElementHandler)(void *userData,
const XML_Char *name);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set handler for end (and empty) tags. As noted above, an empty tag
generates a call to both start and end handlers.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetElementHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetElementHandler(XML_Parser p,
XML_StartElementHandler start,
XML_EndElementHandler end);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set handlers for start and end tags with one call.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetCharacterDataHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetCharacterDataHandler(XML_Parser p,
XML_CharacterDataHandler charhndl)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_CharacterDataHandler)(void *userData,
const XML_Char *s,
int len);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set a text handler. The string your handler receives
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
is <em>NOT nul-terminated</em>. You have to use the length argument
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
to deal with the end of the string. A single block of contiguous text
free of markup may still result in a sequence of calls to this handler.
In other words, if you're searching for a pattern in the text, it may
Improved fix for issues # 1515266 and # 1515600. Will now preserve the "failover to default handler" logic. Note: clearing the character data handler does not take effect immediately anymore.
2006-07-10 14:59:52 -04:00
be split across calls to this handler. Note: Setting this handler to NULL
may <em>NOT immediately</em> terminate call-backs if the parser is currently
processing such a single block of contiguous markup-free text, as the parser
will continue calling back until the end of the block is reached.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetProcessingInstructionHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetProcessingInstructionHandler(XML_Parser p,
XML_ProcessingInstructionHandler proc)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_ProcessingInstructionHandler)(void *userData,
const XML_Char *target,
const XML_Char *data);
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set a handler for processing instructions. The target is the first word
in the processing instruction. The data is the rest of the characters in
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
it after skipping all whitespace after the initial word.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetCommentHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetCommentHandler(XML_Parser p,
XML_CommentHandler cmnt)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_CommentHandler)(void *userData,
const XML_Char *data);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set a handler for comments. The data is all text inside the comment
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
delimiters.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetStartCdataSectionHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetStartCdataSectionHandler(XML_Parser p,
XML_StartCdataSectionHandler start);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_StartCdataSectionHandler)(void *userData);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler that gets called at the beginning of a CDATA section.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetEndCdataSectionHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetEndCdataSectionHandler(XML_Parser p,
XML_EndCdataSectionHandler end);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_EndCdataSectionHandler)(void *userData);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler that gets called at the end of a CDATA section.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetCdataSectionHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetCdataSectionHandler(XML_Parser p,
XML_StartCdataSectionHandler start,
XML_EndCdataSectionHandler end)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Sets both CDATA section handlers with one call.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetDefaultHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetDefaultHandler(XML_Parser p,
XML_DefaultHandler hndl)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_DefaultHandler)(void *userData,
const XML_Char *s,
int len);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Sets a handler for any characters in the document which wouldn't
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
otherwise be handled. This includes both data for which no handlers
can be set (like some kinds of DTD declarations) and data which could
be reported but which currently has no handler set. The characters
are passed exactly as they were present in the XML document except
Small documentation fix for default handler.
2002-08-26 13:57:38 -04:00
that they will be encoded in UTF-8 or UTF-16. Line boundaries are not
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
normalized. Note that a byte order mark character is not passed to the
default handler. There are no guarantees about how characters are
divided between calls to the default handler: for example, a comment
might be split between multiple calls. Setting the handler with
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
this call has the side effect of turning off expansion of references
to internally defined general entities. Instead these references are
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
passed to the default handler.</p>
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
<p>See also <code><a
href="#XML_DefaultCurrent">XML_DefaultCurrent</a></code>.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetDefaultHandlerExpand">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetDefaultHandlerExpand(XML_Parser p,
XML_DefaultHandler hndl)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_DefaultHandler)(void *userData,
const XML_Char *s,
int len);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
<p>This sets a default handler, but doesn't inhibit the expansion of
internal entity references. The entity reference will not be passed
to the default handler.</p>
<p>See also <code><a
href="#XML_DefaultCurrent">XML_DefaultCurrent</a></code>.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetExternalEntityRefHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetExternalEntityRefHandler(XML_Parser p,
XML_ExternalEntityRefHandler hndl)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef int
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_ExternalEntityRefHandler)(XML_Parser p,
const XML_Char *context,
const XML_Char *base,
const XML_Char *systemId,
const XML_Char *publicId);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set an external entity reference handler. This handler is also
called for processing an external DTD subset if parameter entity parsing
is in effect. (See <a href="#XML_SetParamEntityParsing">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<code>XML_SetParamEntityParsing</code></a>.)</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Adjust markup a bit, adding some internal hyperlinks.
2002-10-17 15:13:55 -04:00
<p>The <code>context</code> parameter specifies the parsing context in
the format expected by the <code>context</code> argument to <code><a
href="#XML_ExternalEntityParserCreate"
>XML_ExternalEntityParserCreate</a></code>. <code>code</code> is
valid only until the handler returns, so if the referenced entity is
to be parsed later, it must be copied. <code>context</code> is NULL
only when the entity is a parameter entity, which is how one can
differentiate between general and parameter entities.</p>
<p>The <code>base</code> parameter is the base to use for relative
system identifiers. It is set by <code><a
href="#XML_SetBase">XML_SetBase</a></code> and may be NULL. The
<code>publicId</code> parameter is the public id given in the entity
declaration and may be NULL. <code>systemId</code> is the system
identifier specified in the entity declaration and is never NULL.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
<p>There are a couple of ways in which this handler differs from
others. First, this handler returns a status indicator (an
integer). <code>XML_STATUS_OK</code> should be returned for successful
handling of the external entity reference. Returning
<code>XML_STATUS_ERROR</code> indicates failure, and causes the
calling parser to return an
<code>XML_ERROR_EXTERNAL_ENTITY_HANDLING</code> error.</p>
<p>Second, instead of having the user data as its first argument, it
receives the parser that encountered the entity reference. This, along
with the context parameter, may be used as arguments to a call to
<code><a href= "#XML_ExternalEntityParserCreate"
>XML_ExternalEntityParserCreate</a></code>. Using the returned
parser, the body of the external entity can be recursively parsed.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Since this handler may be called recursively, it should not be saving
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
information into global or static variables.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Documented XML_SetExternalEntityRefHandlerArg(), including API foolishness noted in SF bug #644344. Closes SF bug #644344.
2003-01-21 00:00:51 -05:00
<pre class="fcndec" id="XML_SetExternalEntityRefHandlerArg">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Documented XML_SetExternalEntityRefHandlerArg(), including API foolishness noted in SF bug #644344. Closes SF bug #644344.
2003-01-21 00:00:51 -05:00
XML_SetExternalEntityRefHandlerArg(XML_Parser p,
void *arg)
</pre>
<div class="fcndef">
<p>Set the argument passed to the ExternalEntityRefHandler. If
<code>arg</code> is not NULL, it is the new value passed to the
handler set using <code><a href="#XML_SetExternalEntityRefHandler"
>XML_SetExternalEntityRefHandler</a></code>; if <code>arg</code> is
NULL, the argument passed to the handler function will be the parser
object itself.</p>
<p><strong>Note:</strong>
The type of <code>arg</code> and the type of the first argument to the
ExternalEntityRefHandler do not match. This function takes a
<code>void *</code> to be passed to the handler, while the handler
accepts an <code>XML_Parser</code>. This is a historical accident,
but will not be corrected before Expat 2.0 (at the earliest) to avoid
causing compiler warnings for code that's known to work with this
API. It is the responsibility of the application code to know the
actual type of the argument passed to the handler and to manage it
properly.</p>
</div>
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetSkippedEntityHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
XML_SetSkippedEntityHandler(XML_Parser p,
XML_SkippedEntityHandler handler)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_SkippedEntityHandler)(void *userData,
const XML_Char *entityName,
int is_parameter_entity);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
<p>Set a skipped entity handler. This is called in two situations:</p>
<ol>
<li>An entity reference is encountered for which no declaration
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
has been read <em>and</em> this is not an error.</li>
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
<li>An internal entity reference is read, but not expanded, because
<a href="#XML_SetDefaultHandler"><code>XML_SetDefaultHandler</code></a>
has been called.</li>
</ol>
<p>The <code>is_parameter_entity</code> argument will be non-zero for
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
a parameter entity and zero for a general entity.</p> <p>Note: skipped
parameter entities in declarations and skipped general entities in
attribute values cannot be reported, because the event would be out of
sync with the reporting of the declarations or attribute values</p>
Added documentation for new skipped entity handler.
2002-07-10 23:35:42 -04:00
</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetUnknownEncodingHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetUnknownEncodingHandler(XML_Parser p,
XML_UnknownEncodingHandler enchandler,
Minor changes for consistency.
2002-08-23 18:21:09 -04:00
void *encodingHandlerData)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef int
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_UnknownEncodingHandler)(void *encodingHandlerData,
const XML_Char *name,
XML_Encoding *info);
Minor changes for consistency.
2002-08-23 18:21:09 -04:00
typedef struct {
int map[256];
void *data;
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
int (XMLCALL *convert)(void *data, const char *s);
void (XMLCALL *release)(void *data);
Minor changes for consistency.
2002-08-23 18:21:09 -04:00
} XML_Encoding;
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
<p>Set a handler to deal with encodings other than the <a
href="#builtin_encodings">built in set</a>. This should be done before
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<code><a href= "#XML_Parse" >XML_Parse</a></code> or <code><a href=
"#XML_ParseBuffer" >XML_ParseBuffer</a></code> have been called on the
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
given parser.</p> <p>If the handler knows how to deal with an encoding
with the given name, it should fill in the <code>info</code> data
Fix for bug #928113 .
2004-04-30 11:39:47 -04:00
structure and return <code>XML_STATUS_OK</code>. Otherwise it
should return <code>XML_STATUS_ERROR</code>. The handler will be called
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
at most once per parsed (external) entity. The optional application
data pointer <code>encodingHandlerData</code> will be passed back to
the handler.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>The map array contains information for every possible possible leading
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
byte in a byte sequence. If the corresponding value is &gt;= 0, then it's
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
a single byte sequence and the byte encodes that Unicode value. If the
value is -1, then that byte is invalid as the initial byte in a sequence.
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
If the value is -n, where n is an integer &gt; 1, then n is the number of
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
bytes in the sequence and the actual conversion is accomplished by a
call to the function pointed at by convert. This function may return -1
if the sequence itself is invalid. The convert pointer may be null if
there are only single byte codes. The data parameter passed to the convert
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
function is the data pointer from <code>XML_Encoding</code>. The
string s is <em>NOT</em> nul-terminated and points at the sequence of
bytes to be converted.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<p>The function pointed at by <code>release</code> is called by the
parser when it is finished with the encoding. It may be NULL.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetStartNamespaceDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Fix documentation error reported in Bug report # 116382
2000-10-10 14:30:22 -04:00
XML_SetStartNamespaceDeclHandler(XML_Parser p,
XML_StartNamespaceDeclHandler start);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_StartNamespaceDeclHandler)(void *userData,
const XML_Char *prefix,
const XML_Char *uri);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler to be called when a namespace is declared. Namespace
declarations occur inside start tags. But the namespace declaration start
handler is called before the start tag handler for each namespace declared
in that start tag.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetEndNamespaceDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetEndNamespaceDeclHandler(XML_Parser p,
XML_EndNamespaceDeclHandler end);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_EndNamespaceDeclHandler)(void *userData,
const XML_Char *prefix);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler to be called when leaving the scope of a namespace
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
declaration. This will be called, for each namespace declaration,
after the handler for the end tag of the element in which the
namespace was declared.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetNamespaceDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetNamespaceDeclHandler(XML_Parser p,
XML_StartNamespaceDeclHandler start,
XML_EndNamespaceDeclHandler end)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Add omitted period.
2002-10-08 10:02:02 -04:00
<p>Sets both namespace declaration handlers with a single call.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetXmlDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetXmlDeclHandler(XML_Parser p,
XML_XmlDeclHandler xmldecl);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_XmlDeclHandler)(void *userData,
const XML_Char *version,
const XML_Char *encoding,
int standalone);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Sets a handler that is called for XML declarations and also for
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
text declarations discovered in external entities. The way to
distinguish is that the <code>version</code> parameter will be NULL
for text declarations. The <code>encoding</code> parameter may be NULL
for an XML declaration. The <code>standalone</code> argument will
contain -1, 0, or 1 indicating respectively that there was no
standalone parameter in the declaration, that it was given as no, or
that it was given as yes.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetStartDoctypeDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetStartDoctypeDeclHandler(XML_Parser p,
XML_StartDoctypeDeclHandler start);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_StartDoctypeDeclHandler)(void *userData,
const XML_Char *doctypeName,
const XML_Char *sysid,
const XML_Char *pubid,
int has_internal_subset);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler that is called at the start of a DOCTYPE declaration,
before any external or internal subset is parsed. Both <code>sysid</code>
and <code>pubid</code> may be NULL. The <code>has_internal_subset</code>
will be non-zero if the DOCTYPE declaration has an internal subset.</p>
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetEndDoctypeDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetEndDoctypeDeclHandler(XML_Parser p,
XML_EndDoctypeDeclHandler end);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_EndDoctypeDeclHandler)(void *userData);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler that is called at the end of a DOCTYPE declaration,
after parsing any external subset.</p>
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetDoctypeDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetDoctypeDeclHandler(XML_Parser p,
XML_StartDoctypeDeclHandler start,
XML_EndDoctypeDeclHandler end);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set both doctype handlers with one call.</p>
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetElementDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetElementDeclHandler(XML_Parser p,
XML_ElementDeclHandler eldecl);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_ElementDeclHandler)(void *userData,
const XML_Char *name,
XML_Content *model);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
enum XML_Content_Type {
XML_CTYPE_EMPTY = 1,
XML_CTYPE_ANY,
XML_CTYPE_MIXED,
XML_CTYPE_NAME,
XML_CTYPE_CHOICE,
XML_CTYPE_SEQ
};
enum XML_Content_Quant {
XML_CQUANT_NONE,
XML_CQUANT_OPT,
XML_CQUANT_REP,
XML_CQUANT_PLUS
};
typedef struct XML_cp XML_Content;
struct XML_cp {
enum XML_Content_Type type;
enum XML_Content_Quant quant;
const XML_Char * name;
unsigned int numchildren;
XML_Content * children;
};
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
</pre>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Sets a handler for element declarations in a DTD. The handler gets
called with the name of the element in the declaration and a pointer
to a structure that contains the element model. It is the
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
application's responsibility to free this data structure using
<code><a href="#XML_FreeContentModel"
>XML_FreeContentModel</a></code>.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>The <code>model</code> argument is the root of a tree of
<code>XML_Content</code> nodes. If <code>type</code> equals
<code>XML_CTYPE_EMPTY</code> or <code>XML_CTYPE_ANY</code>, then
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<code>quant</code> will be <code>XML_CQUANT_NONE</code>, and the other
fields will be zero or NULL. If <code>type</code> is
<code>XML_CTYPE_MIXED</code>, then <code>quant</code> will be
<code>XML_CQUANT_NONE</code> or <code>XML_CQUANT_REP</code> and
<code>numchildren</code> will contain the number of elements that are
allowed to be mixed in and <code>children</code> points to an array of
<code>XML_Content</code> structures that will all have type
XML_CTYPE_NAME with no quantification. Only the root node can be type
<code>XML_CTYPE_EMPTY</code>, <code>XML_CTYPE_ANY</code>, or
<code>XML_CTYPE_MIXED</code>.</p>
<p>For type <code>XML_CTYPE_NAME</code>, the <code>name</code> field
points to the name and the <code>numchildren</code> and
<code>children</code> fields will be zero and NULL. The
<code>quant</code> field will indicate any quantifiers placed on the
name.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Types <code>XML_CTYPE_CHOICE</code> and <code>XML_CTYPE_SEQ</code>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
indicate a choice or sequence respectively. The
<code>numchildren</code> field indicates how many nodes in the choice
or sequence and <code>children</code> points to the nodes.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetAttlistDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetAttlistDeclHandler(XML_Parser p,
XML_AttlistDeclHandler attdecl);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_AttlistDeclHandler)(void *userData,
const XML_Char *elname,
const XML_Char *attname,
const XML_Char *att_type,
const XML_Char *dflt,
int isrequired);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>Set a handler for attlist declarations in the DTD. This handler is
called for <em>each</em> attribute. So a single attlist declaration
with multiple attributes declared will generate multiple calls to this
handler. The <code>elname</code> parameter returns the name of the
element for which the attribute is being declared. The attribute name
is in the <code>attname</code> parameter. The attribute type is in the
<code>att_type</code> parameter. It is the string representing the
type in the declaration with whitespace removed.</p>
<p>The <code>dflt</code> parameter holds the default value. It will be
NULL in the case of "#IMPLIED" or "#REQUIRED" attributes. You can
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
distinguish these two cases by checking the <code>isrequired</code>
parameter, which will be true in the case of "#REQUIRED" attributes.
Attributes which are "#FIXED" will have also have a true
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<code>isrequired</code>, but they will have the non-NULL fixed value
in the <code>dflt</code> parameter.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetEntityDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_SetEntityDeclHandler(XML_Parser p,
XML_EntityDeclHandler handler);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_EntityDeclHandler)(void *userData,
const XML_Char *entityName,
int is_parameter_entity,
const XML_Char *value,
int value_length,
const XML_Char *base,
const XML_Char *systemId,
const XML_Char *publicId,
const XML_Char *notationName);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Sets a handler that will be called for all entity declarations.
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
The <code>is_parameter_entity</code> argument will be non-zero in the
case of parameter entities and zero otherwise.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>For internal entities (<code>&lt;!ENTITY foo "bar"&gt;</code>),
<code>value</code> will be non-NULL and <code>systemId</code>,
<code>publicId</code>, and <code>notationName</code> will all be NULL.
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
The value string is <em>not</em> NULL terminated; the length is
provided in the <code>value_length</code> parameter. Do not use
<code>value_length</code> to test for internal entities, since it is
legal to have zero-length values. Instead check for whether or not
<code>value</code> is NULL.</p> <p>The <code>notationName</code>
argument will have a non-NULL value only for unparsed entity
declarations.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetUnparsedEntityDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetUnparsedEntityDeclHandler(XML_Parser p,
XML_UnparsedEntityDeclHandler h)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_UnparsedEntityDeclHandler)(void *userData,
const XML_Char *entityName,
const XML_Char *base,
const XML_Char *systemId,
const XML_Char *publicId,
const XML_Char *notationName);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set a handler that receives declarations of unparsed entities. These
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
are entity declarations that have a notation (NDATA) field:</p>
<div id="eg"><pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
&lt;!ENTITY logo SYSTEM "images/logo.gif" NDATA gif&gt;
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</pre></div>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>This handler is obsolete and is provided for backwards
compatibility. Use instead <a href= "#XML_SetEntityDeclHandler"
>XML_SetEntityDeclHandler</a>.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetNotationDeclHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetNotationDeclHandler(XML_Parser p,
XML_NotationDeclHandler h)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef void
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_NotationDeclHandler)(void *userData,
const XML_Char *notationName,
const XML_Char *base,
const XML_Char *systemId,
const XML_Char *publicId);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Set a handler that receives notation declarations.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<div class="handler">
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="setter" id="XML_SetNotStandaloneHandler">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetNotStandaloneHandler(XML_Parser p,
XML_NotStandaloneHandler h)
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
typedef int
Deal with issue discussed in SF patch #820946: Expat doesn't handle the use of modified default calling conventions in client code. To deal with this issue and generally clean up the mass of macros being used to support bits of the machinery, two new macros are being added: - XMLCALL, which expands to whatever is needed to nail down the calling convention for all calls across the library boundary. This must match the convention used for the system's malloc() implementation. - XMLIMPORT, defined to be whatever magic is needed to mark an entry point as imported from a dynamically loaded module (.dll, .so, .sl, whatever). These macros are used to define the XMLPARSEAPI macro already being used to define the API entry points. In addition, XMLCALL is used to define the types of callback functions, and all example code uses this explicitly in both the distributed applications and the documentation.
2003-10-15 12:25:44 -04:00
(XMLCALL *XML_NotStandaloneHandler)(void *userData);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<p>Set a handler that is called if the document is not "standalone".
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
This happens when there is an external subset or a reference to a
parameter entity, but does not have standalone set to "yes" in an XML
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
declaration. If this handler returns <code>XML_STATUS_ERROR</code>,
then the parser will throw an <code>XML_ERROR_NOT_STANDALONE</code>
error.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
<h3><a name="position">Parse position and error reporting functions</a></h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>These are the functions you'll want to call when the parse
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
functions return <code>XML_STATUS_ERROR</code> (a parse error has
- better explain the XML_GetCurrent*() functions (SF bug #683681) - fix spelling
2003-03-12 21:13:06 -05:00
occurred), although the position reporting functions are useful outside
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
of errors. The position reported is the byte position (in the original
document or entity encoding) of the first of the sequence of
characters that generated the current event (or the error that caused
- better explain the XML_GetCurrent*() functions (SF bug #683681) - fix spelling
2003-03-12 21:13:06 -05:00
the parse functions to return <code>XML_STATUS_ERROR</code>.) The
exceptions are callbacks trigged by declarations in the document
prologue, in which case they exact position reported is somewhere in the
relevant markup, but not necessarily as meaningful as for other
events.</p>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>The position reporting functions are accurate only outside of the
DTD. In other words, they usually return bogus information when
called from within a DTD declaration handler.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetErrorCode">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Error XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetErrorCode(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Return what type of error has occurred.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ErrorString">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
const XML_LChar * XMLCALL
Fix function signature. Closes SF bug #679468.
2003-03-12 20:30:48 -05:00
XML_ErrorString(enum XML_Error code);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Return a string describing the error corresponding to code.
The code should be one of the enums that can be returned from
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
<code><a href= "#XML_GetErrorCode" >XML_GetErrorCode</a></code>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetCurrentByteIndex">
Added support for 64-bit integers when reporting byte indexes, line and column numbers. Can be turned on/off using the XML_LARGE_SIZE switch.
2005-12-23 09:45:27 -05:00
XML_Index XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetCurrentByteIndex(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
- better explain the XML_GetCurrent*() functions (SF bug #683681) - fix spelling
2003-03-12 21:13:06 -05:00
Return the byte offset of the position. This always corresponds to
the values returned by <code><a href= "#XML_GetCurrentLineNumber"
>XML_GetCurrentLineNumber</a></code> and <code><a href=
"#XML_GetCurrentColumnNumber" >XML_GetCurrentColumnNumber</a></code>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetCurrentLineNumber">
Added support for 64-bit integers when reporting byte indexes, line and column numbers. Can be turned on/off using the XML_LARGE_SIZE switch.
2005-12-23 09:45:27 -05:00
XML_Size XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetCurrentLineNumber(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
- better explain the XML_GetCurrent*() functions (SF bug #683681) - fix spelling
2003-03-12 21:13:06 -05:00
Return the line number of the position. The first line is reported as
<code>1</code>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetCurrentColumnNumber">
Added support for 64-bit integers when reporting byte indexes, line and column numbers. Can be turned on/off using the XML_LARGE_SIZE switch.
2005-12-23 09:45:27 -05:00
XML_Size XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetCurrentColumnNumber(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Return the offset, from the beginning of the current line, of
the position.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetCurrentByteCount">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
int XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_GetCurrentByteCount(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="fcndef">
Added a note to the XML_GetCurrentByteCount() function that it returns 0 for the end tag event when an empty-element tag is used. Noted on expat-discuss by Michael Isard.
2001-08-13 15:10:09 -04:00
Return the number of bytes in the current event. Returns
<code>0</code> if the event is inside a reference to an internal
entity and for the end-tag event for empty element tags (the later can
be used to distinguish empty-element tags from empty elements using
separate start and end tags).
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetInputContext">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
const char * XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_GetInputContext(XML_Parser p,
int *offset,
int *size);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="fcndef">
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>Returns the parser's input buffer, sets the integer pointed at by
<code>offset</code> to the offset within this buffer of the current
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
parse position, and set the integer pointed at by <code>size</code> to
the size of the returned buffer.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<p>This should only be called from within a handler during an active
parse and the returned buffer should only be referred to from within
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
the handler that made the call. This input buffer contains the
untranslated bytes of the input.</p>
<p>Only a limited amount of context is kept, so if the event
triggering a call spans over a very large amount of input, the actual
parse position may be before the beginning of the buffer.</p>
added more detail about XML_CONTEXT_BYTES
2004-07-15 22:31:27 -04:00
<p>If <code>XML_CONTEXT_BYTES</code> is not defined, this will always
return NULL.</p>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<h3><a name="miscellaneous">Miscellaneous functions</a></h3>
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<p>The functions in this section either obtain state information from
the parser or can be used to dynamicly set parser options.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_SetUserData">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetUserData(XML_Parser p,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
void *userData);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
This sets the user data pointer that gets passed to handlers. It
overwrites any previous value for this pointer. Note that the
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
application is responsible for freeing the memory associated with
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<code>userData</code> when it is finished with the parser. So if you
call this when there's already a pointer there, and you haven't freed
the memory associated with it, then you've probably just leaked
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
memory.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetUserData">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void * XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetUserData(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
This returns the user data pointer that gets passed to handlers.
It is actually implemented as a macro.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_UseParserAsHandlerArg">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_UseParserAsHandlerArg(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
After this is called, handlers receive the parser in their
<code>userData</code> arguments. The user data can still be obtained
using the <code><a href= "#XML_GetUserData"
>XML_GetUserData</a></code> function.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_SetBase">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Status XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetBase(XML_Parser p,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
const XML_Char *base);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Set the base to be used for resolving relative URIs in system
Clarify the documentation for the position-reporting functions somewhat (see SF bug #653180). Use XML_STATUS_ERROR and XML_STATUS_OK instead of 0, 1, and "non-zero" in several places.
2002-12-30 14:50:06 -05:00
identifiers. The return value is <code>XML_STATUS_ERROR</code> if
there's no memory to store base, otherwise it's
<code>XML_STATUS_OK</code>.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetBase">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
const XML_Char * XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetBase(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Return the base for resolving relative URIs.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetSpecifiedAttributeCount">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
int XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_GetSpecifiedAttributeCount(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
When attributes are reported to the start handler in the atts vector,
attributes that were explicitly set in the element occur before any
attributes that receive their value from default information in an
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
ATTLIST declaration. This function returns the number of attributes
that were explicitly set times two, thus giving the offset in the
<code>atts</code> array passed to the start tag handler of the first
attribute set due to defaults. It supplies information for the last
call to a start handler. If called inside a start handler, then that
means the current call.
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_GetIdAttributeIndex">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
int XMLCALL
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
XML_GetIdAttributeIndex(XML_Parser p);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Update reference with API changes made by the perl-expat merge.
2000-09-22 14:24:28 -04:00
<div class="fcndef">
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
Returns the index of the ID attribute passed in the atts array in the
Added some minor markup, plus many more internal hyperlinks.
2002-08-22 17:08:43 -04:00
last call to <code><a href= "#XML_StartElementHandler"
>XML_StartElementHandler</a></code>, or -1 if there is no ID
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
attribute. If called inside a start handler, then that means the
current call.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Documented new features for release 2.1.0.
2012-03-10 13:27:17 -05:00
<pre class="fcndec" id="XML_GetAttributeInfo">
const XML_AttrInfo * XMLCALL
XML_GetAttributeInfo(XML_Parser parser);
</pre>
<pre class="signature">
typedef struct {
XML_Index nameStart; /* Offset to beginning of the attribute name. */
XML_Index nameEnd; /* Offset after the attribute name's last byte. */
XML_Index valueStart; /* Offset to beginning of the attribute value. */
XML_Index valueEnd; /* Offset after the attribute value's last byte. */
} XML_AttrInfo;
</pre>
<div class="fcndef">
Returns an array of <code>XML_AttrInfo</code> structures for the
attribute/value pairs passed in the last call to the
<code>XML_StartElementHandler</code> that were specified
in the start-tag rather than defaulted. Each attribute/value pair counts
as 1; thus the number of entries in the array is
<code>XML_GetSpecifiedAttributeCount(parser) / 2</code>.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_SetEncoding">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Status XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetEncoding(XML_Parser p,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
const XML_Char *encoding);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
Set the encoding to be used by the parser. It is equivalent to
passing a non-null encoding argument to the parser creation functions.
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
It must not be called after <code><a href= "#XML_Parse"
>XML_Parse</a></code> or <code><a href= "#XML_ParseBuffer"
>XML_ParseBuffer</a></code> have been called on the given parser.
Change the API to return XML_Status values where possible. Existing client code is 100% compatible.
2002-12-30 15:12:52 -05:00
Returns <code>XML_STATUS_OK</code> on success or
<code>XML_STATUS_ERROR</code> on error.
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_SetParamEntityParsing">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
int XMLCALL
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
XML_SetParamEntityParsing(XML_Parser p,
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
enum XML_ParamEntityParsing code);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
<div class="fcndef">
This enables parsing of parameter entities, including the external
parameter entity that is the external DTD subset, according to
<code>code</code>.
The choices for <code>code</code> are:
<ul>
Document the #define constants giving library version information.
2001-01-24 14:53:01 -05:00
<li><code>XML_PARAM_ENTITY_PARSING_NEVER</code></li>
<li><code>XML_PARAM_ENTITY_PARSING_UNLESS_STANDALONE</code></li>
<li><code>XML_PARAM_ENTITY_PARSING_ALWAYS</code></li>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</ul>
Documented new features for release 2.1.0.
2012-03-10 13:27:17 -05:00
<b>Note:</b> If <code>XML_SetParamEntityParsing</code> is called after
<code>XML_Parse</code> or <code>XML_ParseBuffer</code>, then it has
no effect and will always return 0.
</div>
<pre class="fcndec" id="XML_SetHashSalt">
int XMLCALL
XML_SetHashSalt(XML_Parser p,
unsigned long hash_salt);
</pre>
<div class="fcndef">
Sets the hash salt to use for internal hash calculations.
Helps in preventing DoS attacks based on predicting hash
function behavior. In order to have an effect this must be called
before parsing has started. Returns 1 if successful, 0 when called
after <code>XML_Parse</code> or <code>XML_ParseBuffer</code>.
Fix for issue #3526620.
2012-05-14 20:28:15 -04:00
<p><b>Note:</b>This call is optional, as the parser will auto-generate
a new random salt value if no value has been set at the start of parsing.
<p><b>Note:</b>One should not call <code>XML_SetHashSalt</code> with a
hash salt value of 0, as this value is used as sentinel value to indicate
that <code>XML_SetHashSalt</code> has <b>not</b> been called. Consequently
such a call will have no effect, even if it returns 1.</p>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</div>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
<pre class="fcndec" id="XML_UseForeignDTD">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
enum XML_Error XMLCALL
Documented XML_ParserReset(). Made function signatures use a trailing semi-colon consistently.
2002-08-26 16:37:49 -04:00
XML_UseForeignDTD(XML_Parser parser, XML_Bool useDTD);
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
</pre>
<div class="fcndef">
<p>This function allows an application to provide an external subset
for the document type declaration for documents which do not specify
an external subset of their own. For documents which specify an
external subset in their DOCTYPE declaration, the application-provided
subset will be ignored. If the document does not contain a DOCTYPE
declaration at all and <code>useDTD</code> is true, the
application-provided subset will be parsed, but the
<code>startDoctypeDeclHandler</code> and
<code>endDoctypeDeclHandler</code> functions, if set, will not be
called. The setting of parameter entity parsing, controlled using
<code><a href= "#XML_SetParamEntityParsing"
>XML_SetParamEntityParsing</a></code>, will be honored.</p>
<p>The application-provided external subset is read by calling the
external entity reference handler set via <code><a href=
"#XML_SetExternalEntityRefHandler"
>XML_SetExternalEntityRefHandler</a></code> with both
<code>publicId</code> and <code>systemId</code> set to NULL.</p>
<p>If this function is called after parsing has begun, it returns
<code>XML_ERROR_CANT_CHANGE_FEATURE_ONCE_PARSING</code> and ignores
<code>useDTD</code>. If called when Expat has been compiled without
DTD support, it returns
<code>XML_ERROR_FEATURE_REQUIRES_XML_DTD</code>. Otherwise, it
returns <code>XML_ERROR_NONE</code>.</p>
Added note about the effects on well-formedness checking when calling XML_UseForeignDTD(parser, XML_TRUE).
2004-04-26 20:50:50 -04:00
<p><b>Note:</b> For the purpose of checking WFC: Entity Declared, passing
<code>useDTD == XML_TRUE</code> will make the parser behave as if
the document had a DTD with an external subset. This holds true even if
the external entity reference handler returns without action.</p>
Substantially reduce the amount of indentation used in the table of contents. Added documentation for XML_UseForeignDTD().
2002-08-26 15:55:22 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_SetReturnNSTriplet">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Changes for namespace triplets.
2000-09-24 20:58:49 -04:00
XML_SetReturnNSTriplet(XML_Parser parser,
int do_nst);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Changes for namespace triplets.
2000-09-24 20:58:49 -04:00
<div class="fcndef">
<p>
This function only has an effect when using a parser created with
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
<code><a href= "#XML_ParserCreateNS" >XML_ParserCreateNS</a></code>,
i.e. when namespace processing is in effect. The <code>do_nst</code>
sets whether or not prefixes are returned with names qualified with a
namespace prefix. If this function is called with <code>do_nst</code>
non-zero, then afterwards namespace qualified names (that is qualified
with a prefix as opposed to belonging to a default namespace) are
returned as a triplet with the three parts separated by the namespace
separator specified when the parser was created. The order of
returned parts is URI, local name, and prefix.</p> <p>If
<code>do_nst</code> is zero, then namespaces are reported in the
default manner, URI then local_name separated by the namespace
separator.</p>
Changes for namespace triplets.
2000-09-24 20:58:49 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_DefaultCurrent">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
XML_DefaultCurrent(XML_Parser parser);
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
<div class="fcndef">
This can be called within a handler for a start element, end element,
processing instruction or character data. It causes the corresponding
markup to be passed to the default handler set by <code><a
href="#XML_SetDefaultHandler" >XML_SetDefaultHandler</a></code> or
<code><a href="#XML_SetDefaultHandlerExpand"
>XML_SetDefaultHandlerExpand</a></code>. It does nothing if there is
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
not a default handler.
Document XML_DefaultCurrent(). Update the documentation on XML_SetDefaultHandler() and XML_SetDefaultHandlerExpand(). Closes SF bug #585537.
2002-08-08 15:29:08 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ExpatVersion">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
XML_LChar * XMLCALL
Versioning information, fill in Changes file, possible final commit before first release (1.95.0)
2000-09-29 10:57:45 -04:00
XML_ExpatVersion();
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
Versioning information, fill in Changes file, possible final commit before first release (1.95.0)
2000-09-29 10:57:45 -04:00
<div class="fcndef">
Consistently use "Expat" when refering to the Expat software. Other minor clarifications.
2002-08-29 11:57:08 -04:00
Return the library version as a string (e.g. <code>"expat_1.95.1"</code>).
Versioning information, fill in Changes file, possible final commit before first release (1.95.0)
2000-09-29 10:57:45 -04:00
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<pre class="fcndec" id="XML_ExpatVersionInfo">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
struct XML_Expat_Version XMLCALL
Add (minimal) documetation on the new parts of the API.
2000-12-20 20:51:40 -05:00
XML_ExpatVersionInfo();
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
</pre>
<pre class="signature">
Add (minimal) documetation on the new parts of the API.
2000-12-20 20:51:40 -05:00
typedef struct {
int major;
int minor;
int micro;
} XML_Expat_Version;
Lots of really minor changes: - Wrap paragraphs more consistently. - Make this well-formed XML. - When making a hyperlink to a function description, consistently place the anchor inside the code, not the other way around. - Make more references to function names hyperlinks to the descriptions. - Fix a few small typos. - Don't always use an extra div to carry a class attribute, just stick it on the pre.
2002-08-08 16:41:43 -04:00
</pre>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<div class="fcndef">
Return the library version information as a structure.
Document the #define constants giving library version information.
2001-01-24 14:53:01 -05:00
Some macros are also defined that support compile-time tests of the
library version:
<ul>
<li><code>XML_MAJOR_VERSION</code></li>
<li><code>XML_MINOR_VERSION</code></li>
<li><code>XML_MICRO_VERSION</code></li>
</ul>
Testing these constants is currently the best way to determine if
particular parts of the Expat API are available.
Add (minimal) documetation on the new parts of the API.
2000-12-20 20:51:40 -05:00
</div>
XML_GetFeatureList(): New API function.
2002-08-26 13:19:41 -04:00
<pre class="fcndec" id="XML_GetFeatureList">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
const XML_Feature * XMLCALL
XML_GetFeatureList(): New API function.
2002-08-26 13:19:41 -04:00
XML_GetFeatureList();
</pre>
Revise the XML_GetFeatureList() function signature so that we maintain the behavior that all strings returned from Expat are affected by the XML_UNICODE and XML_UNICODE_WCHAR_T feature-test macros, and ensure that an application that needs to determine what type of character data is returned can do so with reasonable ease.
2002-08-29 00:54:04 -04:00
<pre class="signature">
enum XML_FeatureEnum {
XML_FEATURE_END = 0,
XML_FEATURE_UNICODE,
XML_FEATURE_UNICODE_WCHAR_T,
Elaborate the XML_GetFeatureList() API a bit, and add additional info that may be needed by a hughly flexible client. (Or at least used to check that the Expat that it links to matches client expectations.)
2002-09-04 21:48:26 -04:00
XML_FEATURE_DTD,
XML_FEATURE_CONTEXT_BYTES,
XML_FEATURE_MIN_SIZE,
XML_FEATURE_SIZEOF_XML_CHAR,
Added XML_FEATURE_NS and XML_FEATURE_LARGE_SIZE values, as they had not been documented yet.
2006-04-07 16:28:19 -04:00
XML_FEATURE_SIZEOF_XML_LCHAR,
XML_FEATURE_NS,
XML_FEATURE_LARGE_SIZE
Revise the XML_GetFeatureList() function signature so that we maintain the behavior that all strings returned from Expat are affected by the XML_UNICODE and XML_UNICODE_WCHAR_T feature-test macros, and ensure that an application that needs to determine what type of character data is returned can do so with reasonable ease.
2002-08-29 00:54:04 -04:00
};
typedef struct {
enum XML_FeatureEnum feature;
The strings returned as part of the XML_Feature structure should be of type XML_LChar*, not XML_Char*.
2002-08-29 11:29:52 -04:00
XML_LChar *name;
Elaborate the XML_GetFeatureList() API a bit, and add additional info that may be needed by a hughly flexible client. (Or at least used to check that the Expat that it links to matches client expectations.)
2002-09-04 21:48:26 -04:00
long int value;
Revise the XML_GetFeatureList() function signature so that we maintain the behavior that all strings returned from Expat are affected by the XML_UNICODE and XML_UNICODE_WCHAR_T feature-test macros, and ensure that an application that needs to determine what type of character data is returned can do so with reasonable ease.
2002-08-29 00:54:04 -04:00
} XML_Feature;
</pre>
XML_GetFeatureList(): New API function.
2002-08-26 13:19:41 -04:00
<div class="fcndef">
Revise the XML_GetFeatureList() function signature so that we maintain the behavior that all strings returned from Expat are affected by the XML_UNICODE and XML_UNICODE_WCHAR_T feature-test macros, and ensure that an application that needs to determine what type of character data is returned can do so with reasonable ease.
2002-08-29 00:54:04 -04:00
<p>Returns a list of "feature" records, providing details on how
XML_GetFeatureList(): New API function.
2002-08-26 13:19:41 -04:00
Expat was configured at compile time. Most applications should not
need to worry about this, but this information is otherwise not
available from Expat. This function allows code that does need to
check these features to do so at runtime.</p>
Revise the XML_GetFeatureList() function signature so that we maintain the behavior that all strings returned from Expat are affected by the XML_UNICODE and XML_UNICODE_WCHAR_T feature-test macros, and ensure that an application that needs to determine what type of character data is returned can do so with reasonable ease.
2002-08-29 00:54:04 -04:00
<p>The return value is an array of <code>XML_Feature</code>,
terminated by a record with a <code>feature</code> of
<code>XML_FEATURE_END</code> and <code>name</code> of NULL,
Elaborate the XML_GetFeatureList() API a bit, and add additional info that may be needed by a hughly flexible client. (Or at least used to check that the Expat that it links to matches client expectations.)
2002-09-04 21:48:26 -04:00
identifying the feature-test macros Expat was compiled with. Since an
application that requires this kind of information needs to determine
the type of character the <code>name</code> points to, records for the
<code>XML_FEATURE_SIZEOF_XML_CHAR</code> and
<code>XML_FEATURE_SIZEOF_XML_LCHAR</code> will be located at the
beginning of the list, followed by <code>XML_FEATURE_UNICODE</code>
and <code>XML_FEATURE_UNICODE_WCHAR_T</code>, if they are present at
all.</p>
<p>Some features have an associated value. If there isn't an
associated value, the <code>value</code> field is set to 0. At this
time, the following features have been defined to have values:</p>
<dl>
<dt><code>XML_FEATURE_SIZEOF_XML_CHAR</code></dt>
<dd>The number of bytes occupied by one <code>XML_Char</code>
character.</dd>
<dt><code>XML_FEATURE_SIZEOF_XML_LCHAR</code></dt>
<dd>The number of bytes occupied by one <code>XML_LChar</code>
character.</dd>
<dt><code>XML_FEATURE_CONTEXT_BYTES</code></dt>
<dd>The maximum number of characters of context which can be
reported by <code><a href= "#XML_GetInputContext"
>XML_GetInputContext</a></code>.</dd>
</dl>
XML_GetFeatureList(): New API function.
2002-08-26 13:19:41 -04:00
</div>
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
<pre class="fcndec" id="XML_FreeContentModel">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
XML_FreeContentModel(XML_Parser parser, XML_Content *model);
</pre>
<div class="fcndef">
Function to deallocate the <code>model</code> argument passed to the
<code>XML_ElementDeclHandler</code> callback set using <code><a
href="#XML_SetElementDeclHandler" >XML_ElementDeclHandler</a></code>.
This function should not be used for any other purpose.
</div>
<p>The following functions allow external code to share the memory
allocator an <code>XML_Parser</code> has been configured to use. This
is especially useful for third-party libraries that interact with a
parser object created by application code, or heavily layered
applications. This can be essential when using dynamically loaded
libraries which use different C standard libraries (this can happen on
Windows, at least).</p>
<pre class="fcndec" id="XML_MemMalloc">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void * XMLCALL
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
XML_MemMalloc(XML_Parser parser, size_t size);
</pre>
<div class="fcndef">
Allocate <code>size</code> bytes of memory using the allocator the
<code>parser</code> object has been configured to use. Returns a
pointer to the memory or NULL on failure. Memory allocated in this
way must be freed using <code><a href="#XML_MemFree"
>XML_MemFree</a></code>.
</div>
<pre class="fcndec" id="XML_MemRealloc">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void * XMLCALL
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
XML_MemRealloc(XML_Parser parser, void *ptr, size_t size);
</pre>
<div class="fcndef">
Allocate <code>size</code> bytes of memory using the allocator the
<code>parser</code> object has been configured to use.
<code>ptr</code> must point to a block of memory allocated by <code><a
href="#XML_MemMalloc" >XML_MemMalloc</a></code> or
<code>XML_MemRealloc</code>, or be NULL. This function tries to
expand the block pointed to by <code>ptr</code> if possible. Returns
a pointer to the memory or NULL on failure. On success, the original
block has either been expanded or freed. On failure, the original
block has not been freed; the caller is responsible for freeing the
original block. Memory allocated in this way must be freed using
<code><a href="#XML_MemFree"
>XML_MemFree</a></code>.
</div>
<pre class="fcndec" id="XML_MemFree">
- add the XMLCALL annotation consistently in the docs - don't drop the void return for handler setting functions
2003-10-15 16:46:53 -04:00
void XMLCALL
Add documentation for XML_FreeContentModel(), XML_MemMalloc(), XML_MemRealloc(), and XML_MemFree().
2003-01-16 18:15:19 -05:00
XML_MemFree(XML_Parser parser, void *ptr);
</pre>
<div class="fcndef">
Free a block of memory pointed to by <code>ptr</code>. The block must
have been allocated by <code><a href="#XML_MemMalloc"
>XML_MemMalloc</a></code> or <code>XML_MemRealloc</code>, or be NULL.
</div>
Specify XHTML 1.0 Strict, conform, and add the "Valid XHTML 1.0" icon. Rip out a lot of the extra layers of <div/> and <a/> elements.
2002-08-08 17:51:31 -04:00
<hr />
<p><a href="http://validator.w3.org/check/referer"><img
src="valid-xhtml10.png" alt="Valid XHTML 1.0!"
Fix XHTML well-formedness and validity.
2002-08-26 13:27:29 -04:00
height="31" width="88" class="noborder" /></a></p>
Steal a bit of look-n-feel from the website; this document was just looking incredibly bland.
2003-10-20 10:40:44 -04:00
</div>
These are the first check-ins for the libexpat task: create configuration files and setup for building a shareable libexpat.
2000-09-18 12:26:23 -04:00
</body>
Fixed error found by Reid Spencer.
2005-01-30 00:44:46 -05:00
</html>
Reference in New Issue Copy Permalink