Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |  

This web mail archive is frozen.

This page is part of a frozen web archive of this mailing list.

You can still navigate around this archive, but know that no new mails have been added to it since July of 2016.

Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.

Subject: Re: [OMPI devel] make check failing
From: Tim Prins (tprins_at_[hidden])
Date: 2008-03-04 12:12:27

Simple, because the test that eventually segfaults only runs if ompi is
configured with threading. Otherwise it is a no-op.


Jeff Squyres wrote:
> I think another important question is: why is this related to
> threads? (i.e., why does it work in non-threaded builds)
> On Mar 4, 2008, at 9:44 AM, Ralph H Castain wrote:
>> Carto select failing if it doesn't find any modules was called out
>> in an
>> earlier message (might have been a commit log) when we set an mca-no-
>> build
>> flag on that framework. This should probably be fixed - there are
>> times when
>> someone may not wish to build any carto modules.
>> Is there some reason why carto absolutely must find a module? Can we
>> crate a
>> default "none available" module in the base?
>> On 3/4/08 7:39 AM, "Tim Prins" <tprins_at_[hidden]> wrote:
>>> Hi,
>>> We have been having a problem lately with our MTT runs where make
>>> check
>>> would fail when mpi threads were enabled.
>>> Turns out the problem is that opal_init now calls
>>> opal_base_carto_select, which cannot find any carto modules since we
>>> have not done an install yet. So it returns a failure. This causes
>>> opal_init to abort before initializing the event engine. So when we
>>> try
>>> to do the threading tests, the event engine is uninitialized and
>>> fails.
>>> So this is why it fails, but I do not know how best to fix it. Any
>>> suggestions would be appreciated.
>>> Tim
>>> _______________________________________________
>>> devel mailing list
>>> devel_at_[hidden]
>> _______________________________________________
>> devel mailing list
>> devel_at_[hidden]