Creating nightly hwloc snapshot SVN tarball was a success.
Snapshot: hwloc 1.0a1r1838
Start time: Thu Mar 18 21:01:05 EDT 2010
End time: Thu Mar 18 21:03:09 EDT 2010
Your friendly daemon,
Cyrador
Brice Goglin, le Thu 18 Mar 2010 23:37:57 +0100, a écrit :
> Samuel Thibault wrote:
> > Brice Goglin, le Thu 18 Mar 2010 22:58:35 +0100, a écrit :
> >> Bert Wesarg wrote:
> >>> Make the linux backend more re-entrant safe by using readdir_r() instead
> >>> of readdir().
> >>
> >> Changing so many li
Samuel Thibault wrote:
> Brice Goglin, le Thu 18 Mar 2010 22:58:35 +0100, a écrit :
>
>> Bert Wesarg wrote:
>>
>>> Make the linux backend more re-entrant safe by using readdir_r() instead
>>> of readdir().
>>>
>> Changing so many lines because of bugs that don't exist yet doesn't
>>
Brice Goglin, le Thu 18 Mar 2010 22:58:35 +0100, a écrit :
> Bert Wesarg wrote:
> > Make the linux backend more re-entrant safe by using readdir_r() instead
> > of readdir().
>
> Changing so many lines because of bugs that don't exist yet doesn't
> look like a good idea to me.
Err, they do alread
Bert Wesarg wrote:
> Make the linux backend more re-entrant safe by using readdir_r() instead
> of readdir().
>
Changing so many lines because of bugs that don't exist yet doesn't look
like a good idea to me. If we ever want to parallelize the bottom of the
discovery stack (or whatever needs re
Bert Wesarg wrote:
> Hi all,
>
> I have a problem with this retry algorithm of
> hwloc_linux_foreach_proc_tid(). For example with the
> hwloc_linux_get_pid_cpubind() function. hwloc_linux_get_pid_cpubind()
> should collect all affinity mask from the threads. But if the retry is
> triggered and the
