Thanks for your reply.
Yes, the problem also occurs with today’s nightly build.
Von: Christophe Geuzaine
Gesendet: Mittwoch, 28. Januar 2015 20:26
An: [email protected]
Cc: [email protected]
> On 23 Jan 2015, at 15:39, [email protected] wrote:
>
> Hi,
>
> I have a problem defining physical surfaces in gmsh. The attached geo file
> consists of two lines. The first line merges a step file which consists of
> two cubes. The other defines a simple physical surface.
>
> As soon as the option “cut and merge faces” (Geometry.OCCConnectFaces = 1) is
> turned on, the physical surface randomly changes its position every time the
> geo file is reloaded. This behaviour makes it impossible to define physical
> surfaces for merged step files, if the option “cut and merge faces” is used.
>
> Is there a way to avoid this behaviour or is this a gmsh bug?
>
"Cut and merge faces" is definitely "beta quality"; the code should be checked
to see if there is no pointer dependent ordering which would explain the
behaviour you see. (Do you see this with the latest nightly builds?)
> Best regards
> Guido
>
> <2cube.geo><2cube.step>_______________________________________________
> gmsh mailing list
> [email protected]
> 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
_______________________________________________
gmsh mailing list
[email protected]
http://www.geuz.org/mailman/listinfo/gmsh
