Hi Geordie,<br><br>Thanks for your reply. There isn't any way to fix this problem? Or may be gmsh can include another algorithm or a patch over this to solve it out?<br><br>Thanks<br><br><div class="gmail_quote">On Thu, Oct 27, 2011 at 4:38 PM, Geordie McBain <span dir="ltr"><<a href="mailto:gdmcbain@freeshell.org">gdmcbain@freeshell.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">2011/10/27 rakesh patil <<a href="mailto:prakeshofficial@gmail.com">prakeshofficial@gmail.com</a>>:<br>

<div><div></div><div class="h5">> Hello,<br>
><br>
> I noticed one thing in gmsh. I used same single .geo file in multiple<br>
> instances of gmsh and tried to generate a mesh. And everytime the number of<br>
> nodes and elements were different for same .geo file. Is this a bug or is<br>
> that how it should behave?<br>
<br>
</div></div>This is expected behaviour; see e.g.<br>
<br>
  <a href="http://www.geuz.org/pipermail/gmsh/2011/006431.html" target="_blank">http://www.geuz.org/pipermail/gmsh/2011/006431.html</a><br>
<br>
Lots of unstructured meshing algorithms contain random steps; see e.g.<br>
<br>
Persson, P.-O. and G. Strang (2004). SIAM Review  46 (2), 329+.<br>
<a href="http://dx.doi.org/10.1137/S0036144503429121" target="_blank">http://dx.doi.org/10.1137/S0036144503429121</a><br>
</blockquote></div><br>