PATCH: glibc 2.3.x and errno
Ulrich Weigand
weigand at immd1.informatik.uni-erlangen.de
Fri Jan 24 12:10:55 CST 2003
Hi Marcus,
> __errno_location and __h_errno_location are no longer weak symbols
> and so can not be overwritten any longer. The internal glibc systemcall
> wrappers no longer call the functions by reference, but directly.
the real problem is even worse. glibc has switched to using thread-local
storage for errno (i.e. it is declared as 'extern __thread int errno')
when the tool chain supports the __thread keyword.
This means that C source code compiled against the new headers will
result in assembler code that *directly* accesses a thread-local
variable as defined by the TLS ABI. In the case of errno, this
will involve accessing the %gs segment using an offset from the GOT,
without any function call being performed. (errno is defined to use
the initial-exec TLS storage model.)
The __errno_location routine is provided only for backwards
compatibility reasons, it is no longer guaranteed that every
access to errno calls it. Thus, if you overwrite the implementation
of __errno_location, you will only catch *some* errno accesses,
not all of them ...
Bye,
Ulrich (who has just implemented TLS for s390 ;-/)
--
Dr. Ulrich Weigand
weigand at informatik.uni-erlangen.de
More information about the wine-patches
mailing list