[Insight-developers] Help to debug on LInux64 and Mac 10.5

[Alexandre GOUAILLARD]

Hi sean, 

And thanks for your quick reply.
I thought about the 64 bits issue, but the test seems to pass ok on the
following machines:
Kraepelin.uiowa    IRIX64
crunch1.isi.nl     linux64-g++-4.0.2

The output of the test shows that some points are duplicated. Even funnier,
the number of duplicated points is not the same depending on the
configuration (deb/rel).

Site Name: RogueResearch4
Build Name: Mac10.5-InsightBS-dbg
0: [0, 0, 1]
1: [0, 1, 0]
2: [1, 0, 0]
3: [0, 0, 0]
4: [0, 0, 1]   *** #0
5: [1, 1, 1]
6: [3, 1, 1]
7: [2, 1, 1]
8: [3, 0, 1]
9: [2, 0, 1]
10: [3, 1, 0]
11: [2, 1, 0]
12: [3, 0, 0]
13: [2, 0, 0]
14: [4, 1, 1]
15: [3, 1, 1]  *** #6
16: [4, 0, 1]
17: [4, 1, 0]
18: [4, 0, 0]


Site Name: RogueResearch4
Build Name: Mac10.5-InsightBS-rel
20 points:
0: [0, 0, 1]
1: [0, 1, 0]
2: [1, 0, 0]
3: [0, 0, 0]
4: [0, 0, 1]  *** #0
5: [0, 1, 0]  *** #1
6: [1, 0, 0]  *** #2
7: [1, 1, 1]
8: [3, 1, 1]
9: [2, 1, 1]
10: [3, 0, 1]
11: [2, 0, 1]
12: [3, 1, 0]
13: [2, 1, 0]
14: [3, 0, 0]
15: [2, 0, 0]
16: [4, 1, 1]
17: [4, 0, 1]
18: [4, 1, 0]
19: [4, 0, 0]

There is no Id checking at the point container level, so I suspect the
itk::AutomaticTopologyMeshSource<>::AddPoint() method
(Code\Algorithms\itkAutomaticTopologyMeshSource.txx:52) not to do its job
correctly.

Strange, because the original test does not fail .... Might be because point
container type by defualt in the itk::mesh and itk::QuadEdgeMesh are
different?

If you had time, would you mind to take a look at what happen there?

Alex.


On 12/19/07 5:04 PM, "Sean McBride" <sean at rogue-research.com> wrote:

> On 12/19/07 4:28 PM, Alexandre GOUAILLARD said:
> 
>> The "itkAutomaticTopologyQuadEdgeMeshSourceTest" test is failling on the two
>> following machines:
>> Boa,invivonmr.uu.nl
>> RogueResearch4
>> 
>> Unfortunatly, I don t have corresponding configuration available here
>> (linux-x86, 64bits, g++4.1 and Mac OS10.5 Insight BS deb/rel).
>> 
>> Could the owner of those machine give me acces to them
> 
> Probably not... :(
> 
>> or give me a hand to
>> track those errors?
> 
> Sure!
> 
> RogueResearch4 does a few ITK builds.  InsightBS-dbg and InsightReview-
> gcc-dbg-rosetta are very similar, the only real difference is that the
> former builds 64 bit executables and the latter 32 bit.  Your test is
> failing only on the former.  Since the linux machine is also building 64
> bit, my guess would be that 64 bit-ness is the problem.
> 
> On the Mac, the major difference between 32 and 64 bit is that the
> 'long' type changes size (so does any pointer, size_t, etc.  But float,
> double, char, short, and int stay the same).  You might want to check
> everywhere you use 'int' and 'long' to be sure you aren't mixing them
> up.  I checked very fast, and see you do:
> 
>   int numPoints = meshSource->GetOutput()->GetNumberOfPoints();
> 
> However, GetNumberOfPoints() returns a long not an int.  This should be
> fixed, but probably isn't the problem.
> 
> I there some test I can run for you?
> 
> --
> ____________________________________________________________
> Sean McBride, B. Eng                 sean at rogue-research.com
> Rogue Research                        www.rogue-research.com
> Mac Software Developer              Montréal, Québec, Canada
>