[Ffmpeg-devel] HTTP probing issue... [PATCH]

[Ronald S. Bultje]

Hi Francois,

On Feb 28, 2007, Francois Revol wrote:
> That's what AVUNERROR() is about
> it returns one of the posix error codes which you can pass to
> strerror()
> which should return an human readable string, possibly already
> translated, not sure about this.

But that's still not contextual. There are no AVERROR codes to  
separate between, for example, "file not found" (404/ENOFILE?) and  
"authorization denied" or "permission denied" (403/EPERM), and so on  
for many other cases. I agree that one could add more AVERROR_*s to  
match up, but why then is there AVERROR_*? Why not just use errno.h  
if we're trying to mimmick it? Is there some part where errno.h does  
not suffice? I mean, given that there is apparently an exact mapping  
from AVERROR_* to errno.h codes, that is presumably not the case...

It's really not about the effort, if people agree to drop AVERROR_*,  
I (or anyone) could sed it out in a second. (And I'm also not trying  
to flame, I am just intruiged by the idea of no longer needing to  
hack in stuff to get contextual errors from lavf/lavio.)

Ronald