[MOAB-dev] question about mbzoltan

Iulian Grindeanu iulian at mcs.anl.gov
Thu Sep 1 16:09:09 CDT 2011


Thanks Jason,
Yes, it is working fine now;
Also, the ProgOptions bug was probably affecting other programs too.
(I was telling Tim that -t is default now :) for mbpart )

How did you debug it? 
What tools do you use to read the tags when they are in memory?

Do you print or do you use gdb/ddd ?

Thanks,
Iulian

----- Original Message -----
> On 09/01/2011 12:40 PM, Jason Kraftcheck wrote:
> > On 09/01/2011 12:22 PM, Iulian Grindeanu wrote:
> >> Hello, I have a small file that I am partitioning in 2, with mbpart
> >> you
> >> can get mbpart if you configure moab with --enable-mbzoltan
> >> --with-zoltan=/home/fathom/3rdparty/Zoltan_v3.3
> >> --with-parmetis=/home/fathom/3rdparty/ParMETIS3_1/gcc (at least on
> >> mcs
> >> network)
> >>
> >> So the command I am using is
> >>
> >> mbpart 2 MeshFiles/unittest/iGeom/shell.h5m shell_p2.h5m
> >>
> >> It seems to be working fine, the mesh is partitioned in 2, there
> >> are some
> >> tags defined in shell_p2.h5m
> >>
> >> But one existing variable length tag, that should have not been
> >> modified
> >> at all, has one wrong value.
> >>
> >> Do you have any idea what am I doing wrong? Or is this a bug in
> >> mbpart?
> >>
> >
> > If it is a bug, then it is probably in the HDF5 writer, not in
> > mbpart.
> 
> I guess we were both wrong. There were two bugs: one in
> ProgOptions.cpp
> that caused mbpart to think that the -R flag was specified and one in
> ReorderTool that corrupted the tag data. Fixed in r5148.
> 
> - jason


More information about the moab-dev mailing list