summaryrefslogtreecommitdiff
path: root/FAQ.in
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>1998-03-06 09:18:45 +0000
committerUlrich Drepper <drepper@redhat.com>1998-03-06 09:18:45 +0000
commita788b6c2163aa8b7c526a61542d01b7cbbc8859e (patch)
tree81e5b9daab0ac234b55a30b6de71bb09f3478f8c /FAQ.in
parent36a8586ddfca3b825704eedda81c81ac8d653f1e (diff)
Update.
* nis/nis_call.c (do_ypcall, yp_all): Safe and reset errno.
Diffstat (limited to 'FAQ.in')
-rw-r--r--FAQ.in19
1 files changed, 14 insertions, 5 deletions
diff --git a/FAQ.in b/FAQ.in
index 32c35ebaf0..97e55256e8 100644
--- a/FAQ.in
+++ b/FAQ.in
@@ -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