aboutsummaryrefslogtreecommitdiffstats
path: root/man3/readdir_r.3
diff options
context:
space:
mode:
authorAlejandro Colomar <alx@kernel.org>2022-10-26 01:01:32 +0200
committerAlejandro Colomar <alx@kernel.org>2022-10-29 23:51:29 +0200
commit22356d97e388c79993c94d43109087d3c8740187 (patch)
tree3746eae8880200683dc61f1c44d55e3d62649dfd /man3/readdir_r.3
parent4279e42dd98a11b31fa4e1fcebbb00b7a677bb70 (diff)
downloadman-pages-22356d97e388c79993c94d43109087d3c8740187.tar.gz
Many pages: Use a consistent style for lists
There are different kinds of lists: Tagged paragraphs These are fixed in a separate commit (the previous one). They are used for a list of tags and their descriptions. An example is this commit message itself. Ordered lists Elements are preceeded by a number in parentheses. These represent a set of steps that have an order. When there are substeps, they will be numbered like (4.2). Positional lists Elements are preceeded by a number in square brackets (index). These represent fields in a set. The index will start at: 0 fields of a C data structure, to be consistent with arrays. 1 fields of a file, to be consistent with tools like cut(1). Alternatives list Elements are preceeded by a letter in parentheses. These represent a set of (normally) exclusive alternatives. Bullet lists Elements are preceeded by bullet symbols. Anything that doesn't fit elsewhere usually is covered by this type of list. Notes Not really a list, but the syntax is identical to "positional lists". There should always be 2 spaces between the list symbol and the elements. This doesn't apply to "tagged paragraphs", which use the default indentation rules. Reported-by: Mike Frysinger <vapier@gentoo.org> Cc: <groff@gnu.org> Acked-by: Douglas McIlroy <douglas.mcilroy@dartmouth.edu> Signed-off-by: Alejandro Colomar <alx@kernel.org>
Diffstat (limited to 'man3/readdir_r.3')
-rw-r--r--man3/readdir_r.38
1 files changed, 4 insertions, 4 deletions
diff --git a/man3/readdir_r.3 b/man3/readdir_r.3
index 7ce6aadf11..b32ab4c5ee 100644
--- a/man3/readdir_r.3
+++ b/man3/readdir_r.3
@@ -59,14 +59,14 @@ instead of
Furthermore, since version 2.24, glibc deprecates
.BR readdir_r ().
The reasons are as follows:
-.IP * 3
+.IP \(bu 3
On systems where
.B NAME_MAX
is undefined, calling
.BR readdir_r ()
may be unsafe because the interface does not allow the caller to specify
the length of the buffer used for the returned directory entry.
-.IP *
+.IP \(bu
On some systems,
.BR readdir_r ()
can't read directory entries with very long names.
@@ -80,7 +80,7 @@ On some other systems,
may return a success status, but the returned
.I d_name
field may not be null terminated or may be truncated.
-.IP *
+.IP \(bu
In the current POSIX.1 specification (POSIX.1-2008),
.BR readdir (3)
is not required to be thread-safe.
@@ -97,7 +97,7 @@ using
with external synchronization is still preferable to the use of
.BR readdir_r (),
for the reasons given in the points above.
-.IP *
+.IP \(bu
It is expected that a future version of POSIX.1
.\" FIXME .
.\" http://www.austingroupbugs.net/view.php?id=696