summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Update Win32 configure.js to search for configure.acDaniel Veillard2014-10-281-1/+1
| | | | as configure.in was renamed
* Remove various unused value assignmentsPhilip Withnall2014-10-273-7/+7
| | | | | | As detected by Coverity (CIDs 60467–60472). https://bugzilla.gnome.org/show_bug.cgi?id=739220
* Adding example from bugs 738805 to regression testsDaniel Veillard2014-10-237-0/+224
| | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=738805 Tortuous test case provided by pierre.labastie@neuf.fr
* Fix missing entities after CVE-2014-3660 fixDaniel Veillard2014-10-231-1/+2
| | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=738805 The fix for CVE-2014-3660 introduced a regression in some case where entity substitution is required and the entity is used first in anotther entity referenced from an attribute value
* Revert "Missing initialization for the catalog module"Daniel Veillard2014-10-171-3/+0
| | | | | | This reverts commit 054c716ea1bf001544127a4ab4f4346d1b9947e7. As this break xmlcatalog command https://bugzilla.redhat.com/show_bug.cgi?id=1153753
* Release of libxml2-2.9.2v2.9.2Daniel Veillard2014-10-167-153/+1105
|
* Forgot to add the cmake MakefileDaniel Veillard2014-10-161-0/+1
|
* Fix for CVE-2014-3660CVE-2014-3660Daniel Veillard2014-10-161-4/+38
| | | | | Issues related to the billion laugh entity expansion which happened to escape the initial set of fixes
* fix memory leak xml header encoding field with XML_PARSE_IGNORE_ENCBart De Schuymer2014-10-161-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When the xml parser encounters an xml encoding in an xml header while configured with option XML_PARSE_IGNORE_ENC, it fails to free memory allocated for storing the encoding. The patch below fixes this. How to reproduce: 1. Change doc/examples/parse4.c to add xmlCtxtUseOptions(ctxt, XML_PARSE_IGNORE_ENC); after the call to xmlCreatePushParserCtxt. 2. Rebuild 3. run the following command from the top libxml2 directory: LD_LIBRARY_PATH=.libs/ valgrind --leak-check=full ./doc/examples/.libs/parse4 ./test.xml , where test.xml contains following input: <?xml version="1.0" encoding="UTF-81" ?><hi/> valgrind will report: ==1964== 10 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==1964== at 0x4C272DB: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==1964== by 0x4E88497: xmlParseEncName (parser.c:10224) ==1964== by 0x4E888FE: xmlParseEncodingDecl (parser.c:10295) ==1964== by 0x4E89630: xmlParseXMLDecl (parser.c:10534) ==1964== by 0x4E8B737: xmlParseTryOrFinish (parser.c:11293) ==1964== by 0x4E8E775: xmlParseChunk (parser.c:12283) Signed-off-by: Bart De Schuymer <bart at amplidata com>
* AC_CONFIG_FILES and executable bitRoumen Petrov2014-10-161-2/+3
|
* remove HAVE_CONFIG_H dependency in testlimits.cRoumen Petrov2014-10-162-4/+1
|
* fix some tabs mixing incompatible with python3Roumen Petrov2014-10-161-43/+43
|
* win32/libxml2.def.src after rebuild in docRoumen Petrov2014-10-161-0/+24
|
* elfgcchack.h: more legacy needs xmlSAX2StartElement() and xmlSAX2EndElement()Roumen Petrov2014-10-161-2/+2
|
* elfgcchack.h: add xmlXPathNodeEval and xmlXPathSetContextNodeRoumen Petrov2014-10-161-0/+24
| | | | (after rebuild in doc)
* xmlmemory: handle realloc properlyYegor Yefremov2014-10-131-3/+5
| | | | | | If realloc fails, free original pointer. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
* Provide cmake moduleSamuel Martin2014-10-133-1/+55
| | | | | | | | * add libxml2-config.cmake.in template * configure.ac: add libxml2-config.cmake.in to the configured file list * Makefile.am: install libxml2-config.cmake under ${libdir}/cmake/libxml2 Signed-off-by: Samuel Martin <s.martin49@gmail.com>
* Python generator bug raised by the const changev2.9.2-rc2Daniel Veillard2014-10-1317-502/+517
| | | | the doc methode for xmlDocGetRootElement wasn't generated anymore
* Fix a couple of issues raised by make distDaniel Veillard2014-10-132-2/+9
|
* Fix and add const qualifiersKurt Roeckx2014-10-136-92/+92
| | | | | | | | | | | | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=689483 It seems there are functions that do use the const qualifier for some of the arguments, but it seems that there are a lot of functions that don't use it and probably should. So I created a patch against 2.9.0 that makes as much as possible const in tree.h, and changed other files as needed. There were a lot of cases like "const xmlNodePtr node". This doesn't actually do anything, there the *pointer* is constant not the object it points to. So I changed those to "const xmlNode *node". I also removed some consts, mostly in the Copy functions, because those functions can actually modify the doc or node they copy from
* Visual Studio 14 CTP defines snprintf()Francis Dupont2014-10-131-0/+2
| | | | | | | | | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=737937 Visual Studio 14 CTP (the VS which comes with Windows 10) defines snprintf(). It could be seen as a good idea as snprintf() is part of the C99 standard but unfortunately libxml2 as many packages defines snprintf as _snprintf, the function to use for any previous versions of the Visual Studio runtime. More, to avoid hiding/shadowing snprintf() declaration in stdio.h is protected by an "#ifdef snprintf" followed by an "#error", so compilation fails. But the fix is easy: the corresponding C/C++ compiler defines _MSC_VER to 1900 so it is enough to guard the snprintf define against it, cf. the attached patch for win32config.h (from 2.9.1 "latest" tarball).
* Windows Critical sections not released correctlyDaniel Veillard2014-10-131-2/+4
| | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=737851 Based on report from mike.vanduzee@caris.com , we were missing calling LeaveCriticalSection() when count was down to 0 hence not freeing adequately the related resource.
* OS400: do not try to copy unexisting doc filesPatrick Monnerat2014-10-102-8/+11
|
* OS400: use either configure.ac or configure.in.Patrick Monnerat2014-10-101-2/+10
|
* Removal of old configure.inDaniel Veillard2014-10-101-1663/+0
|
* Preparing for upcoming release of 2.9.2v2.9.2-rc1Daniel Veillard2014-10-091-0/+1663
| | | | Moving configure.in to configure.ac since all tools complain about it
* Parser error on repeated recursive entity expansion containing &lt;Daniel Veillard2014-10-081-2/+2
| | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=736417 basically a weird side effect and a failure to properly parenthesize a boolean expression led to this bug
* Fix zlib and lzma libraries check via command lineDmitriy2014-10-071-2/+8
| | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=737532 add save, change and restore LDFLAGS before AC_CHECK_LIB call when functions gzread and lzma_code are searching inside action-if-found of AC_CHECK_HEADERS
* xpointer : fixing Null PointersGaurav Gupta2014-10-071-0/+28
| | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=738053 At many places in xpointer.c Null check is missing which is dereferenced at later places.
* Remove Unnecessary Null check in xpointer.cGaurav Gupta2014-10-071-2/+0
| | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=738052 superfluous check
* parser bug on misformed namespace attributesDennis Filder2014-10-061-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=672539 Reported by Axel Miller <axel.miller@ppi.de> Consider the following start-tag: <x xmlns=""version=""> The start-tag does not conform to the rule [40] STag ::= '<' Name (S Attribute)* S? '>' since there is no whitespace in front of the attribute "version". Thus, libxml2 should reject the start-tag. But it doesn't: $ echo '<x xmlns=""version=""/>' | xmllint - <?xml version="1.0"?> <x xmlns="" version=""/> The error seems to happen only if there is a namespace declaration in front of the attribute. A missing whitespace between other attributes is handled correctly: $ echo '<x someattr=""version=""/>' | xmllint - -:1: parser error : attributes construct error <x someattr=""version=""/> ^ [...]
* Unreachable code in tree.cGaurav Gupta2014-10-061-2/+1
| | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=705392 Cut out an unused block
* Pointer dereferenced before null checkDaniel Veillard2014-10-061-4/+13
| | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=707027 A few pointer dereference before NULL check fixed. Removed a useless test
* Leak of struct addrinfo in xmlNanoFTPConnect()Gaurav Gupta2014-10-061-0/+2
| | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=732352 in case of error condition in IPv6 support, the early return here doesn't call freeaddrinfo(result), thus leaking memory.
* Possible overflow in HTMLParser.cDaniel Veillard2014-10-061-6/+10
| | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=720615 make sure that the encoding string passed is of reasonable size
* python/tests/sync.py assumes Python dictionaries are orderedJohn Beck2014-10-061-13/+16
| | | | | | | | | | | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=734017 Solaris has had libxml2 version 2.9.1 for a while, with Python versions 2.6 and 2.7. While preparing to also build a module for Python 3.4, we ran into an issue with the test case sync.py failing. The failure involved parsing a string that included a Python dictionary, then complaining when the order of the parsed result did not match the original order. But Python dictionaries are unordered by definition; see section 5.5 of https://docs.python.org/2/tutorial/datastructures.html . For whatever reason, Python 2.6 and 2.7 always happened to report the pair of values back in their original order, but with Python 3.4 the order is random. The attached patch allows for either order; it also fixes a typo that was repeated several times thanks to the magic of copy & paste.
* wrong error column in structured error when parsing end tagJuergen Keil2014-10-061-0/+2
| | | | | | | For https://bugzilla.gnome.org/show_bug.cgi?id=734283 libxml2 reports wrong error column numbers (field int2 in xmlError) in structured error handler, after parsing an end tag.
* Fix Enum check and missing breakGaurav Gupta2014-10-061-2/+3
| | | | | | | | for https://bugzilla.gnome.org/show_bug.cgi?id=737403 In file xmlreader.c 1. An enum is checked to proper value instead of checking like a boolean. 2. Missing break statement added.
* xmlIO: Handle error returns from dup()Philip Withnall2014-10-061-2/+2
| | | | | | | | If dup() fails and returns -1, gzdopen() will transparently return NULL, but then close() will fail after being called on an invalid FD. Change the code to only call close() on valid FDs. Coverity issue: #72382
* os400: make-src.sh: create physical file with target CCSIDPatrick Monnerat2014-10-041-1/+1
|
* OS400: Add some more C macros equivalent procedures.Patrick Monnerat2014-10-044-8/+63
|
* OS400: use C macros to implement equivalent RPG support procedures.Patrick Monnerat2014-10-041-4/+5
|
* OS400: implement XPath macros as procedures for ILE/RPG support.Patrick Monnerat2014-10-045-8/+61
|
* OS400: include in distribution tarball.Patrick Monnerat2014-10-041-1/+1
|
* OS400: Add README: compilation directives and OS/400 specific stuff.Patrick Monnerat2014-10-041-0/+214
|
* OS400: Add compilation scripts.Patrick Monnerat2014-10-047-0/+1169
|
* OS400: ILE RPG language header files.Patrick Monnerat2014-10-0449-0/+17561
|
* OS400: implement some macros as functions for ILE/RPG language support (that ↵Patrick Monnerat2014-10-042-0/+352
| | | | as no macros).
* OS400: UTF8<-->EBCDIC wrappers for system and external library callsPatrick Monnerat2014-10-042-0/+240
|
* OS400: Easy character transcoding supportPatrick Monnerat2014-10-042-0/+311
|
View Lorry Controller Status