Hi Theo,
Theo de Raadt wrote on Sun, Oct 19, 2014 at 07:35:06AM -0600:
> Florian Obser wrote:
>> You can get rid of sethostent(3)/endhostent(3) at the same time.
> Those have to remain stubs for a while longer, because there are
> ports which poke at them.
Oh the joys of terseness. Florian mea
>You can get rid of sethostent(3)/endhostent(3) at the same time.
Those have to remain stubs for a while longer, because there are
ports which poke at them.
Hi Ingo,
On Sun, Oct 19, 2014 at 02:24:27AM +0200, Ingo Schwarze wrote:
> Hi Philip,
>
> Philip Guenther wrote on Sat, Oct 18, 2014 at 04:38:09PM -0700:
>
> > Maybe we just fix getent(1) to return an error like it does for ethers?
>
> Whatever we do with gethostent(3) - maybe it's really expend
On Sat, Oct 18, 2014 at 5:24 PM, Ingo Schwarze wrote:
> Index: getent.c
> ===
> RCS file: /cvs/src/usr.bin/getent/getent.c,v
> retrieving revision 1.6
> diff -u -p -r1.6 getent.c
> --- getent.c30 Mar 2013 14:03:08 - 1.6
>
>> Maybe we just fix getent(1) to return an error like it does for ethers?
>
>Whatever we do with gethostent(3) - maybe it's really expendable,
>maybe tons of ports depend on it, who knows - i'm fine with
>removing hosts enumeration support from getent(1).
>
>Almost the same can be accomplished wit
Hi Philip,
Philip Guenther wrote on Sat, Oct 18, 2014 at 04:38:09PM -0700:
> Maybe we just fix getent(1) to return an error like it does for ethers?
Whatever we do with gethostent(3) - maybe it's really expendable,
maybe tons of ports depend on it, who knows - i'm fine with
removing hosts enumer
> Maybe we just fix getent(1) to return an error like it does for ethers?
That is my take on this too. /etc/networks scanning serves no modern
purpose, and programs that do so only show their age.
On Saturday, October 18, 2014, Ingo Schwarze wrote:
>
> this summer, Marcus MERIGHI reported that gethostent(3) was completely
> destroyed during the switch to asr, i guess unintentionally
>
Does someone have a legitimate use for gethostent(), even the simple
version that just uses /etc/hosts? I
Hi,
this summer, Marcus MERIGHI reported that gethostent(3) was completely
destroyed during the switch to asr, i guess unintentionally.
Until somebody writes something better, i suggest to resurrect
the last working version from the Attic, file gethostnamadr.c,v 1.73.
I'm not attempting to do any
Hello,
(this was on tech@, therefore reviving it here.)
getent(1) manual and output stil do not match. It does not enumerate for
database ``hosts'' and does not return 3 as exit status, as stated by
the man page.
Bye, Marcus
st...@openbsd.org (Stuart Henderson), 2013.04.26 (Fri) 13:27 (CEST):
On Fri, Apr 26, 2013 at 12:57:32PM +0200, MERIGHI Marcus wrote:
> there is no more listing (enumerating) of hosts entries. Suspect: [1]
[...]
> [1]
> http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/getent/getent.c.diff?r1=1.5;r2=1.6
>
> OpenBSD 5.3-current (GENERIC.MP) #103: Wed Apr 24 09:33:02
On 2013/04/26 12:57, MERIGHI Marcus wrote:
> there is no more listing (enumerating) of hosts entries. Suspect: [1]
> +++
> $ getent hosts; echo $?
> 0
> $ getent hosts fifi
> 127.0.0.1 fifi
> $ getent ethers
> getent: Enumeration not supported on ethers
> +++
>
there is no more listing (enumerating) of hosts entries. Suspect: [1]
+++
$ getent hosts; echo $?
0
$ getent hosts fifi
127.0.0.1 fifi
$ getent ethers
getent: Enumeration not supported on ethers
+++
So this is inconsistent at least and it introduced different b
13 matches
Mail list logo
