]> git.ipfire.org Git - thirdparty/man-pages.git/blobdiff - man3/pthread_attr_setguardsize.3
CPU_SET.3, INFINITY.3, __ppc_get_timebase.3, __ppc_set_ppr_med.3, __ppc_yield.3,...
[thirdparty/man-pages.git] / man3 / pthread_attr_setguardsize.3
index b6af3f2591edeb2ee2bf1141a9129c687987e855..793eaf6e14ea67b30bde6f6b73a0d9d737bd1b2c 100644 (file)
@@ -46,7 +46,7 @@ thread attributes object referred to by
 .I attr
 to the value specified in
 .IR guardsize .
-
+.PP
 If
 .I guardsize
 is greater than 0,
@@ -56,15 +56,15 @@ the system allocates an additional region of at least
 .I guardsize
 bytes at the end of the thread's stack to act as the guard area
 for the stack (but see BUGS).
-
+.PP
 If
 .I guardsize
 is 0, then new threads created with
 .I attr
 will not have a guard area.
-
+.PP
 The default guard size is the same as the system page size.
-
+.PP
 If the stack address attribute has been set in
 .I attr
 (using
@@ -79,7 +79,7 @@ it is the application's responsibility to handle stack overflow
 .BR mprotect (2)
 to manually define a guard area at the end of the stack
 that it has allocated).
-
+.PP
 The
 .BR pthread_attr_getguardsize ()
 function returns the guard size attribute of the
@@ -132,11 +132,11 @@ the system page size when creating a thread.
 .BR pthread_attr_getguardsize ()
 returns the guard size that was set by
 .BR pthread_attr_setguardsize ().)
-
+.PP
 Setting a guard size of 0 may be useful to save memory
 in an application that creates many threads
 and knows that stack overflow can never occur.
-
+.PP
 Choosing a guard size larger than the default size
 may be necessary for detecting stack overflows
 if a thread allocates large data structures on the stack.
@@ -151,7 +151,7 @@ error from
 .BR pthread_create (3)
 if the guard size value is too large,
 leaving no space for the actual stack.)
-
+.PP
 The obsolete LinuxThreads implementation did the right thing,
 allocating extra space at the end of the stack for the guard area.
 .\" glibc includes the guardsize within the allocated stack size,