These functions are all
thread-unsafe. Each contains a static buffer that might be overwritten
by another thread between a call to the function and the subsequent
use of its return value.
ARM supplies reentrant versions,
_strtok_r(). ARM recommends that you use
these functions instead to ensure safety.
These reentrant versions take additional parameters.
an additional parameter that is a pointer to a buffer that the output
string is written into.
an additional parameter that is a pointer to a
that the result is written into.
an additional parameter that is a pointer to a char pointer
to the next token.
|These extended mathlib functions
use a global variable, |
_signgam, so are not thread-safe.
The C89 multibyte conversion
functions (defined in
stdlib.h) are not thread-safe, for
because they contain internal static state that is shared between
all threads without locking.
However, the extended restartable
versions (defined in
wchar.h) are thread-safe,
provided you pass in a pointer to your own
You must exclusively use these functions with non-NULL
* parameters if you want to ensure thread-safety when
handling multibyte strings.
used for setting and reading locale settings. The locale settings
are global across all threads, and are not protected by a lock.
If two threads call
setlocale() to simultaneously
modify the locale settings, or if one thread reads the settings
while another thread is modifying them, data corruption might occur.
Also, many other functions, for example
read the current locale settings. Therefore, if one thread calls
with another thread calling such a function, there might be unexpected
Multiple threads reading the
settings simultaneously is thread-safe in simple cases and if no
other thread is simultaneously modifying those settings, but where internally
an intermediate buffer is required for more complicated returned
results, unexpected results can occur unless you use a reentrant
that you either:
Choose the locale
you want and call
setlocale() once to initialize
it. Do this before creating any additional threads in your program
so that any number of threads can read the locale settings concurrently
without interfering with one another.
Use the reentrant version
by ARM. This returns a string that is either a pointer to a constant
string, or a pointer to a string stored in a user-supplied buffer
that can be used for thread-local storage, rather than using memory
within the C library.
_setlocale_r() is not fully thread-safe
when accessed concurrently to change locale
settings. This access is not lock-protected.
localeconv() is not thread-safe.
Call the ARM function
_get_lconv() with a pointer
to a user-supplied buffer instead.