Re: pg_threads.h take II

Heikki Linnakangas <hlinnaka@iki.fi>

From: Heikki Linnakangas <hlinnaka@iki.fi>
To: dbryan.green@gmail.com, Thomas Munro <thomas.munro@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>, Jelte Fennema <postgres@jeltef.nl>
Date: 2026-07-06T21:13:37Z
Lists: pgsql-hackers
On 07/07/2026 00:01, dbryan.green@gmail.com wrote:
> On 7/6/26 3:48 PM, Heikki Linnakangas <hlinnaka@iki.fi> wrote:
>> On 06/07/2026 15:09, Thomas Munro wrote:
>>> +#ifdef WIN32
>>> +
>>> +    /*
>>> +     * Retrieve handle passed here by pg_thrd_create() before
>>> allowing this
>>> +     * thread to run.  (pg_thrd_current() can't use CurrentThread(),
>>> because
>>> +     * that returns a pseudo-handle with the same value in all threads.)
>>> +     */
>>> +    Assert(start_info->self);
>>> +    my_thrd_handle = start_info->self;
>>> +#endif
>>
>> Does that refer to the GetCurrentThreadId() function? We use that in a
>> few places currently.
>>
>> How can it return the same value in all threads, isn't that completely
>> useless? And does that mean all our current uses of it are broken?
>
> GetCurrentThread() not GetCurrentThreadId()...  GetCurrentThread()
> returns a special sentinel handle (-2) that when passed to another
> Win32 function causes the kernel to resolve to whatever thread made
> the call....
> 
> So, no-- not broken.

Ah gotcha. Could we use GetCurrentThreadId() here then? (I have no 
problem with the way it's currently done in the patch either though, 
just curious)

- Heikki