VTK issueshttps://gitlab.kitware.com/vtk/vtk/-/issues2022-03-08T14:46:15-05:00https://gitlab.kitware.com/vtk/vtk/-/issues/17309vtkSelectPolyData does not work - with a reproducing example2022-03-08T14:46:15-05:00minhphuoc hongvtkSelectPolyData does not work - with a reproducing exampleI load a stl 3D model and click many points to form a closed loop. After that, I use the vtkSelectPolyData to extract a part inside this loop but in some cases the result is empty.
A reproducing example has a big size which is over 272M...I load a stl 3D model and click many points to form a closed loop. After that, I use the vtkSelectPolyData to extract a part inside this loop but in some cases the result is empty.
A reproducing example has a big size which is over 272MB) so I only attach the main code and a test model [Example.zip](/uploads/fbae75e70c6f9c0faa377862cf27e8db/Example.zip)https://gitlab.kitware.com/vtk/vtk/-/issues/18486Windows Build faulure arising from https://gitlab.kitware.com/vtk/vtk/-/merge...2022-03-09T00:38:00-05:00Andrew MacleanWindows Build faulure arising from https://gitlab.kitware.com/vtk/vtk/-/merge_requests/8935@nicolas.vuaille, this MR: https://gitlab.kitware.com/vtk/vtk/-/merge_requests/8935 is causing build failures in Visual Studio Version 17.1.1
Some of the errors are:
Filters\Core\vtkUnstructuredGridQuadricDecimation.cxx(1446): error C25...@nicolas.vuaille, this MR: https://gitlab.kitware.com/vtk/vtk/-/merge_requests/8935 is causing build failures in Visual Studio Version 17.1.1
Some of the errors are:
Filters\Core\vtkUnstructuredGridQuadricDecimation.cxx(1446): error C2589: 'constant': illegal token on right side of '::'
Filters\Core\vtkUnstructuredGridQuadricDecimation.cxx(1446): error C2062: type 'unknown-type'
wherever `return vtkUnstructuredGridQuadricDecimation::NO_ERROR`occurs in the code.
Filters\General\vtkCellTreeLocator.cxx(700): error C2059: syntax error: ','
Filters\General\vtkCellTreeLocator.cxx(767): error C2059: syntax error: ','
Filters\General\vtkCellTreeLocator.cxx(772): error C2661: 'std::stack<vtkCellTreeLocator::vtkCellTreeNode *,std::vector<vtkCellTreeLocator::vtkCellTreeNode *,std::allocator<vtkCellTreeLocator::vtkCellTreeNode *>>>::push': no overloaded function takes 0 arguments
IO\Geometry\vtkGLTFDocumentLoader.h(295): error C2059: syntax error: 'constant'
IO\Geometry\vtkGLTFDocumentLoader.h(298): error C2143: syntax error: missing ';' before '}'
IO\Geometry\vtkGLTFDocumentLoader.h(298): error C2238: unexpected token(s) preceding ';'
IO\Geometry\vtkGLTFDocumentLoader.h(319): error C3646: 'AlphaMode': unknown override specifier
IO\Geometry\vtkGLTFDocumentLoader.h(319): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
IO\Geometry\vtkGLTFDocumentLoader.h(506): error C2065: 'Accessor': undeclared identifier
IO\Geometry\vtkGLTFDocumentLoader.h(506): error C2923: 'std::vector': 'Accessor' is not a valid template type argument for parameter '_Ty'
IO\Geometry\vtkGLTFDocumentLoader.h(506): note: see declaration of 'Accessor'
There are hundreds of other errors in other files please see this [BuildFailures.txt](/uploads/fa903ccd616bae1c0e58819d290b475c/BuildFailures.txt)https://gitlab.kitware.com/vtk/vtk/-/issues/17726bad result of a constrained Delaunay 2d triangulation2022-03-09T04:30:16-05:00Roberto Goribad result of a constrained Delaunay 2d triangulation[ConstrainedDelaunay2DBug.zip](/uploads/e26a5b0f8fcfb3447178a7435bd567a2/ConstrainedDelaunay2DBug.zip)
![cdt](/uploads/80a178838910c84a691adf16d32fe163/cdt.jpg)
maybe there is something wrong in the CheckEdge method of the vtkDelaunay2...[ConstrainedDelaunay2DBug.zip](/uploads/e26a5b0f8fcfb3447178a7435bd567a2/ConstrainedDelaunay2DBug.zip)
![cdt](/uploads/80a178838910c84a691adf16d32fe163/cdt.jpg)
maybe there is something wrong in the CheckEdge method of the vtkDelaunay2D class?https://gitlab.kitware.com/vtk/vtk/-/issues/18488Windows build failure caused by 'addConvolutionFunction'2022-03-10T23:40:58-05:00Andrew MacleanWindows build failure caused by 'addConvolutionFunction'@thomas.galland this MR: https://gitlab.kitware.com/vtk/vtk/-/merge_requests/8912 seems to be causing the problem. Note that my Linux build is OK using gcc and tbb.
I am using Visual Studio Version 17.1 and TBB. I have bisected the merg...@thomas.galland this MR: https://gitlab.kitware.com/vtk/vtk/-/merge_requests/8912 seems to be causing the problem. Note that my Linux build is OK using gcc and tbb.
I am using Visual Studio Version 17.1 and TBB. I have bisected the merges and this seems to be the one causing the problem.
Hundreds of errors are generated, the only change I can see is in vtkMath.h:
``` C++
#include "vtkSMPTools.h" // For SMPTools
```
For the errors, please see this text file: [BuildFailures.txt](/uploads/ab71a57432db5ab4bbda4c5896139784/BuildFailures.txt)https://gitlab.kitware.com/vtk/vtk/-/issues/18485Loading AMR file (vth) with `REFINEDCELL` vtkGhostType leads to incorrect dis...2022-03-14T05:19:54-04:00Francois MazenLoading AMR file (vth) with `REFINEDCELL` vtkGhostType leads to incorrect displayWhen reading an AMR file where cells contains `vtkGhostType` with `REFINEDCELL` flag, those cells are not displayed (which is OK) but refined cells (underlying cells) are not displayed.
To reproduce, just unzip [test_fm.zip](/uploads/56...When reading an AMR file where cells contains `vtkGhostType` with `REFINEDCELL` flag, those cells are not displayed (which is OK) but refined cells (underlying cells) are not displayed.
To reproduce, just unzip [test_fm.zip](/uploads/561307dcc30689324e844950dca1df6c/test_fm.zip) (this is an AMR Gaussian Pulse filter output) and open `test_fm.vthb` with `vtkXMLUniformGridAMRReader` at level 1:
![image](/uploads/efc75df5d5f8c370b9f94fa5aa4d2b86/image.png)
Expected result:
![image](/uploads/5ec56e3137630f9d446753c17dd575c6/image.png)
It's likely an issue introduced by https://gitlab.kitware.com/vtk/vtk/-/merge_requests/7774https://gitlab.kitware.com/vtk/vtk/-/issues/18375VTK 9.1 with Qt 5.15.22022-03-14T08:30:57-04:00Himanshu SharmaVTK 9.1 with Qt 5.15.2Attempting to build VTK 9.1 with Qt 5.15.2. However it runs into following error:
```
CMake Error at GUISupport/QtQuick/qml/CMakeLists.txt:74 (message):
qmlplugindump executable not found.
It is required to generate the qmltypes ...Attempting to build VTK 9.1 with Qt 5.15.2. However it runs into following error:
```
CMake Error at GUISupport/QtQuick/qml/CMakeLists.txt:74 (message):
qmlplugindump executable not found.
It is required to generate the qmltypes file for VTK Qml plugin.
Configuring incomplete, errors occurred!
```
I was able to build VTK 9.1 with Qt 6.2 where I understand that the above qmlplugin is available.
Is there a way to build VTK 9.1 with Qt 5.15.2 ?https://gitlab.kitware.com/vtk/vtk/-/issues/18492Error with OpenGL2022-03-15T05:10:36-04:00CcError with OpenGLHello, I'm using vscode with Remote X11 extension and mobaXterm to connect the linux server and disply the figures on my computer.
It works well when I use the functions like matplotlib.pyplot.imshow().
But when I use the functions like...Hello, I'm using vscode with Remote X11 extension and mobaXterm to connect the linux server and disply the figures on my computer.
It works well when I use the functions like matplotlib.pyplot.imshow().
But when I use the functions like mayavi.mlab.figure() or mayavi.mlab.points3d(), it can not work properly with the error:
![image](https://user-images.githubusercontent.com/82150240/158025970-1583387c-b5bf-4a7b-8cac-2092157693db.png)
It seems there are some problems with the vtk and the OpenGL.
I first want to ask here, this OpenGL refers to my computer or the linux server.
And I'd like to ask how to fix this problem.
Thanks.
I'm using python 3.8.5, mayavi 4.7.3, vtk 9.0.1, pyqt5 5.15.5.https://gitlab.kitware.com/vtk/vtk/-/issues/18490Build broken on Windows 10 VS20172022-03-15T05:11:18-04:00ToddBuild broken on Windows 10 VS2017The third party **verdict** library is not available when compiling _vtkMeshQuality_
![image](/uploads/1db60a514c56673748c314ca97d79c44/image.png)The third party **verdict** library is not available when compiling _vtkMeshQuality_
![image](/uploads/1db60a514c56673748c314ca97d79c44/image.png)https://gitlab.kitware.com/vtk/vtk/-/issues/18494TestVelodyneReader failures on dashboard2022-03-18T11:16:05-04:00Cory Quammencory.quammen@kitware.comTestVelodyneReader failures on dashboardTestVelodyneReader is failing on the dashboard:
https://open.cdash.org/test/643942583
https://open.cdash.org/test/644064626
https://open.cdash.org/test/643970489TestVelodyneReader is failing on the dashboard:
https://open.cdash.org/test/643942583
https://open.cdash.org/test/644064626
https://open.cdash.org/test/643970489https://gitlab.kitware.com/vtk/vtk/-/issues/18495How can I give vtkTextureObject to the shader of vtkActor2022-03-22T04:58:39-04:00CodeLZLongHow can I give vtkTextureObject to the shader of vtkActorI generated a vtkTextureObject, but how to pass it to the shader attribute of vtkactor?I generated a vtkTextureObject, but how to pass it to the shader attribute of vtkactor?https://gitlab.kitware.com/vtk/vtk/-/issues/18489Installing libvtk7-qt-dev on Ubuntu Focal Server Installs Desktop Environment2022-03-28T12:29:10-04:00Michael HosmarInstalling libvtk7-qt-dev on Ubuntu Focal Server Installs Desktop EnvironmentWe are using [pcl_ros](http://wiki.ros.org/pcl_ros) Which depends on libpcl-dev. The version of pcl_lib installed on Xenial depended on libvtk6-qt-dev which did not install a desktop environment. The version of pcl_lib on Focal depends o...We are using [pcl_ros](http://wiki.ros.org/pcl_ros) Which depends on libpcl-dev. The version of pcl_lib installed on Xenial depended on libvtk6-qt-dev which did not install a desktop environment. The version of pcl_lib on Focal depends on libvtk7-qt-dev which ends up installing gnome.
I had trouble tracing the dependency which ultimately causes this. As a note this doesn't seem to happen with install-recommends disabled.
Does someone on the team have an idea of which depends changed between versions?https://gitlab.kitware.com/vtk/vtk/-/issues/17950Regression on Multiple Render Windows with VTK92022-03-28T14:55:18-04:00Paul ChoiselRegression on Multiple Render Windows with VTK9Hi all,
A customer reported the following problem with VTK9 and multiple renderWindows on Linux (Arch and Debian).
Compiling and executing the example : https://lorensen.github.io/VTKExamples/site/Cxx/Visualization/MultipleRenderWindo...Hi all,
A customer reported the following problem with VTK9 and multiple renderWindows on Linux (Arch and Debian).
Compiling and executing the example : https://lorensen.github.io/VTKExamples/site/Cxx/Visualization/MultipleRenderWindows/ in VTK8 (8.2.0) , VTK9 (release v9.0.0) gives very different results :
VTK8, all renderWindows start successfully and respond to events:
![image](/uploads/83c2c7402dfab88b136bff87b188ddfa/image.png)
VTK9 (release 9.0.0), only the last renderWindow responds to events, the only way to exit the program is to close the last renderWindow.
VTK8 and VTK9 have different behaviour when starting several renderWindows in the same thread :
VTK8 : All renderWindows respond to events.
VTK9 : Only the started renderWindow responds to events.
To be noted that the behaviour in VTK9 on Windows is the same as the one in VTK8.
We confirmed with @ken-martin that this is actually a bug.
It seems that the following could be done :
Make an interactor store a pointer to itself in an Xwindow when initialized. Then when processing events, that value can be retrieved and used to forward events for that window to the correct interactor for processing.
So in initialize :
```
XInternAtom(display, "VTK_INTERACTOR", False);
XChangeProperty(...)
```
Then in the code to process events something like :
```
XPeekEvent
use the window of the event to XGetWindowProperty
if the VTK_INTERACTOR property is there
{
XNextEvent
cast the property to a vtkXRenderWindowInteractor named iren
iren->DispatchEvent(event);
}
```https://gitlab.kitware.com/vtk/vtk/-/issues/18445Build failure with ffmpeg-5.02022-03-28T16:36:20-04:00BerndBuild failure with ffmpeg-5.0The current v9 releases of VTK won't build their IOFFMPEG module, against an installed ffmpeg-5.0 package. We received a bug report on Gentoo on this for 9.0.3. I tested with 9.1.0 which fails as well.
The error is
```
FAILED: IO/FFMPEG...The current v9 releases of VTK won't build their IOFFMPEG module, against an installed ffmpeg-5.0 package. We received a bug report on Gentoo on this for 9.0.3. I tested with 9.1.0 which fails as well.
The error is
```
FAILED: IO/FFMPEG/CMakeFiles/IOFFMPEG.dir/vtkFFMPEGWriter.cxx.o
/usr/bin/mpicxx -DIOFFMPEG_EXPORTS -DVTK_IN_VTK -D__STDC_CONSTANT_MACROS -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/IO/FFMPEG -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/IO/Movie -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/Movie -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/ExecutionModel -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/ExecutionModel -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/Core -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/Core -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/DataModel -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/DataModel -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/Math -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/Math -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/Transforms -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/Transforms -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/IO/Video -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/Video -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/Misc -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/Misc -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Common/System -I/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Common/System -isystem /var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Utilities/KWIML -isystem /var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Utilities/KWIML -isystem /var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/vtk-9.0.3_build/Utilities/KWSys -isystem /var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/Utilities/KWSys -O2 -march=native -fomit-frame-pointer -pipe -fvisibility-inlines-hidden -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -fopenmp -std=c++11 -MD -MT IO/FFMPEG/CMakeFiles/IOFFMPEG.dir/vtkFFMPEGWriter.cxx.o -MF IO/FFMPEG/CMakeFiles/IOFFMPEG.dir/vtkFFMPEGWriter.cxx.o.d -o IO/FFMPEG/CMakeFiles/IOFFMPEG.dir/vtkFFMPEGWriter.cxx.o -c /var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG/vtkFFMPEGWriter.cxx
/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG/vtkFFMPEGWriter.cxx: In member function ‘int vtkFFMPEGWriterInternal::Start()’:
/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG/vtkFFMPEGWriter.cxx:111:41: error: invalid conversion from ‘const AVOutputFormat*’ to ‘AVOutputFormat*’ [-fpermissive]
111 | this->avOutputFormat = av_guess_format("avi", nullptr, nullptr);
| ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
| |
| const AVOutputFormat*
/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG/vtkFFMPEGWriter.cxx:137:37: error: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]
137 | if (!(codec = avcodec_find_encoder(this->avOutputFormat->video_codec)))
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| const AVCodec*
/var/tmp/portage/sci-libs/vtk-9.0.3-r3/work/VTK-9.0.3/IO/FFMPEG/vtkFFMPEGWriter.cxx:152:32: error: ‘avcodec_alloc_context3’ was not declared in this scope; did you mean ‘avio_alloc_context’?
```
with more errors after that and similar errors later on in file `vtkFFMPEGVideoSource.cxx`.
See also https://bugs.gentoo.org/831595 with a full build log attached.Ben BoeckelBen Boeckelhttps://gitlab.kitware.com/vtk/vtk/-/issues/18372Crash on window close with vtkXRenderWindowInteractor2022-03-30T04:25:35-04:00David GobbiCrash on window close with vtkXRenderWindowInteractorThis is an issue in VTK 9.0 and 9.1 (and possibly earlier?)
The `vtkXRenderWindowInteractor` will crash when the window is closed, if the window called `XOpenDisplay()` before the interactor was attached to it. The problem is that, if...This is an issue in VTK 9.0 and 9.1 (and possibly earlier?)
The `vtkXRenderWindowInteractor` will crash when the window is closed, if the window called `XOpenDisplay()` before the interactor was attached to it. The problem is that, if the window thinks it owns the `DisplayId` handle (if `win->OwnDisplay == 1`), then closing the window will call `XCloseDisplay(win->DisplayId)`, which leaves the `iren->DisplayId` dangling.
Conversely, if the interactor calls `XOpenDisplay()` then there is no crash when the window closes, but there is a resource leak since the interactor never calls `XCloseDisplay()`. See `vtkXRenderWindowInteractor::Initialize()`:
```c++
this->DisplayId = static_cast<Display*>(renWin->GetGenericDisplayId());
if (!this->DisplayId)
{
vtkDebugMacro("opening display");
this->DisplayId = XOpenDisplay(nullptr);
vtkDebugMacro("opened display");
renWin->SetDisplayId(this->DisplayId);
}
```
Test code for reproducing the crash:
```python
from vtkmodules.vtkRenderingCore import (
vtkRenderer,
vtkRenderWindow,
vtkRenderWindowInteractor,
)
import vtkmodules.vtkRenderingUI
import vtkmodules.vtkRenderingOpenGL2
import vtkmodules.vtkInteractionStyle
ren = vtkRenderer()
ren.SetBackground(0.5, 0.2, 0.2)
renWin = vtkRenderWindow()
renWin.AddRenderer(ren)
# this line causes renWin->DisplayId and renWin->OwnDisplay to be set
renWin.Render()
iren = vtkRenderWindowInteractor()
iren.SetRenderWindow(renWin)
# this line causes iren->DisplayId to be set to renWin->DisplayId
iren.Initialize()
# here we start the main loop, but when we close the window, renWin closes
# its DisplayId, and iren->DisplayId is left dangling (segfault!)
iren.Start()
```https://gitlab.kitware.com/vtk/vtk/-/issues/18501Failed to build with HDF5 1.13.12022-04-01T14:44:09-04:00مهدي شينون (Mehdi Chinoune)Failed to build with HDF5 1.13.1The output:
```
...
-- Found HDF5: hdf5-shared (found version "1.13.1") found components: C HL
...
...
[7550/9966] Building CXX object ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/xdmf2.dir/XdmfH5Driver.cxx.obj
FAILED: ThirdParty/xdmf2/v...The output:
```
...
-- Found HDF5: hdf5-shared (found version "1.13.1") found components: C HL
...
...
[7550/9966] Building CXX object ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/xdmf2.dir/XdmfH5Driver.cxx.obj
FAILED: ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/xdmf2.dir/XdmfH5Driver.cxx.obj
D:\M\msys64\clang64\bin\clang++.exe -DH5_BUILT_AS_DYNAMIC_LIB -DUSE_SERIAL_XMDF -DVTK_IN_VTK -DWindows -DXDMF_NO_MPI -DXdmf_EXPORTS -IC:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc -IC:/_/mingw-w64-vtk/src/build-CLANG64/ThirdParty/xdmf2/vtkxdmf2/libsrc -isystem C:/_/mingw-w64-vtk/src/build-CLANG64/ThirdParty/xdmf2 -isystem C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2 -isystem C:/_/mingw-w64-vtk/src/build-CLANG64/ThirdParty/hdf5 -isystem C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/hdf5 -isystem C:/_/mingw-w64-vtk/src/build-CLANG64/ThirdParty/libxml2 -isystem C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/libxml2 -isystem D:/M/msys64/clang64/include/libxml2 -march=x86-64 -mtune=generic -O2 -pipe -D__USE_MINGW_ANSI_STDIO=1 -Wno-ignored-attributes -Wno-deprecated-declarations -O3 -DNDEBUG -std=c++11 -MD -MT ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/xdmf2.dir/XdmfH5Driver.cxx.obj -MF ThirdParty\xdmf2\vtkxdmf2\libsrc\CMakeFiles\xdmf2.dir\XdmfH5Driver.cxx.obj.d -o ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/xdmf2.dir/XdmfH5Driver.cxx.obj -c C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:159:5: error: cannot initialize a member subobject of type 'H5FD_class_value_t' (aka 'int') with an lvalue of type 'const char [4]'
"dsm", /*name */
^~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:160:5: error: cannot initialize a member subobject of type 'const char *' with an rvalue of type 'unsigned long long'
MAXADDR, /*maxaddr */
^~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:116:17: note: expanded from macro 'MAXADDR'
#define MAXADDR (((haddr_t)1<<(8*sizeof(file_offset_t)-1))-1)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:163:5: error: cannot initialize a member subobject of type 'H5F_close_degree_t' with an rvalue of type 'int'
NULL, /*terminate */
^~~~
D:/M/msys64/clang64/lib/clang/13.0.1/include/stddef.h:86:18: note: expanded from macro 'NULL'
# define NULL 0
^
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:168:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *, const char *, const unsigned char *)' (aka 'int (*)(H5FD_t *, const char *, const unsigned char *)') with an rvalue of type 'unsigned long long'
sizeof(H5FD_dsm_fapl_t), /*fapl_size */
^~~~~~~~~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:169:5: error: cannot initialize a member subobject of type 'size_t' (aka 'unsigned long long') with an lvalue of type 'void *(H5FD_t *)'
H5FD_dsm_fapl_get, /*fapl_get */
^~~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:175:5: error: cannot initialize a member subobject of type 'herr_t (*)(void *)' (aka 'int (*)(void *)') with an lvalue of type 'H5FD_t *(const char *, unsigned int, hid_t, haddr_t)' (aka 'H5FD_t *(const char *, unsigned int, long long, unsigned long long)'): different number of parameters (1 vs 4)
H5FD_dsm_open, /*open */
^~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:176:5: error: cannot initialize a member subobject of type 'H5FD_t *(*)(const char *, unsigned int, hid_t, haddr_t)' (aka 'H5FD_t *(*)(const char *, unsigned int, long long, unsigned long long)') with an lvalue of type 'herr_t (H5FD_t *)' (aka 'int (H5FD_t *)'): different number of parameters (4 vs 1)
H5FD_dsm_close, /*close */
^~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:177:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *)' (aka 'int (*)(H5FD_t *)') with an lvalue of type 'int (const H5FD_t *, const H5FD_t *)': different number of parameters (1 vs 2)
H5FD_dsm_cmp, /*cmp */
^~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:184:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *, H5FD_mem_t, hid_t, haddr_t, hsize_t)' (aka 'int (*)(H5FD_t *, H5F_mem_t, long long, unsigned long long, unsigned long long)') with an lvalue of type 'haddr_t (const H5FD_t *, H5FD_mem_t)' (aka 'unsigned long long (const H5FD_t *, H5F_mem_t)'): different number of parameters (5 vs 2)
H5FD_dsm_get_eoa, /*get_eoa */
^~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:185:5: error: cannot initialize a member subobject of type 'haddr_t (*)(const H5FD_t *, H5FD_mem_t)' (aka 'unsigned long long (*)(const H5FD_t *, H5F_mem_t)') with an lvalue of type 'herr_t (H5FD_t *, H5FD_mem_t, haddr_t)' (aka 'int (H5FD_t *, H5F_mem_t, unsigned long long)'): different number of parameters (2 vs 3)
H5FD_dsm_set_eoa, /*set_eoa */
^~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:186:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *, H5FD_mem_t, haddr_t)' (aka 'int (*)(H5FD_t *, H5F_mem_t, unsigned long long)') with an lvalue of type 'haddr_t (const H5FD_t *, H5FD_mem_t)' (aka 'unsigned long long (const H5FD_t *, H5F_mem_t)'): different number of parameters (3 vs 2)
H5FD_dsm_get_eof, /*get_eof */
^~~~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:188:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *, hid_t, void **)' (aka 'int (*)(H5FD_t *, long long, void **)') with an lvalue of type 'herr_t (H5FD_t *, H5FD_mem_t, hid_t, haddr_t, size_t, void *)' (aka 'int (H5FD_t *, H5F_mem_t, long long, unsigned long long, unsigned long long, void *)'): different number of parameters (3 vs 6)
H5FD_dsm_read, /*read */
^~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:189:5: error: cannot initialize a member subobject of type 'herr_t (*)(H5FD_t *, H5FD_mem_t, hid_t, haddr_t, size_t, void *)' (aka 'int (*)(H5FD_t *, H5F_mem_t, long long, unsigned long long, unsigned long long, void *)') with an lvalue of type 'herr_t (H5FD_t *, H5FD_mem_t, hid_t, haddr_t, size_t, const void *)' (aka 'int (H5FD_t *, H5F_mem_t, long long, unsigned long long, unsigned long long, const void *)'): type mismatch at 6th parameter ('void *' vs 'const void *')
H5FD_dsm_write, /*write */
^~~~~~~~~~~~~~
C:/_/mingw-w64-vtk/src/VTK-9.1.0/ThirdParty/xdmf2/vtkxdmf2/libsrc/XdmfH5Driver.cxx:196:5: error: excess elements in scalar initializer
H5FD_FLMAP_SINGLE /*fl_map */
^
D:/M/msys64/clang64/include/H5FDdevelop.h:114:5: note: expanded from macro 'H5FD_FLMAP_SINGLE'
{ \
^
14 errors generated.
```https://gitlab.kitware.com/vtk/vtk/-/issues/18177Extra class name and pointer in Debug info from macro2022-04-04T04:58:08-04:00Nicolas VuailleExtra class name and pointer in Debug info from macroSeveral macros (including `vtkSetMacro`, `vtkGetMacro`) add twice the class name and the instance pointer in the log output.
See this little example:
```
import vtk
camera = vtk.vtkCamera()
camera.DebugOn()
camera.SetEyeAngle(42)
```
...Several macros (including `vtkSetMacro`, `vtkGetMacro`) add twice the class name and the instance pointer in the log output.
See this little example:
```
import vtk
camera = vtk.vtkCamera()
camera.DebugOn()
camera.SetEyeAngle(42)
```
output:
```
( 0.183s) [main thread ] vtkCamera.h:334 INFO| vtkOpenGLCamera (0x557dbcb08250): vtkOpenGLCamera (0x557dbcb08250): setting EyeAngle to 42
```https://gitlab.kitware.com/vtk/vtk/-/issues/18500vtk_module_link couldn't resolve an IMPORTED library.2022-04-04T09:55:10-04:00مهدي شينون (Mehdi Chinoune)vtk_module_link couldn't resolve an IMPORTED library.When trying to build VTK with OpenTURNS enabled, I got this:
```
CMake Error at CMake/vtkModule.cmake:1698 (target_link_libraries):
Target "FiltersOpenTURNS" links to:
TBB::tbb
but the target was not found. Possibl...When trying to build VTK with OpenTURNS enabled, I got this:
```
CMake Error at CMake/vtkModule.cmake:1698 (target_link_libraries):
Target "FiltersOpenTURNS" links to:
TBB::tbb
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
Call Stack (most recent call first):
Filters/OpenTURNS/CMakeLists.txt:26 (vtk_module_link)
CMake Error at D:/M/msys64/clang64/lib/cmake/openturns/OpenTURNS-Targets.cmake:56 (set_target_properties):
The link interface of target "OT" contains:
TBB::tbb
but the target was not found. Possible reasons include:
* There is a typo in the target name.
* A find_package call is missing for an IMPORTED target.
* An ALIAS target is missing.
Call Stack (most recent call first):
D:/M/msys64/clang64/lib/cmake/openturns/OpenTURNSConfig.cmake:92 (include)
Filters/OpenTURNS/CMakeLists.txt:1 (find_package)
```
OpenTURNSConfig.cmake:
```cmake
...
set ( OPENTURNS_FOUND 1 )
set_and_check ( OPENTURNS_USE_FILE "${PACKAGE_PREFIX_DIR}/lib/cmake/openturns/UseOpenTURNS.cmake" )
set ( OPENTURNS_DEFINITIONS "" )
set_and_check ( OPENTURNS_INCLUDE_DIR "${PACKAGE_PREFIX_DIR}/include" )
set ( OPENTURNS_INCLUDE_DIRS "${PACKAGE_PREFIX_DIR}/include" )
set ( OPENTURNS_LIBRARY "OT" )
set ( OPENTURNS_LIBRARIES "TBB::tbb;OT" )
set ( OPENTURNS_LIBRARY_DIRS "${PACKAGE_PREFIX_DIR}/lib" )
set_and_check ( OPENTURNS_ROOT_DIR "${PACKAGE_PREFIX_DIR}" )
set ( OPENTURNS_VERSION_STRING "1.18" )
set ( OPENTURNS_VERSION_MAJOR "1" )
set ( OPENTURNS_VERSION_MINOR "18" )
set ( OPENTURNS_VERSION_PATCH "" )
set (OPENTURNS_SWIG_INCLUDE_DIRS "${PACKAGE_PREFIX_DIR}/include/openturns/swig")
set ( OPENTURNS_SWIG_DEFINITIONS "-DSWIG_TYPE_TABLE=pyproba" )
set (OPENTURNS_PYTHON3_MODULE_PATH "${PACKAGE_PREFIX_DIR}/lib/python3.9/site-packages")
...
```
intel-tbb is installed and `VTK_SMP_IMPLEMENTATION_TYPE=TBB`, It succeeded without enabling OpenTURNS.
I think this is a issue from VTK part.https://gitlab.kitware.com/vtk/vtk/-/issues/18174Edge artifacts in surface representation2022-04-05T06:14:11-04:00Federico MiorelliEdge artifacts in surface representationI'm having strange edge artifacts when displaying surfaces of grids (ImageData, RectilinearGrid, StructuredGrid does not seem to make a difference) with EdgeVisibility.
Part of the edges that should be hidden are visible even though the...I'm having strange edge artifacts when displaying surfaces of grids (ImageData, RectilinearGrid, StructuredGrid does not seem to make a difference) with EdgeVisibility.
Part of the edges that should be hidden are visible even though there is no transparency.
![image](/uploads/86e1e33b651d0f5000f38ef57eca8f55/image.png)
![image](/uploads/7d5fa8dd3c890cff0417f4eb65a95172/image.png)
Did not happen with older (< 8) VTK versions, although I cannot confirm which is the first version that introduced the issue.
Possibly related to #17783 and #18064 ?
This is easily reproduced with the code below. Relates to grid size, the effect is less noticeable with smaller grids.
```
import vtk
image_data = vtk.vtkImageData()
image_data.SetDimensions(100, 100, 2)
mapper = vtk.vtkDataSetMapper();
mapper.SetInputData(image_data)
actor = vtk.vtkActor();
actor.GetProperty().SetEdgeVisibility(True)
actor.SetMapper(mapper);
renderer = vtk.vtkRenderer()
renWin = vtk.vtkRenderWindow()
renWin.AddRenderer(renderer)
iren = vtk.vtkRenderWindowInteractor()
iren.SetRenderWindow(renWin)
iren.Initialize()
renderer.AddActor(actor)
cam = renderer.GetActiveCamera();
cam.SetPosition(-1, -1, .3);
cam.SetFocalPoint(0.0, 0.0, 0.5);
cam.SetViewUp(0, 0, 1);
cam.Zoom(0.5)
iren.Start()
```https://gitlab.kitware.com/vtk/vtk/-/issues/18508IOSS reader does not set DATA_TIME_STEP on output2022-04-06T07:49:23-04:00Nicolas VuailleIOSS reader does not set DATA_TIME_STEP on outputvtkIOSSReader set `TIME_STEPS` information key, but not `DATA_TIME_STEP`. So if pipeline ask for a non existing time, we cannot know wich time is used.
## Script to reproduce:
```python
import vtk
reader=vtk.vtkIOSSReader()
reader.SetFi...vtkIOSSReader set `TIME_STEPS` information key, but not `DATA_TIME_STEP`. So if pipeline ask for a non existing time, we cannot know wich time is used.
## Script to reproduce:
```python
import vtk
reader=vtk.vtkIOSSReader()
reader.SetFileName('can.ex2')
reader.Update()
data_info=reader.GetOutputDataObject(0).GetInformation()
reader.UpdateTimeStep(0.001)
data_time=data_info.Get(vtk.vtkDataObject.DATA_TIME_STEP())
print('get time ', data_time)
```
## Output
```
get time 0.001
```
But the actual data comes from time `0.0010000059846788645` of the file.Nicolas VuailleNicolas Vuaillehttps://gitlab.kitware.com/vtk/vtk/-/issues/18227Wrapping tools and UTF-8 on Windows2022-04-13T15:56:44-04:00David GobbiWrapping tools and UTF-8 on WindowsNinja 1.11 will switch to utf-8 on Windows, and CMake 3.21 supports this change ([CMake !5860](https://gitlab.kitware.com/cmake/cmake/-/merge_requests/5860)).
Currently the wrapping tools expect utf-8 source files and output files, but ...Ninja 1.11 will switch to utf-8 on Windows, and CMake 3.21 supports this change ([CMake !5860](https://gitlab.kitware.com/cmake/cmake/-/merge_requests/5860)).
Currently the wrapping tools expect utf-8 source files and output files, but use the ANSI CP for command-line options, filenames, and stdout/stderr.
The handling of command-line options is mediated by parse\_check\_options() in `vtkParseMain.c`. This can be modified to get wide command-line args on Windows and convert them to utf-8 in a manner similar to [this repository](https://github.com/dgobbi/mainmacro). Also, most of the wrapping-tool options are supplied by response files, which will already be utf-8 during any build that utilizes utf-8.
Switching stdout/stderr to utf-8 on Windows can be done by calling SetConsoleOutputCP(65001).
Access to files can use the wide version of system functions on Windows, e.g. \_wfopen() instead of fopen().