Just to put an end-cap on this.... I switched over to the newest mvapich
(1.9b) and all of this stuff cleared up.  It's still not clear to me what
the issue is/was.... but it's working ;-)

Derek


On Wed, Apr 10, 2013 at 12:55 PM, Kirk, Benjamin (JSC-EG311) <
benjamin.kir...@nasa.gov> wrote:

>
> On Apr 10, 2013, at 1:44 PM, "Kirk, Benjamin (JSC-EG311)" <
> benjamin.kir...@nasa.gov> wrote:
>
> > On Apr 10, 2013, at 1:42 PM, Derek Gaston <fried...@gmail.com> wrote:
> >
> >>
> >> OOoooooh!  Really?  That sounds perfect!  I'll try it!
> >
> > Please try my barrier() first though, referring to the email that just
> crossed this one…
>
> And a no-op won't work, but something almost as simple - looping through
> the input range and assigning an incremental counter - should:
>
> index_map.clear();
> dof_id_type idx=0;
> for (ForwardIterator::it=begin, it!=end; ++it)
>   index_map.push_back(idx++);
> return;
>
> would be the "right" way to turn this into a no-op…
>
> -Ben
>
>
>
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel

Reply via email to