summary refs log tree commit diff
path: root/FAQ
diff options
context:
space:
mode:
Diffstat (limited to 'FAQ')
-rw-r--r--FAQ11
1 files changed, 10 insertions, 1 deletions
diff --git a/FAQ b/FAQ
index 42a05d4860..73385871e8 100644
--- a/FAQ
+++ b/FAQ
@@ -122,6 +122,7 @@ please let me know.
 	happen with db-1, gdbm, or ndbm.
 3.14.	The pow() inline function I get when including <math.h> is broken.
 	I get segmentation faults when I run the program.
+3.15.	The sys/sem.h file lacks the definition of `union semun'.
 
 4. Miscellaneous
 
@@ -751,7 +752,7 @@ 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-glibc3.diff.gz
+    ftp://ftp.kernel.org/pub/linux/utils/net/NIS/ypbind-3.3-glibc4.diff.gz
 
 
 2.13.	Under Linux/Alpha, I always get "do_ypcall: clnt_call:
@@ -1237,6 +1238,14 @@ If you have to use this compiler you must define __NO_MATH_INLINES before
 including <math.h> to prevent the inline functions from being used.  egcs 1.1
 fixes the problem.  I don't know about gcc 2.8 and 2.8.1.
 
+
+3.15.	The sys/sem.h file lacks the definition of `union semun'.
+
+{UD} Nope.  This union has to be provided by the user program.  Former glibc
+versions defined this but it was an error since it does not make much sense
+when thinking about it.  The standards describing the System V IPC functions
+define it this way and therefore programs must be adopted.
+
 
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .