[MOAB-dev] Creation of parallel tags

[Tim Tautges]

So, the status of MOAB's parallel stuff in general is dicey right now, 
mostly because I haven't gotten any time to do code stuff.  That's the 
first thing.  The second thing is that iMeshP is an interface developed 
by committee, and in this case, the committee didn't choose to do things 
with sets (even though, IMO, most of it could be done with sets 
already).  So, if you're not planning on switching out MOAB for 
something else, I'd recommend using only iMesh and looking for the right 
sets and tags to get parallel info.

I can't comment on the specific problem you see below, but hopefully the 
parallel implementation will get sorted out soon.

- tim

Jed Brown wrote:
> It looks like these don't get created by default any more?  At least,
> some code is failing due to lack of the parallel status and related
> tags.  Do I need a different magic string, or to somehow tell MOAB that
> they need to be created?  Looking at some iMeshP implementation, it
> looks like a tag with the magic name is just being created?  I tried
> that, but then I get traces like this.
> 
> [brakk:25133] *** Process received signal ***
> [brakk:25133] Signal: Segmentation fault (11)
> [brakk:25133] Signal code: Address not mapped (1)
> [brakk:25133] Failing at address: 0x20
> [brakk:25133] [ 0] /lib/libpthread.so.0 [0x7f8a6f224920]
> [brakk:25133] [ 1] /home/jed/usr/lib/libMOAB.so.0(_ZNK19TypeSequenceManager12get_entitiesER7MBRange+0x4a) [0x7f8a6eaec3d0]
> [brakk:25133] [ 2] /home/jed/usr/lib/libMOAB.so.0(_ZNK15SequenceManager12get_entitiesE12MBEntityTypeR7MBRange+0x3d) [0x7f8a6eaec487]
> [brakk:25133] [ 3] /home/jed/usr/lib/libMOAB.so.0(_ZNK6MBCore20get_entities_by_typeEm12MBEntityTypeR7MBRangeb+0xbd) [0x7f8a6eae64dd]
> [brakk:25133] [ 4] /home/jed/usr/lib/libMOAB.so.0(_ZNK6MBCore28get_entities_by_type_and_tagEm12MBEntityTypePKPPvPKPKviR7MBRangeib+0x87) [0x7f8a6eae626f]
> [brakk:25133] [ 5] /home/jed/usr/lib/libiMesh.so.0(imesh_getentsbytagsrec_+0x333) [0x7f8a70ce4e92]
> [brakk:25133] [ 6] ./ptest(main+0x1e19) [0x40e7d9]
> [brakk:25133] [ 7] /lib/libc.so.6(__libc_start_main+0xe6) [0x7f8a6eee0546]
> [brakk:25133] [ 8] ./ptest [0x40b209]
> [brakk:25133] *** End of error message ***
> 
> 
> What is the state of iMeshP?  I know Jason has implemented a fair
> amount, but is it ready for use?  It seems unnecessarily complex (a fair
> bit of the functionality is set intersection in serial) and since (as
> far as I know) nobody is yet developing code against it, possibly
> subject to major change.  If there is some confidence that at least the
> philosophy is stable (even though some details of the API are likely to
> change), then I don't mind using it.
> 
> Jed

-- 
================================================================
"You will keep in perfect peace him whose mind is
   steadfast, because he trusts in you."               Isaiah 26:3

              Tim Tautges            Argonne National Laboratory
          (tautges at mcs.anl.gov)      (telecommuting from UW-Madison)
          phone: (608) 263-8485      1500 Engineering Dr.
            fax: (608) 263-4499      Madison, WI 53706