
<html><head></head><body>Hi,<br><br>So what do you want to do? Passing errors via errno, or some VLC-specific TLS, is even more error-prone, than using negative values, AFAICT.<br><br>Besides, the worse thing that happens is a -1 return gets mistaken for -EPERM (or whatever depending on OS), and we get a "Permission denied" error in the log.<br><br>If you prefer, we can shift all errors by -256 and reserve -1..-255 ?<br><br><div class="gmail_quote">Le 20 mai 2019 15:01:08 GMT+03:00, Francois Cartegnie <fcvlcdev@free.fr> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">Le 19/05/2019 à 19:46, Rémi Denis-Courmont a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">While this is not complete nor free of ambiguities, this enables a lot<br>more expressive error values than the current tiny set. And even then,<br>mostly only VLC_EGENERIC and VLC_ENOMEM are ever used.<br><br>This also allows passing errors from the CRT or OS.<br></blockquote><br>Assuming there's plenty of returns not using defines,<br>there's months of spotting and fixing regressions to come.<br></pre></blockquote></div><br>-- <br>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.</body></html>