Merging upstream version 4.23.0.

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

1 files changed, 6 insertions, 7 deletions

diff --git a/upstream/debian-unstable/man3/ftok.3 b/upstream/debian-unstable/man3/ftok.3
index 3b7d8eca..38689fdf 100644
--- a/upstream/debian-unstable/man3/ftok.3
+++ b/upstream/debian-unstable/man3/ftok.3
@@ -7,7 +7,7 @@
 .\"	Changed data type of proj_id; minor fixes
 .\"	aeb: further fixes; added notes.
 .\"
-.TH ftok 3 2023-07-20 "Linux man-pages 6.05.01"
+.TH ftok 3 2024-05-02 "Linux man-pages 6.8"
 .SH NAME
 ftok \- convert a pathname and a project identifier to a System V IPC key
 .SH LIBRARY
@@ -17,7 +17,7 @@ Standard C library
 .nf
 .B #include <sys/ipc.h>
 .fi
-.PP
+.P
 .BI "key_t ftok(const char *" pathname ", int " proj_id );
 .SH DESCRIPTION
 The
@@ -34,7 +34,7 @@ type System V IPC key, suitable for use with
 .BR semget (2),
 or
 .BR shmget (2).
-.PP
+.P
 The resulting value is the same for all pathnames that
 name the same file, when the same value of
 .I proj_id
@@ -64,20 +64,19 @@ T{
 .BR ftok ()
 T}	Thread safety	MT-Safe
 .TE
-.sp 1
 .SH STANDARDS
 POSIX.1-2008.
 .SH HISTORY
 POSIX.1-2001.
 .SH NOTES
 On some ancient systems, the prototype was:
-.PP
+.P
 .in +4n
 .EX
 .BI "key_t ftok(char *" pathname ", char " proj_id );
 .EE
 .in
-.PP
+.P
 Today,
 .I proj_id
 is an
@@ -88,7 +87,7 @@ Typical usage has an ASCII character
 that is why the behavior is said to be undefined when
 .I proj_id
 is zero.
-.PP
+.P
 Of course, no guarantee can be given that the resulting
 .I key_t
 is unique.