ffix

1 files changed, 0 insertions, 7 deletions

diff --git a/man3/posix_memalign.3 b/man3/posix_memalign.3
index d733645d..4227c4c7 100644
--- a/man3/posix_memalign.3
+++ b/man3/posix_memalign.3
@@ -69,7 +69,6 @@ It is equivalent to
 .IR "memalign(sysconf(_SC_PAGESIZE),size)" .
 
 For all three routines, the memory is not zeroed.
-
 .SH "RETURN VALUE"
 .BR memalign ()
 and
@@ -81,7 +80,6 @@ returns zero on success, or one of the error values listed in the
 next section on failure. Note that
 .IR errno
 is not set.
-
 .SH "ERRORS"
 .TP
 .B EINVAL
@@ -92,7 +90,6 @@ parameter was not a power of two, or was not a multiple of
 .TP
 .B ENOMEM
 There was insufficient memory to fulfill the allocation request.
-
 .SH NOTES
 On many systems there are alignment restrictions, e.g. on buffers
 used for direct block device I/O. POSIX specifies the
@@ -141,7 +138,6 @@ GNU libc
 .BR malloc ()
 always returns 8-byte aligned memory addresses, so these routines are only
 needed if you require larger alignment values.
-
 .SH AVAILABILITY
 The functions
 .BR memalign ()
@@ -151,7 +147,6 @@ have been available in all Linux libc libraries.
 The function
 .BR posix_memalign ()
 is available since glibc 2.1.91.
-
 .SH "CONFORMING TO"
 The function
 .BR valloc ()
@@ -165,7 +160,6 @@ appears in SunOS 4.1.3 but not in 4.4BSD.
 The function
 .BR posix_memalign ()
 comes from POSIX.1d.
-
 .SH HEADERS
 Everybody agrees that
 .BR posix_memalign ()
@@ -183,7 +177,6 @@ Libc4,5 and glibc declare it in <malloc.h> and perhaps also in <stdlib.h>
 (namely, if _GNU_SOURCE is defined, or _BSD_SOURCE is defined, or,
 for glibc, if _XOPEN_SOURCE_EXTENDED is defined, or, equivalently,
 _XOPEN_SOURCE is defined to a value not less than 500).
-
 .SH "SEE ALSO"
 .BR brk (2),
 .BR getpagesize (2),