R16641 should have fixed the regression.  Anyone using ompi_free_list_t_ex() and providing
 a memory allocator would have been bitten by this, since I did not update this function
 (which will be deprecated in favor of a version parallel to ompi_free_list_t_new) to initialize
 the new fields defined.  From looking through the btls, this seems to be only the openib btl.

Rich


On 11/2/07 12:31 PM, "Richard Graham" <rlgraham@ornl.gov> wrote:




On 11/2/07 12:21 PM, "Jeff Squyres" <jsquyres@cisco.com> wrote:

The freelist changes from yesterday appear to have broken the openib
btl.  We didn't get lots of test failures in MTT last night only
because there was a separate (unrelated) typo in the ofud BTL that  
prevented the nightly tarball from building on any IB-capable
machines.  :-)

Rich hopes to look into fixing the openib BTL problem today; he
thinks it's a case of a simple oversight: the openib BTL is not using
the new freelist init functions.

Rich: are there other places that are not using the new init
functions that need to?

>> the ompi free list has two init functions, I changed just one.  The IB btl uses the
>> one I have not yet changed, but the pml uses the one I did change.

>> rich

--
Jeff Squyres
Cisco Systems

_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel




_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel