<br>
<br>          I al already using the last stable version (gmsh 2.11.0)<div><br>
<blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">I have investigated a little bit more and I have seen that the msh file contains a few lines as the followings</font></blockquote><blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">2 4 259</font></blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">Affine -0.9999999999999994 1.110223024625157e-16 0 0 -1.110223024625157e-16 -0.9999999999999994 0 0 0 0 1 0 0 0 0 1</font></blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">64</font></blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">14624 23986</font></blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">-1 23987</font></blockquote><blockquote><font face="tahoma, arial, helvetica, sans-serif" size="2">-1 23990</font></blockquote></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2"><br></font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">The problem is related with the -1 value associated with the tags of some slave vertices.</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">I have used GDB with a breackpoint  inside of the function writeMSHPeriodicNodes  (GModelIO_MSH.cpp line 574)</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">I have also used a break point condition  (v1->getIndex() < 0) in order to spot the problematic data.</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">So I have discovered that the slave vertex is good (for what concerns the geometrical position) but has an index= -1.</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2"><br></font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">The problem now is that I do not know where the wrong index was generated.</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">The slave vertex was created inside of the copyMesh(...) function:</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">  MVertex *vt =new MFaceVertex ...</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">But this function seems not to be the responsible for the index value of -1 (the MFaceVertex constructor sets that value to 0).</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2"><br></font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">And why most of the slave indices were properly renumbered with the exeption of those associated with face 4 (having master face=259) and a few others ?</font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2">  </font></blockquote><blockquote style="font-family: tahoma, arial, helvetica, sans-serif;"><font size="2"><br>>I don't think so: the actual mesh is indeed incomplete. The problem is most probably in the generation of the slave mesh. Quite a bit of work has been going on on periodic meshes in recent releases: I would try with the latest stable release to see if the problem >persists.<br></font><br><br><br></blockquote>
</div>