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: Update resolver code to BIND 8.2.3-T5B.


   From: Ulrich Drepper <drepper@redhat.com>
   Date: 19 Jul 2000 17:07:52 -0700

   Mark Kettenis <kettenis@wins.uva.nl> writes:

   > So you might see some 
   > 
   >    sendmail: Symbol `_res' has different size in shared object,
   >    consider re-linking
   > 
   > messages.  I believe they are harmless (since the space in libc's BSS
   > ends up being used, which is large enough) and the issue is addressed
   > in the FAQ.  The only binary on my system that seems to be affected is
   > sendmail.

   I should have checked the patch more closely.  This change is not
   harmless.  If the variable is referenced in the program itself we get
   a copy relocation (this is why you are seeing the message above).  If
   now, as in this case, the new variable size is larger it means that
   the library overwrites other data in the program.

I should have mentioned when I submitted the patch.  Sorry.

   We have to find a way to not increase the _res size.

Fortunately that is possible.  We can replace the `struct sockaddr_in'
in the `union _u' part of `struct _res' with something that doesn't
have the padding up to the size of `struct sockaddr'.

I'll try to produce a patch tomorrow.

Mark

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