<div dir="ltr"><div>True but I didn't want to do lots of changes considering the time (of the release cycle).<br><br></div>If that's OK I will submit a new patch.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 14, 2015 at 8:21 AM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
<div><div class="h5">In message <<a href="mailto:CAJV_h0awgGdr2qiSkuTdOkC7COC6B7BzAj_8DEMRCbcLY58v4w@mail.gmail.com">CAJV_h0awgGdr2qiSkuTdOkC7COC6B7BzAj_8DEMRCbcLY58v4w@mail.gmail.com</a>>, Federico Schwindt writes:<br>
<br>
> Error message will be reported as e.g. "Connection refused" instead of simply "<br>
> (null)".<br>
><br>
> OK?<br>
<br>
</div></div>I don't think that is helpful.<br>
<br>
First, we have no idea if the errno at that point corresponds to whatever<br>
the iterator function failed on, and second there may not even be an<br>
associated errno.<br>
<br>
The correct solution would be to pass the 'err' variable to the iterator<br>
so it can set an appropriate text.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</font></span></blockquote></div><br></div>