This is the mail archive of the libc-hacker@sourceware.cygnus.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: Why this strange change?


>>>>> Ulrich Drepper writes:

Uli> "David S. Miller" <davem@redhat.com> writes:
>> I agree that this is completely broken too, broken in the fact that so
>> many applications will now break, so at the very least increment the
>> version number of these symbols for backwards compatability sake if
>> silly nonsense changes like this are going to be made.

Uli> Only broken applications will break.  On the other hand, applications
Uli> which work correctly on other platforms wouldn't work.

In that case glibc is a broken "application".  Check the usage of the
different get{hst,pwnam,...}_r functions in (I just did a quick grep,
I'm sure I've missed some):
- sysdeps/generic/glob.c
- inet/rcmd.c
- inet/rexec.c
- pwd/getpw.c
- the sunrpc code (clnt_gen.c, clnt_simp.c, getrpcport.c)
- sysdeps/unix/sysv/linux/gethostid.c

Sorry, no patches this time.

Even if this change confirms to POSIX which shouldn't make this change
in a minor release.  I ask to revert the patches from the glibc 2.1
branch and document this bug fix in glibc 2.2 prominently, at least in
the NEWS section.

Andreas
-- 
 Andreas Jaeger   aj@arthur.rhein-neckar.de    jaeger@informatik.uni-kl.de
  for pgp-key finger ajaeger@aixd1.rhrk.uni-kl.de

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