[Gmsh] reminder ..

Christophe Geuzaine c.geuzaine at ulg.ac.be
Sun Dec 5 18:36:20 CET 2004


Nacho Andres wrote:
> Sorry to disturb again, but not even when meshing in the background with
> Netgen the problem is solved. When I do so, I do get:

Did you define all your volumes with exterior pointing normals? (That's 
the only additional requirement for the netgen algorithm, compared to 
the default one.)

Christophe

> 
> Illegal hash-positionPosition: 9,9,18
> Fatal   : Segmentation violation (invalid memory reference)
>         : ------------------------------------------------------
>         : You have discovered a bug in Gmsh! You may report it
>         : by e-mail (together with any helpful data permitting to
>         : reproduce it) to <gmsh at geuz.org>
> Abort
> 
> Do you have any suggestions? Many thanks in advance ..
> Nacho
> 
> 
> On Mon, 2004-11-29 at 09:35, Nacho Andres wrote:
> 
>>Well, when meshing whith Netgen it basically crashes making reference to
>>a segmentation fault violation in the internal messages and this in the
>>linux console
>>no inner point found
>>no inner point found
>>Illegal hash-positionPosition: 9,9,18
>>Abort
>>
>>Thanks,
>>Nacho
>>
>>On Fri, 2004-11-26 at 23:32, Christophe Geuzaine wrote:
>>
>>>Nacho Andres wrote:
>>>
>>>>Dear all ..  dear Cristophe,
>>>>sometime ago I sent an e-mail asking for help for a problem that I am
>>>>trying to solve.
>>>>I basically need to build an sphere with many volume holes starting on
>>>>its surface and continuing a little deeper .. 
>>>>Defining the sphere and then substracting the volumes gives coplanarity
>>>>problems when meshing ...
>>>
>>>Does the Netgen algorithm have the same problem?
>>>
>>>
>>>
>>>
>>>>Another possibility is first declaring the outer surface with the gaps
>>>>and then start declaring the volume step by step .. but .. if I generate
>>>>the external sphere in quadrants, some of the meridians intersect the
>>>>holes .. so I also get problems ..
>>>>Do you have any suggestion? Any hint is most welcome! otherwise, my only
>>>>alternative seems brute force (i.e., generating pieces and tailor
>>>>everything ..
>>>>
>>>>Please, this is really a bottleneck .. Many thanks in advance,
>>>>Nacho
>>>>
>>>>
>>>>_______________________________________________
>>>>gmsh mailing list
>>>>gmsh at geuz.org
>>>>http://www.geuz.org/mailman/listinfo/gmsh
>>>>
>>>>
>>
>>_______________________________________________
>>gmsh mailing list
>>gmsh at geuz.org
>>http://www.geuz.org/mailman/listinfo/gmsh
> 
> 
> _______________________________________________
> gmsh mailing list
> gmsh at geuz.org
> http://www.geuz.org/mailman/listinfo/gmsh
> 
> 


-- 
Christophe Geuzaine
Applied and Computational Mathematics, Caltech
geuzaine at acm.caltech.edu - http://geuz.org