Re: [Getfem-users] Problem using getfem::import_mesh in 64bit (2nd part)

[Yves Renard]

Dear Jaime,

May be it comes from the dal_tree_sorted object. Can you try with the attached 
modified file dal_naming_system.h in which I replaced the use of this object by 
an std::map.


Yves.


On mercredi 8 septembre 2010, Jaime Armendáriz Villalba wrote:
> Hello,
> 
> I've continued digging with the problem on the 64bit on windows. I have
> done some "Debugging" and I`ve found out where is the problem:
> 
> When parsing this line in the file:
> 
>     $Elements
>     695
>     1 15 3 0 1 0 1
>     2 15 3 0 2 0 2
>     3 15 3 0 3 0 3
>     4 15 3 0 4 0 4
>     5 15 3 0 5 0 5
>     6 15 3 0 6 0 6
>     7 15 3 0 7 0 7
>     8 15 3 0 8 0 8
>     9 1 3 0 1 0 1 2 <---- This line
>     10 1 3 0 2 0 2 9
>     11 1 3 0 2 0 9 10
>     12 1 3 0 2 0 10 11
>     13 1 3 0 2 0 11 12
> 
> This is what happens:
> 
>     line 41 of getfem_import.cc
>             pgt = bgeot::simplex_geotrans(1,1);
> 
>     line 518 of bgeot_geometric_trans.cc:
>             add_suffix("QK", QK_gt);
> 
>     line 121 of dal_naming_system.h (add_suffix function)
>             size_type i = suffixes.add(prefix + '_' + name);
> 
> And here it crashes.
> 
> Previously, an "add_suffix("PK", PK_gt)" call has been executed succesfully
> on bgeot_geometric_trans.cc.
> I have tested 5 different mesh files and all of them fail at this point.
> 
> I think that something in the code is not 64 bit compatible (at least with
> mingw-gcc-4.5). What else could I do in order to solve this problem? I even
> can provide my VM with everything installed to make the tests and debug.
> 
> Thank you very much for your time.
> 
> Jaime




-- 

  Yves Renard (address@hidden)       tel : (33) 04.72.43.87.08
  Pole de Mathematiques, INSA-Lyon             fax : (33) 04.72.43.85.29
  20, rue Albert Einstein
  69621 Villeurbanne Cedex, FRANCE
  http://math.univ-lyon1.fr/~renard

---------

dal_naming_system.h
Description: Text Data