| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
|
|\ \ |
|
|/ /
| |
| |
| | |
Change-Id: I1a9f835c5716717da0ee4a3063f632843ee9d433
|
|\ \ |
|
|/ /
| |
| |
| |
| |
| |
| | |
ICU exports them using LOCAL_EXPORT_C_INCLUDE_DIRS.
bug: 18581021
Change-Id: I20e9b4b0fbc5a6c3fac17e8b3ad7bfe2fa57a2cd
|
|\ \
| | |
| | |
| | |
| | | |
* commit '8cca2fc34d04fa6eb75f019270696665785a3c8a':
HAVE_ZLIB_H wrongly overrides LIBXML_ZLIB_ENABLED.
|
| |\ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
So let's pretend we don't have <zlib.h>...
Change-Id: I403789fdddbb3769ae5066cee3e2c7be5da9d942
|
|\| |
| | |
| | |
| | |
| | | |
* commit '043d23940bbf2cce10d302d5cb54a9e1e82a71f8':
Disable ftp, http, and zlib in the source.
|
| |\ \ |
|
| |/ /
| | |
| | |
| | | |
Change-Id: Ibb119264c8b6d2b3c413e3317088f9c8e12281e0
|
|\| |
| | |
| | |
| | |
| | | |
* commit 'bd7379f5dc691a177b8e3bf3b765e8388bf06b4c':
Actually check in xmlversion.h!
|
| |\ \ |
|
| |/ /
| | |
| | |
| | | |
Change-Id: Ie5e8ff8276f1509215ba5e56e76a9095e174439a
|
|\| |
| | |
| | |
| | |
| | | |
* commit 'c6a17b00501f847702d20320ba95d12c07ccc9e8':
Don't .gitignore xmlversion.h and check it in.
|
| |\ \ |
|
| |/ /
| | |
| | |
| | | |
Change-Id: Icf8a71b4b079660f33bdbd5b998a1f0dc675b7db
|
|\| |
| | |
| | |
| | | |
Change-Id: Ibeccd4d5b0b511b7a3e4c2a6c1b7b8469f3d699f
|
| |\ \ |
|
| |/ /
| | |
| | |
| | | |
Change-Id: Idf5a11c607dc397721ec95846dc819f85a646c37
|
|\| |
| | |
| | |
| | | |
Change-Id: I2da23f2df8a23e00a1f9bd26e276a2fffe12cfdb
|
| |\| |
|
| | |
| | |
| | |
| | | |
as configure.in was renamed
|
| | |
| | |
| | |
| | |
| | |
| | | |
As detected by Coverity (CIDs 60467–60472).
https://bugzilla.gnome.org/show_bug.cgi?id=739220
|
| | |
| | |
| | |
| | |
| | |
| | | |
For https://bugzilla.gnome.org/show_bug.cgi?id=738805
Tortuous test case provided by pierre.labastie@neuf.fr
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | |
| | |
| | |
| | |
| | |
| | | |
This reverts commit 054c716ea1bf001544127a4ab4f4346d1b9947e7.
As this break xmlcatalog command
https://bugzilla.redhat.com/show_bug.cgi?id=1153753
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Issues related to the billion laugh entity expansion which happened to
escape the initial set of fixes
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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>
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
(after rebuild in doc)
|
| | |
| | |
| | |
| | |
| | |
| | | |
If realloc fails, free original pointer.
Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* 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>
|
| | |
| | |
| | |
| | | |
the doc methode for xmlDocGetRootElement wasn't generated anymore
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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).
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Moving configure.in to configure.ac since all tools complain about it
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|