Signed-off-by: Ruoyu <liangry@ucweb.com>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

These asserts cannot fail since d6af26c5

Based-on: ccda51b1
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Embargoed-till: 2014-06-27 requested by researcher, but embargo broken by libav today (git and mailing list)

Fixes: LMS-2014-06-16-4
Found-by: "Don A. Bailey" <donb@securitymouse.com>
See: ccda51b1
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

get_len can overflow for specially crafted payload.

Reported-By: Don A. Baley <donb@securitymouse.com>
CC: libav-stable@libav.org

The check `src > dst' in the form `&c->out[-back] > c->out' invokes
pointer overflow, which is undefined behavior in C.

Remove the check.  Also replace `&c->out[-back] < c->out_start' with
a safe form `c->out - c->out_start < back' to avoid overflow.

CC: libav-stable@libav.org

Signed-off-by: Xi Wang <xi.wang@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

The function is used elsewhere and does not belong with the LZO code.

Signed-off-by: Mans Rullgard <mans@mansr.com>

This only happens for a "back" value of 0 which is invalid anyway,
but lcldec does not properly validate input.
Also extend the documentation to specify valid values.

Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Treating them like 0 is safest, current code would invoke
undefined pointer arithmetic behaviour in this case.

Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: Diego Biurrun <diego@biurrun.de>

Signed-off-by: Mans Rullgard <mans@mansr.com>

(cherry picked from commit 7d508260)

definitions along with instructions for changing them.

Originally committed as revision 18387 to svn://svn.ffmpeg.org/ffmpeg/trunk

corresponding call to av_log_set_level().

Originally committed as revision 18310 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17876 to svn://svn.ffmpeg.org/ffmpeg/trunk

libavutil/lzo.c:235:5: warning: "LIBAVUTIL_VERSION_MAJOR" is not defined

Originally committed as revision 16962 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16949 to svn://svn.ffmpeg.org/ffmpeg/trunk

Keep lzo1x_decode until the next major version bump for binary compatibility.

Originally committed as revision 16946 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16848 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16840 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14641 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 11797 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7789 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7788 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7787 to svn://svn.ffmpeg.org/ffmpeg/trunk

in copy function

Originally committed as revision 7786 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7785 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7784 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7779 to svn://svn.ffmpeg.org/ffmpeg/trunk

reimar, dont hesitate to flame me for not sending patches and feel free to revert any or all of my changes to lzo.c if you dont like them

Originally committed as revision 7778 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7777 to svn://svn.ffmpeg.org/ffmpeg/trunk

replace if(x>>b) by if(x>C) as shifts are slow on some cpus and i have my doubts that gcc can replace the shifts as x is signed, it could in theory but well its gcc ...

Originally committed as revision 7776 to svn://svn.ffmpeg.org/ffmpeg/trunk