This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/16134] New: Failure to allocate TLS should be signalled on dlopen() or pthread_create()
- From: "ppluzhnikov at google dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 07 Nov 2013 01:00:49 +0000
- Subject: [Bug dynamic-link/16134] New: Failure to allocate TLS should be signalled on dlopen() or pthread_create()
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=16134
Bug ID: 16134
Summary: Failure to allocate TLS should be signalled on
dlopen() or pthread_create()
Product: glibc
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: dynamic-link
Assignee: unassigned at sourceware dot org
Reporter: ppluzhnikov at google dot com
Excerpt from http://www.sourceware.org/ml/libc-alpha/2013-09/msg00664.html
---
However, since there are two separate but related problems (AS-safe access
to TLS variables, and ensuring allocation failure is reliably indicated by
pthread_create or dlopen failure, rather than happening on access to a TLS
variable when there is no good way to return a failure status),
considering how the design for fixing one problem relates to the other
problem (e.g. whether it introduces new code that would need to be removed
again when fixing the other problem) is certainly relevant.
---
The AS-safe part is PR16133
--
You are receiving this mail because:
You are on the CC list for the bug.