bin/176713: [patch] nc(1) closes network socket too soon
Ronald F. Guilmette
rfg at tristatelogic.com
Mon Jul 22 02:10:16 UTC 2013
In message <CAGwOe2Z+cS5zRx4NomiuXb5f04tp5WmKUXw67CQToEzWiHwuwQ at mail.gmail.com>
=?ISO-8859-1?Q?Fernando_Apestegu=EDa?= <fernando.apesteguia at gmail.com> wrote:
>Yes, that is what I tested. Behavior before (truncated output) and after
>(correct output) applying the patch.
OK, good. Thanks.
>If this is going to be the final version of the patch, i.e. if it is going
>to include the -q flag, then the patch needs to be extended to reflect that
>in nc(1) man page.
I am in complete agreement that _if_ a new option is implemented within nc
then it really must also be properly documented in the associated man page.
As I have expressed however, it is my hope that whoever decides these
things will decide to simply fix the bug in nc and to _not_ even bother
to introduce an option which might help to preserve ``backward compatability''
with the current (broken) behavior of nc.
I simply do not believe that the current (arguably "broken") behavior of nc
is of any particular value to anybody. The only reason I proposed a patch
that included an option to elicit the (non-broken) behavior was because I
have the humility to admit that I am not actually omniscient with respect
to other people's needs.
Regards,
rfg
More information about the freebsd-hackers
mailing list