Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Fixes stupid mistake in 25227c3a.

Signed-off-by: Martin Storsjö <martin@martin.st>

This code is intended for errors in external libraries
when no corresponding error code can be found.
AVERROR_UNKNOWN is too vague for that and looks like AVERROR_BUG.

Some API require a buffer and return a specific error
if it is too small. This error code helps to map codes.

These functions are modeled after the corresponding utilities in
libavutil/timestamp.h.

The errors need to be defined before including functions depending on
them. See av_size_mult() for instance. stddef.h is included for the
prototype of av_sterror (use of size_t).

Based on a patch by Robert Nagy <ronag89@gmail.com>.

It makes a difference when the error code is immediately cast
into a larger integer, such as an int64_t.

Useful to return instead of -1 when the cause of the error is unknown,
typically from an external library.

It should be used to mark codepath that can be reached only through
programming error.

Signed-off-by: Nicolas George <nicolas.george@normalesup.org>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Introduce a basic layout, the subpages are currently left empty.

Split libavutil in multiple groups as example of the structure

The removal was not applied when merging the Libav patches, because
there was still code referencing the symbols.
Signed-off-by: Stefano Sabatini <stefano.sabatini-lala@poste.it>

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

The current value is masking the POSIX error code EPIPE, which has a
different semantics.

This breaks API.
Signed-off-by: Stefano Sabatini <stefano.sabatini-lala@poste.it>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

AVERROR_NUMEXPECTED is used only in the image muxer and demuxer, and
has a too much specific meaning, which is better explained through a
log message. Thus it can be replaced by AVERROR(EINVAL).

This breaks API.
Signed-off-by: Stefano Sabatini <stefano.sabatini-lala@poste.it>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

The new error code is better than AVERROR(ENOENT), which has a
completely different semantics ("No such file or directory").
Signed-off-by: Stefano Sabatini <stefano.sabatini-lala@poste.it>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

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

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

This is different from AVERROR(EINTR) because calls that fail with EINTR
should usually be restarted.
Signed-off-by: Nicolas George <nicolas.george@normalesup.org>
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

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

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

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

not defined.

This allows applications to check if av_strerror() cannot provide a
meaningful representation for the provided error code, without having
to actually check the filled string.

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

number if strerror_r() did not succeed for whatever reason.

This avoids the need for the application to fill the string in case
strerror_r() fails, for example because the error code is not known.

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

instead which is semantically equivalent.

See the thread:
Subject: [FFmpeg-devel] [RFC] The meaning of AVERROR_NOTSUPP
Date: Sat, 27 Mar 2010 00:51:13 +0100

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

Passing an explicit filename to this command is only necessary if the
documentation in the @file block refers to a file different from the
one the block resides in.

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

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

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

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

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

major bump, using an FFmpeg specific error code rather than EINVAL,
which has a quite different semantics.

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

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

C99 doesn't require EINVAL, only EDOM, EILSEQ, and ERANGE.

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

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

major bump, using an FFmpeg specific error code rather than EDOM,
which has a quite different semantics.

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

The symbol is currently unused, AVERROR(ENOENT) must be used instead.

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