gmsh fails on simple cube
Moderator: bernd
Forum rules
and Helpful information for the FEM forum
and Helpful information for the FEM forum
Re: gmsh fails on simple cube
Thanks for your help !
I thought VTK was compiled into FreeCAD as a library. I didn't realize that it was installed on my OS. I reported this problem on the VTK discord channel. I'll see what they say. In the mean time, I'll roll back to VTK-7 and rerun it.
I thought VTK was compiled into FreeCAD as a library. I didn't realize that it was installed on my OS. I reported this problem on the VTK discord channel. I'll see what they say. In the mean time, I'll roll back to VTK-7 and rerun it.
Re: gmsh fails on simple cube
This is maybe a smsh issue. On newer smsh versions the file SMDS_VtkEdge.cpp with the error does not exsist anymore.
Greetings
user1234
Greetings
user1234
Re: gmsh fails on simple cube
Any ideas on how to test this ? I'd love to just run vtk-8, but it isn't available for Fedora 34 and the build is non trivial due to dependencies.
Re: gmsh fails on simple cube
The cube can be meshed with FreeCAD 0.19-2 run via appimage.
OS: Fedora 34 (Workstation Edition) (KDE/plasmax11)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.24291 (Git) AppImage
Build type: Release
Branch: (HEAD detached at 0.19.2)
Hash: 7b5e18a0759de778b74d3a5c17eba9cb815035ac
Python version: 3.8.8
Qt version: 5.12.9
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)
OS: Fedora 34 (Workstation Edition) (KDE/plasmax11)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.24291 (Git) AppImage
Build type: Release
Branch: (HEAD detached at 0.19.2)
Hash: 7b5e18a0759de778b74d3a5c17eba9cb815035ac
Python version: 3.8.8
Qt version: 5.12.9
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)
Re: gmsh fails on simple cube
Pretty sure, that is packed with an other VTK.
Greetings
user1234
Just said, that libraries and their API can change over the time. That must not be a bug.
Greetings
user1234
-
- Posts: 3
- Joined: Mon Nov 08, 2021 12:32 pm
Re: gmsh fails on simple cube
I downgraded my vtk to 8.2 version and while runing FEM workbench will result in crashuser1234 wrote: ↑Fri Oct 01, 2021 6:39 pm It works with vtk7 but wont with vtk9.
See also here: https://forum.freecadweb.org/viewtopic. ... 37#p514907
Greetings
user1234
error message:
19:36:23 /usr/lib/freecad/lib/libSMDS.so: undefined symbol: _ZN12vtkCellLinks8DeepCopyEP20vtkAbstractCellLinks
19:36:23 Traceback (most recent call last):
File "<string>", line 72, in Initialize
File "/usr/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
return original_import(name, *args, **kwargs)
Re: gmsh fails on simple cube
I have the same issue now when I've built freecad from head on Debian Linux, VTK version I have is 9.1.0. That is I get the following when I run gmsh a simple cube:
2022-02-14 17:00:45.694 ( 8.041s) [ 93D9D4C0] vtkCellArray.cxx:551 ERR| vtkCellArray (0x5641ff576cf0): Invalid location.
FreeCAD: /freecad-source/src/3rdParty/salomesmesh/src/SMDS/SMDS_VtkEdge.cpp:119: virtual int SMDS_VtkEdge::NbNodes() const: Assertion `nbPoints >= 2' failed.
The 0.20 weekly build appimage which uses VTK 9.0.1 works though.
If anyone has a lead to what causes this error and how to fix it when building from source I would be grateful to hear about it.
2022-02-14 17:00:45.694 ( 8.041s) [ 93D9D4C0] vtkCellArray.cxx:551 ERR| vtkCellArray (0x5641ff576cf0): Invalid location.
FreeCAD: /freecad-source/src/3rdParty/salomesmesh/src/SMDS/SMDS_VtkEdge.cpp:119: virtual int SMDS_VtkEdge::NbNodes() const: Assertion `nbPoints >= 2' failed.
The 0.20 weekly build appimage which uses VTK 9.0.1 works though.
If anyone has a lead to what causes this error and how to fix it when building from source I would be grateful to hear about it.
Re: gmsh fails on simple cube
I tried reverting to 9.0.1, same issue, then 7.1.1 - the issue gone. However there are builds that work both with 9.1.0 and 9.0.1 so reverting to VTK 7 shouldn't be necessary. I'm guessing there is some sort of version incompatibility of the dependencies, I'm suspecting than PyQT is involved but I'm not sure. Well, I'll roll with VTK 7 for a while and see how that goes.