[Gmsh] gmsh -0 in version 2.0 doesn't unroll everything

[Ondrej Certik]

Works like a charm, thanks very much!

When citing gmsh in an article - which of your publications should I use?

Thanks,
Ondrej

On 3/20/07, Christophe Geuzaine <cgeuzaine at ulg.ac.be> wrote:
> Ondrej Certik wrote:
> > Hi,
> >
> > I am using
> >
> > gmsh -0 afm.geo
> >
> > with gmsh 1.65.0 and everything works as expected. Upon upgrading to
> > 2.0.4 however, the resulting unrolled geometry contains
> >
> >
> > x0 = 1;
> > Physical Surface (x0) = {52, 126, 200, 306, 348, 454, 528, 576};
> > r = 2;
> > Physical Surface (r) = {541};
> > Physical Surface (3) = {56, 130, 204, 310, 352, 458, 532, 578};
> > Physical Surface (4) = {29, 68, 103, 142, 177, 216, 248, 283, 325, 364,
> > 396, 431
> >
> > Where the variables "x0" and "r" are not unrolled.
> >
> > I am using my own script to parse the unrolled geometry and I pass it
> > to tetgen myself and they collapse on this (I would have to implement
> > a simple language with variables, which I believe is a gmsh's job). I
> > think this behavior in gmsh 2.0.4 is a bug, isn't it?
> >
> > I am willing to send you a patch, if you don't have time to do it, but
> > I just wanted to check, if it is a bug, or a feature.
> >
>
> Hi Ondrej - Give version 2.0.5 a try: we've added an option to control
> this behavior (use Print.GeoLabels=0 to disable the printing of the
> labels).
>
>
>
>
> > Ondrej
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > gmsh mailing list
> > gmsh at geuz.org
> > http://www.geuz.org/mailman/listinfo/gmsh
>
>
> --
> Prof. Christophe Geuzaine
> University of Liege, Electrical Engineering and Computer Science
> http://www.montefiore.ulg.ac.be/~geuzaine
>
>
>