RE: Fast thread-local storage for OpenGL drivers

[Gareth Hughes]

Alexandre Julliard wrote:
> This is not something we can guarantee. The layout of the thread
> structure in Wine is defined by Microsoft, and it's very possible that
> they will use these fields someday for something that we need to
> emulate.

What about the area currently used for GDI?  One other method could be to
have space at a negative offset from %fs reserved for OpenGL, similar to
what the IA32 implementation of NTPL does in Variant II of its design.

--
Gareth Hughes (gareth(a)nvidia.com)
OpenGL Developer, NVIDIA Corporation

Fast thread-local storage for OpenGL drivers

[Alexandre Julliard]

Gareth Hughes <gareth(a)nvidia.com> writes:
> What about the area currently used for GDI?  One other method could be to
> have space at a negative offset from %fs reserved for OpenGL, similar to
> what the IA32 implementation of NTPL does in Variant II of its design.

There are no more guarantees with the GDI area than with anything
else. Microsoft is free to change that whenever they feel like it.

Negative offsets could work, but they would waste a full page of
memory for each thread since the TEB has to be page-aligned. I'd
stronly recommend finding a way to use the glibc threading support
instead.

-- 
Alexandre Julliard
julliard(a)winehq.com