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] |
On Tue, Jul 25, 2000 at 03:01:34PM +0200, Mark Kettenis wrote: > Date: Tue, 25 Jul 2000 14:16:01 +0200 > From: Jakub Jelinek <jakub@redhat.com> > > Hi! > > Several glibc changes from resolv.h disappeared during update from bind, > which causes crashes in threaded programs and several C++ programs not to > compile. > > I quite deliberately removed some of the changes that were made. The __P -> > __THROW changes shouldn't be necessary. I'd prefer not make that to > stay closer to the BIND sources. > > I'm not sure about the res_send_qhook and res_send_rhook. The C++ > compiler will probably warn about the current situation. It is not a warning, it is fatal error in fact: /usr/include/resolv.h:95: `res_send_qhook' declared with an exception specification > However > simply removing the __P there isn't exactly the right solution. These > are types for callback functions, so we should remove the __THROW > attribute from the resolver functions that might end up calling these > such callbacks too. I'll take responsibility for that. Ok. > > I don't like the __RES_PTHREAD_INTERNAL hack. We shoudn't clutter the > public header files with internal details if possible. I now realize > that I made some changes to the LinuxThreads files that I somehow > lost. I'll submit those shortly. Fine if you #undef _res in linuxthreads/internals.h and declare the structure. Jakub
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |