On Nov 15, 2014, at 21:26, Garrett Cooper wrote:
> On Nov 15, 2014, at 21:24, Alfred Perlstein wrote:
>
>> On 11/15/14, 9:22 PM, Garrett Cooper wrote:
>>> On Nov 15, 2014, at 21:19, Alfred Perlstein wrote:
>>>
This looks easy enough to fix under _thr_find_thread() in libthread.
>>>
On Nov 15, 2014, at 21:24, Alfred Perlstein wrote:
> On 11/15/14, 9:22 PM, Garrett Cooper wrote:
>> On Nov 15, 2014, at 21:19, Alfred Perlstein wrote:
>>
>>> This looks easy enough to fix under _thr_find_thread() in libthread.
>>>
>>> Any interest in fixing it?
>> Yes, if it’s POSIXly correct
On 11/15/14, 9:22 PM, Garrett Cooper wrote:
On Nov 15, 2014, at 21:19, Alfred Perlstein wrote:
This looks easy enough to fix under _thr_find_thread() in libthread.
Any interest in fixing it?
Yes, if it’s POSIXly correct and doesn’t break everything else.
Might be worth hacking _thr_find_t
On Nov 15, 2014, at 21:19, Alfred Perlstein wrote:
> This looks easy enough to fix under _thr_find_thread() in libthread.
>
> Any interest in fixing it?
Yes, if it’s POSIXly correct and doesn’t break everything else.
> Might be worth hacking _thr_find_thread() to take an ERRNO to return based
This looks easy enough to fix under _thr_find_thread() in libthread.
Any interest in fixing it?
Might be worth hacking _thr_find_thread() to take an ERRNO to return
based on NULL until we chase down all the paths into it just in case
EINVAL is a valid ptr.
Also, just wondering what happens o