aboutsummaryrefslogtreecommitdiffstats
path: root/build/cmake/config.h.in
diff options
context:
space:
mode:
authorXin LI <delphij@FreeBSD.org>2016-02-23 07:04:54 +0000
committerXin LI <delphij@FreeBSD.org>2016-02-23 07:04:54 +0000
commitc5f9310ca93fd77fba0ac435f0576225cf67689c (patch)
tree4732d23eef437549f2494de5ca9ea863793db1a0 /build/cmake/config.h.in
parent25d3ca0980e03d32bf4c9f9f053158a23456fdf6 (diff)
downloadsrc-c5f9310ca93fd77fba0ac435f0576225cf67689c.tar.gz
src-c5f9310ca93fd77fba0ac435f0576225cf67689c.zip
Apply upstream commit 6e06b1c8 (partial, by kientzle):
Fix a potential crash issue discovered by Alexander Cherepanov: It seems bsdtar automatically handles stacked compression. This is a nice feature but it could be problematic when it's completely unlimited. Most clearly it's illustrated with quines: $ curl -sRO http://www.maximumcompression.com/selfgz.gz $ (ulimit -v 10000000 && bsdtar -tvf selfgz.gz) bsdtar: Error opening archive: Can't allocate data for gzip decompression Without ulimit, bsdtar will eat all available memory. This could also be a problem for other applications using libarchive.
Notes
Notes: svn path=/vendor/libarchive/dist/; revision=295913
Diffstat (limited to 'build/cmake/config.h.in')
0 files changed, 0 insertions, 0 deletions