This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: test-netdb.c

To: Roland McGrath <roland at frob dot com>
Subject: Re: test-netdb.c
From: Ulrich Drepper <drepper at redhat dot com>
Date: 27 Aug 2001 13:33:49 -0700
Cc: Andreas Jaeger <aj at suse dot de>, GNU libc hacker <libc-hacker at sourceware dot cygnus dot com>
References: <20010827202711.2F154994AE@perdition.linnaean.org>
Reply-To: drepper at cygnus dot com (Ulrich Drepper)

Roland McGrath <roland@frob.com> writes:

> The draft 7 Open Group spec seems to say that gethostname should truncate
> the result and return zero when the given buffer length is too short.

I agree that this is awful.  It's another compromise API.

> I don't have a problem with that, but it is an incompatible change
> and could break programs that expect the ENAMETOOLONG behavior.

What's the alternative?  Keeping the documented behavior means
stretching the wording of the specification.  It more useful and I
don't expect it to cause problems in real applications.  If the
application is testing the return value it#s good, it can react.  If
it's not testing the return value it might use a truncated and
potentially unterminated string.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

References:
- Re: test-netdb.c
  - From: Roland McGrath

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]