- 28 Nov, 2018 1 commit
-
-
Nikias Bassen authored
-
- 04 Sep, 2018 1 commit
-
-
Nikias Bassen authored
This should only happen due to misuse of the library, e.g. when calling plist_free() on a node that is a value node in a PLIST_DICT without properly removing the dictionary entry (key/value pair) and then calling plist_to_xml() on that dictionary.
-
- 25 Jul, 2018 1 commit
-
-
Bastien Nocera authored
-
- 24 Jul, 2018 1 commit
-
-
Bastien Nocera authored
An iter was created but never destroyed.
-
- 08 Jun, 2017 1 commit
-
-
Nikias Bassen authored
Passing --with-sanitizers will enable building with available sanitizers. Passing --with-fuzzers will enable building fuzzers which will also imply --with-sanitizers.
-
- 31 May, 2017 2 commits
-
-
Nikias Bassen authored
ASAN reported possible undefined behaviour when writing float/double values to misaligned addresses.
-
Nikias Bassen authored
-
- 30 May, 2017 2 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
- 29 May, 2017 5 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
These misaligned reads reported by ASAN might lead to undefined behavior.
-
- 25 Apr, 2017 1 commit
-
-
Nikias Bassen authored
-
- 20 Apr, 2017 13 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
Due to the removal of pkg-config check for libxml2, $PKG_CONFIG was not defined and a check for libplist's include dir via pkg-config failed. By invoking PKG_PROG_PKG_CONFIG $PKG_CONFIG will be defined and the check works again.
-
Christophe Fergeau authored
When generating a tarball on a system without cython installed, plist.pxd was missing, causing build failures later on when trying to use cython. This seems to be caused by EXTRA_DIST being inside a if HAVE_CYTHON block rather than being outside of it.
-
Christophe Fergeau authored
-
Christophe Fergeau authored
-
Christophe Fergeau authored
-
Nikias Bassen authored
Credit to Christophe Fergeau
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
- 19 Apr, 2017 1 commit
-
-
Nikias Bassen authored
-
- 14 Apr, 2017 1 commit
-
-
Greg Dennis authored
Clang fails with stricter compilation options, because it thinks safe_year may be uninitialized at the return statement. The logic prevents it from being uninitialized, but probably worth the initialization to avoid the compiler error. The rest of libimobiledevice compiles successfully under the same options.
-
- 06 Apr, 2017 1 commit
-
-
Greg Dennis authored
This depends on the 'tm' type being declared, which is defined in time.h.
-
- 02 Apr, 2017 1 commit
-
-
Nikias Bassen authored
Credit to OSS-Fuzz
-
- 29 Mar, 2017 2 commits
-
-
Nikias Bassen authored
Credit to OSS-Fuzz
-
Nikias Bassen authored
Credit to OSS-Fuzz
-
- 28 Mar, 2017 1 commit
-
-
Nikias Bassen authored
-
- 26 Mar, 2017 1 commit
-
-
Nikias Bassen authored
Because on 32-bit platforms 32-bit pointers and 64-bit sizes have been used for the sanity checks of the offset table and object references, the range checks would fail in certain interger-overflowish situations, causing heap buffer overflows or other unwanted behavior. Fixed by wideing the operands in question to 64-bit.
-
- 18 Mar, 2017 1 commit
-
-
Nikias Bassen authored
-
- 18 Feb, 2017 1 commit
-
-
Nikias Bassen authored
Credit to OSS-Fuzz
-
- 15 Feb, 2017 1 commit
-
-
Nikias Bassen authored
Instead of letting the buffer grow by just the amount of bytes currently transformed to base64 - which is basically line by line - we now calculate the size of the output blob in advance and grow the buffer accordingly. This will reduce the amount of reallocs to just one, which is especially important for large data blobs. While this is a general improvement for all platforms, it is on platforms like Windows where realloc() can be REALLY slow; converting a 20mb blob to XML can easily take up to a minute (due to the several hundred thousand calls to realloc()). With this commit, it will be fast again.
-
- 10 Feb, 2017 1 commit
-
-
Nikias Bassen authored
Passing a size of 0xFFFFFFFFFFFFFFFF to parse_string_node() might result in a memcpy with a size of -1, leading to undefined behavior. This commit makes sure that the actual node data (which depends on the size) is in the range start_of_object..start_of_object+size. Credit to OSS-Fuzz
-