Found the branch in partioner::partition():
00059 if (n_parts == 1)
00060 {
00061 this->single_partition (mesh);
00062 return;
00063 }
00064
00065 // First assign a temporary partitioning to any unpartitioned elements
00066 Partitioner::partition_unpartitioned_elements(mesh, n_parts);
00067
And that explains the correct behavior in serial runs. I think Hilbert
library should be enabled by default if someone wants to run in
parallel. Or we should disable MPI in configure if Hilbert is
disabled. At least a error message there will avoid further problems
for now until we have a default implementation for global_indices().
On Thu, Nov 19, 2009 at 4:57 PM, Vijay S. Mahadevan <[email protected]> wrote:
> I think the problem is because of disabling Hilbert library. In fact
> nothing in mesh_communication_global_indices.C is implemented at all
> if this library is disabled. But I am curious on how the global
> indices got done if only one processor is used !
>
> On Thu, Nov 19, 2009 at 4:49 PM, Kirk, Benjamin (JSC-EG311)
> <[email protected]> wrote:
>>> I saw in the log file that recently Roy disabled libHilbert...
>>
>> Ah, that's what I get for falling behind on my reading.
>>
>>
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Libmesh-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libmesh-devel
