- 24 Nov, 2020 1 commit
-
-
Rosen Penev authored
[clang-tidy] Found with readability-else-after-return Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 08 Jun, 2020 1 commit
-
-
Martin Szulecki authored
-
- 03 Jun, 2020 1 commit
-
-
Rosen Penev authored
[clang-tidy] Found with readability-redundant-control-flow Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 26 May, 2020 1 commit
-
-
Nikias Bassen authored
-
- 24 May, 2020 1 commit
-
-
Xiao Deng authored
This will prevent an assert if a NULL pointer is passed, and can make writing some code easier and cleaner without the need for a NULL check. For example, plist_copy(plist_dict_get_item(dict, "abc")) would give us a copy of the dict's node if the dict has a value for the given key, or NULL without any further checks.
-
- 21 May, 2020 1 commit
-
-
Nikias Bassen authored
-
- 11 May, 2020 2 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
... except container node types like PLIST_ARRAY or PLIST_DICT.
-
- 07 Nov, 2019 1 commit
-
-
Nikias Bassen authored
-
- 13 Aug, 2019 1 commit
-
-
Xiao Deng authored
-
- 09 Aug, 2019 1 commit
-
-
Nikias Bassen authored
As mentioned in #142, plist_copy_node() was not correctly handling the hash tables when cloning array or dict nodes; it incorrectly filled the hash table with the original child node info, which effectively would lead to a segmentation fault / UaF if the original array/dict would be freed followed by an attempt to access an element in the new hash table.
-
- 19 May, 2019 2 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
- 18 May, 2019 3 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
Nikias Bassen authored
-
- 16 May, 2019 1 commit
-
-
Nikias Bassen authored
Also fixes #126 by skipping the strlen() in the assert() if for some reason NULL is returned as data
-
- 21 Jan, 2019 1 commit
-
-
Nikias Bassen authored
Similar to #PLIST_DICT, an iterator can now be used for #PLIST_ARRAY nodes. Get an iterator with plist_array_new_iter() and use plist_array_next_item() to iterate over the elements.
-
- 23 Dec, 2018 1 commit
-
-
Nikias Bassen authored
As Xiao Deng pointed out in #131, plist_dict_next_item() was very inefficient. For each iteration, node_nth_child() was called with the iterator value, which would walk through the child node list on EVERY iteration. If the dictionary is large this makes things very slow. More than that, after reaching the key node the code was calling node_nth_child() AGAIN (with iterator value + 1) to reach the value node, which would walk through the node list once more. This commit changes the iterator to be a node_t pointer so that the iteration is done on the node list directly.
-
- 10 Dec, 2018 1 commit
-
-
Nikias Bassen authored
-
- 07 Feb, 2017 1 commit
-
-
Nikias Bassen authored
Credit to Wang Junjie <zhunkibatu@gmail.com> (#90) Credit to OSS-Fuzz
-
- 05 Feb, 2017 1 commit
-
-
Nikias Bassen authored
This commit adds proper debug/error messages being printed if the binary plist parser encounters anything abnormal. To enable debug logging, libplist must be configured with --enable-debug, and the environment variable PLIST_BIN_DEBUG must be set to "1".
-
- 27 Nov, 2016 1 commit
-
-
Nikias Bassen authored
-
- 18 Nov, 2016 1 commit
-
-
Nikias Bassen authored
-
- 22 Oct, 2016 1 commit
-
-
Nikias Bassen authored
-
- 18 Sep, 2016 1 commit
-
-
Nikias Bassen authored
This removes the timeval union member from the plist_data_t structure. Since struct timeval is 2x64bit on 64bit platforms this member unnecessarily grew the union size to 16 bytes while a size of 8 bytes is sufficient. Also, on 32bit platforms struct timeval is only 2x32bit of size, limiting the range of possible time values. In addition the binary property list format also stores PLIST_DATE nodes as double.
-
- 08 Sep, 2016 1 commit
-
-
Martin Szulecki authored
-
- 29 Jun, 2016 2 commits
-
-
Nikias Bassen authored
In node_to_xml nodes of type PLIST_UID are temporarily converted to a PLIST_DICT for an appropriate XML output. Therefore a PLIST_KEY and a PLIST_UINT node is created and inserted into the PLIST_DICT node. Upon completion, the child nodes of the PLIST_DICT node are detached from the original node and freed, however the data of the child nodes - the key string and the uint value - are not. This commit fixes it.
-
Nikias Bassen authored
Without this check, e.g. the values -1 and 18446744073709551615 would yield in a match, since the comparison will just compare the uint64_t values. However, any value >= 9223372036854775808 and <= 18446744073709551615 is stored as a 128 bit value in binary plist format to make sure it is recognized as an unsigned value. We store it internally as a uint64_t value, but we set the size to 16 vs. 8 accordingly; so this commit will make sure the binary plist optimization will not re-use matching uint64_t values of actually mismatching signed/unsigned values.
-
- 12 May, 2016 2 commits
-
-
Christophe Fergeau authored
Rather than having everyone reimplement binary/XML plist detection by looking at the first bytes of the plist content, it's better to do this detection in libplist and hide that internal detail from library users.
-
Christophe Fergeau authored
It can be useful if one needs to know what type of plist a memory buffer contains.
-
- 20 Apr, 2016 1 commit
-
-
Frederik Carlier authored
-
- 23 Jan, 2015 1 commit
-
-
Martin Szulecki authored
-
- 03 Oct, 2014 1 commit
-
-
Nikias Bassen authored
-
- 20 May, 2014 2 commits
-
-
Nikias Bassen authored
-
Martin Szulecki authored
-
- 02 Apr, 2014 1 commit
-
-
Nikias Bassen authored
-
- 19 Mar, 2014 2 commits
-
-
Nikias Bassen authored
-
Nikias Bassen authored
-
- 12 Dec, 2013 1 commit
-
-
Nikias Bassen authored
-