Creating nightly hwloc snapshot git tarball was a success.
Snapshot: hwloc 1.9-21-gfd56b4e
Start time: Mon Aug 25 21:03:05 EDT 2014
End time: Mon Aug 25 21:04:34 EDT 2014
Your friendly daemon,
Cyrador
Creating nightly hwloc snapshot git tarball was a success.
Snapshot: hwloc dev-187-gcd528d6
Start time: Mon Aug 25 21:01:01 EDT 2014
End time: Mon Aug 25 21:02:43 EDT 2014
Your friendly daemon,
Cyrador
Hi Jeff,
My apologies for the delay in replying, I was flying back from the UK
to the States, but now I'm here and I can provide a more timely
response.
> I confirm that the hwloc message you sent (and your posts to the
> hwloc-users list) indicate that hwloc is getting confused by a buggy
>
And that was indeed the problem - fixed, and now the trunk runs clean thru my
MTT.
Thanks again!
Ralph
On Aug 25, 2014, at 7:38 AM, Ralph Castain wrote:
> Yeah, that was going to be my first place to look once I finished breakfast
> :-)
>
> Thanks!
> Ralph
>
> On Aug 25,
Yeah, that was going to be my first place to look once I finished breakfast :-)
Thanks!
Ralph
On Aug 25, 2014, at 7:32 AM, Gilles Gouaillardet
wrote:
> Thanks for the explanation
>
> In orte_dt_compare_sig(...) memcmp did not multiply value1->sz by
>
Thanks for the explanation
In orte_dt_compare_sig(...) memcmp did not multiply value1->sz by
sizeof(opal_identifier_t).
Being afk, I could not test but that looks like a good suspect
Cheers,
Gilles
Ralph Castain wrote:
>Each collective is given a "signature" that is just
Each collective is given a "signature" that is just the array of names for all
procs involved in the collective. Thus, even though task 0 is involved in both
of the disconnect barriers, the two collectives should be running in isolation
from each other.
The "tags" are just receive callbacks
Folks,
when i run
mpirun -np 1 ./intercomm_create
from the ibm test suite, it either :
- success
- hangs
- mpirun crashes (SIGSEGV) soon after writing the following message
ORTE_ERROR_LOG: Not found in file
../../../src/ompi-trunk/orte/orted/pmix/pmix_server.c at line 566
here is what happens :
Thanks Ralph !
i confirm my all test cases pass now :-)
FYI, i commited r32592 in order to fix a parsing bug on 32bits platform
(hence the mtt failures on trunk on x86)
Cheers,
Gilles
On 2014/08/23 4:59, Ralph Castain wrote:
> I think these are fixed now - at least, your test cases all pass