open_issues/glibc_tls_segment_tcbhead_t_dtv_offset: New.

1 files changed, 20 insertions, 0 deletions

diff --git a/open_issues/glibc_tls_segment_tcbhead_t_dtv_offset.mdwn b/open_issues/glibc_tls_segment_tcbhead_t_dtv_offset.mdwn
new file mode 100644
index 00000000..0d856e1e
--- /dev/null
+++ b/open_issues/glibc_tls_segment_tcbhead_t_dtv_offset.mdwn
@@ -0,0 +1,20 @@
+[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
+
+[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
+id="license" text="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
+is included in the section entitled [[GNU Free Documentation
+License|/fdl]]."]]"""]]
+
+[[!tag open_issue_glibc]]
+
+IRC, unknown channel, unknown date.
+
+    <youpi> you can hardcode DTV_OFFSET as 4 for now
+    <youpi> it's the offset of the dtv field in the tcbhead_t structure from hurd/libpthread
+    <tschwinge> youpi: May very well be that I'm misunderstanding something, but wouldn't it rather be the offset of tcb in __pthread + the offset of dtv in tcbhead_t (which indeed is 4)?
+    <youpi> what you don't know is that DTV_OFFSET is not relative to __pthread, but to the tls segment
+    <tschwinge> Oh, aha.  Thanks.
+    <youpi> and drepper abused the fact that in nptl __pthread appears at the start of the tls segment