diff options
author | Ulrich Drepper <drepper@redhat.com> | 1998-03-06 09:18:45 +0000 |
---|---|---|
committer | Ulrich Drepper <drepper@redhat.com> | 1998-03-06 09:18:45 +0000 |
commit | a788b6c2163aa8b7c526a61542d01b7cbbc8859e (patch) | |
tree | 81e5b9daab0ac234b55a30b6de71bb09f3478f8c /FAQ.in | |
parent | 36a8586ddfca3b825704eedda81c81ac8d653f1e (diff) | |
download | glibc-a788b6c2163aa8b7c526a61542d01b7cbbc8859e.zip glibc-a788b6c2163aa8b7c526a61542d01b7cbbc8859e.tar.gz glibc-a788b6c2163aa8b7c526a61542d01b7cbbc8859e.tar.bz2 |
Update.
* nis/nis_call.c (do_ypcall, yp_all): Safe and reset errno.
Diffstat (limited to 'FAQ.in')
-rw-r--r-- | FAQ.in | 19 |
1 files changed, 14 insertions, 5 deletions
@@ -550,7 +550,16 @@ http://www-vt.uni-paderborn.de/~kukuk/linux/nisplus.html). from ypbind. ypbind 3.3 and older versions don't always remove these files, so glibc will continue to use them. Other BSD versions seem to work correctly. Until ypbind 3.4 is released, you can find a patch at -ftp://ftp.kernel.org/pub/linux/utils/net/NIS/ypbind-3.3-glibc2.diff. +ftp://ftp.kernel.org/pub/linux/utils/net/NIS/ypbind-3.3-glibc3.diff. + +?? Under Linux/Alpha, I always get "do_ypcall: clnt_call: + RPC: Unable to receive; errno = Connection refused" when using NIS. + +{TK} You need a ypbind version which is 64bit clean. Some versions +are not 64bit clean. A 64bit clean implemention is ypbind-mt. For +ypbind 3.3, you need the patch from ftp.kernel.org (See the previous +question). I don't know about other versions. + ?? After installing glibc name resolving doesn't work properly. @@ -611,11 +620,11 @@ problem. ?? What do I need for C++ development? -{HJ,AJ} You need either egcs 1.0.1 or gcc-2.8.0 with libstdc++ -2.8.0. libg++ 2.7.2 (and the Linux Versions 2.7.2.x) doesn't work very -well with the GNU C library due to vtable thunks. +{HJ,AJ} You need either egcs 1.0.1 or gcc-2.8.1 with libstdc++ +2.8.1 (or more recent versions). libg++ 2.7.2 (and the Linux Versions +2.7.2.x) doesn't work very well with the GNU C library due to vtable thunks. If you're upgrading from glibc 2.0.x to 2.1 you have to recompile -libstc++ the library compiled for 2.0 is not compatible due to the new +libstc++ since the library compiled for 2.0 is not compatible due to the new Large File Support (LFS) in version 2.1. ? Source and binary incompatibilities, and what to do about them |