VTK issueshttps://gitlab.kitware.com/vtk/vtk/-/issues2023-09-14T19:35:21-04:00https://gitlab.kitware.com/vtk/vtk/-/issues/11Several classes should be PIMPLized2023-09-14T19:35:21-04:00Kitware RobotSeveral classes should be PIMPLized**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=11). Further discussion may take place here.**
---
There are several classes in Common and other kits that include implementation spe...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=11). Further discussion may take place here.**
---
There are several classes in Common and other kits that include implementation specific code in the header file, which forses them to include system files. This polutes namespace of VTK. Example of the kind of classes is vtkMultiThreader.
The code should be PIMPLized so that only cxx file needs to include system header files.https://gitlab.kitware.com/vtk/vtk/-/issues/9FindTcl.cmake should add -lm for tcl library on unix2023-09-14T19:35:21-04:00Kitware RobotFindTcl.cmake should add -lm for tcl library on unix**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=9). Further discussion may take place here.**
---
FindTcl.cmake should add -lm for tcl library on unix**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=9). Further discussion may take place here.**
---
FindTcl.cmake should add -lm for tcl library on unixhttps://gitlab.kitware.com/vtk/vtk/-/issues/49Goodsite2016-08-12T06:15:19-04:00Kitware RobotGoodsite**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=49). Further discussion may take place here.**
---
A bug in gcc 3.x results in weak symbols incorrectly merging when shared libraries...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=49). Further discussion may take place here.**
---
A bug in gcc 3.x results in weak symbols incorrectly merging when shared libraries are loaded with dlopen unless the RTLD_GLOBAL flag is used. Since python does not use this flag by default, virtual functions behave strangely in the python wrapper modules of VTK.
The following should be added to somewhere like __helper.py:
import os, sys
if os.name == 'posix':
import dl
sys.setdlopenflags(dl.RTLD_NOW|dl.RTLD_GLOBAL)https://gitlab.kitware.com/vtk/vtk/-/issues/55Data arrays do not copy the lookup table in DeepCopy2016-08-12T06:15:21-04:00Kitware RobotData arrays do not copy the lookup table in DeepCopy**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=55). Further discussion may take place here.**
---
Data arrays do not copy the lookup table in DeepCopy. Adding this to vtkDataArray:...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=55). Further discussion may take place here.**
---
Data arrays do not copy the lookup table in DeepCopy. Adding this to vtkDataArray::DeepCopy
is not enough since it does not chain from
sub-classes.https://gitlab.kitware.com/vtk/vtk/-/issues/54Inheritance not preserved!2016-08-12T06:15:21-04:00Kitware RobotInheritance not preserved!**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=54). Further discussion may take place here.**
---
In many classes: vtkVolumeMapper, vtkVolumeReader, vtkImageToStructuredPoints amon...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=54). Further discussion may take place here.**
---
In many classes: vtkVolumeMapper, vtkVolumeReader, vtkImageToStructuredPoints amongst others: they do not acknowledge inheritance of vtkObject or vtkDataSet. The exact message upon initialization and compilation is of the form:
Error: 'initializing' : cannot convert from 'vtkObject *' to 'vtkVolumeReader *'
Version of VTK: 4.2 Precompiled Binary for Windowshttps://gitlab.kitware.com/vtk/vtk/-/issues/60The default VTK_DATA_ROOT is not assigned dynamically in vtkTestUtilities.h2016-08-12T06:15:23-04:00Kitware RobotThe default VTK_DATA_ROOT is not assigned dynamically in vtkTestUtilities.h**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=60). Further discussion may take place here.**
---
In the current version of vtkTestUtilities.h, the default VTK_DATA_ROOT is not ass...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=60). Further discussion may take place here.**
---
In the current version of vtkTestUtilities.h, the default VTK_DATA_ROOT is not assigned dynamically during the CMake generation process. Instead it is assigned to "../../../../VTKData". While this facilitates easy testing for any code in the VTK directory tree, projects wishing to use the VTK_DATA_ROOT outside the VTK tree are unable to.
A possible fix for this (I think) is to mv vtkTestUtilities.h to vtkTestUtilities.h.in and change instances of "../../../../VTKData" to "@VTK_DATA_ROOT@". Then add a line to the CMakeLists.txt: CONFIGURE_FILE(vtkTestUtilities.h.in vtkTestUtilities.h)https://gitlab.kitware.com/vtk/vtk/-/issues/93UnstructuredGrid::Locations array should be of type vtkIdTypeArray2016-08-12T06:15:42-04:00Kitware RobotUnstructuredGrid::Locations array should be of type vtkIdTypeArray**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=93). Further discussion may take place here.**
---
For very large data the use of vtkUnstructuredGrid::Locations (currently of type v...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=93). Further discussion may take place here.**
---
For very large data the use of vtkUnstructuredGrid::Locations (currently of type vtkIntArray) will fail. It should be of type vtkIdTypeArray. This will require changing several method signatures (used internally, hopefully not a lot of public usage).https://gitlab.kitware.com/vtk/vtk/-/issues/99cmake should test for ansi stream header files2016-08-12T06:15:44-04:00Kitware Robotcmake should test for ansi stream header files**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=99). Further discussion may take place here.**
---
CMake should be used to test for ansi header files. Right now, it uses them for gc...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=99). Further discussion may take place here.**
---
CMake should be used to test for ansi header files. Right now, it uses them for gcc and devenv but users can turn on VTK_USE_ANSI_STDLIB by hand and break code. The HP supports ANSI, but does not have the new header files. This should be a cmake test.https://gitlab.kitware.com/vtk/vtk/-/issues/97Window Size in vtkCanvas Does Not Affect Interactor2016-08-12T06:15:43-04:00Kitware RobotWindow Size in vtkCanvas Does Not Affect Interactor**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=97). Further discussion may take place here.**
---
There is a bug in vtkCanvas (line 31), where the interactor is initially set to 20...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=97). Further discussion may take place here.**
---
There is a bug in vtkCanvas (line 31), where the interactor is initially set to 200 by 200. Consequenty, when the window is initially set to be larger than 200 x 200, the screen coordinates of the mouse position returned by the interactor are off by 200.
Calling resize on a vtkPanel does not result in the correct size in the interactor. However, manually (expanding/shrinking the window with the mouse) resizing the window fixes this problem.
The work around that I've found is to set the interactor of the render window to the size of my window when I first create my window.https://gitlab.kitware.com/vtk/vtk/-/issues/114vtkDICOMImageReader does not conform to VTK coding requirements2018-12-18T14:07:43-05:00Kitware RobotvtkDICOMImageReader does not conform to VTK coding requirements**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=114). Further discussion may take place here.**
---
DICOM support is disabled until the following are fixed by the authors:
- Make ...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=114). Further discussion may take place here.**
---
DICOM support is disabled until the following are fixed by the authors:
- Make it build with and without VTK_USE_ANSI_STDLIB.
- Remove all build warnings from dashboard.
- Add a test to bring up coverage of vtkDICOMImageReader.cxx
and actually read a DICOM file.https://gitlab.kitware.com/vtk/vtk/-/issues/122interaction between '_setjmp' and C++ object destruction is non-portable2016-08-12T06:15:53-04:00Kitware Robotinteraction between '_setjmp' and C++ object destruction is non-portable**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=122). Further discussion may take place here.**
---
VC .NET2003
In:
\VTK\IO\vtkPNGWriter.cxx(222)
\VTK\IO\vtkJPEGWriter.cxx(231)**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=122). Further discussion may take place here.**
---
VC .NET2003
In:
\VTK\IO\vtkPNGWriter.cxx(222)
\VTK\IO\vtkJPEGWriter.cxx(231)https://gitlab.kitware.com/vtk/vtk/-/issues/124VTK_USE_ANSI_STDLIB should be set by default on some compilers2016-08-12T06:15:55-04:00Kitware RobotVTK_USE_ANSI_STDLIB should be set by default on some compilers**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=124). Further discussion may take place here.**
---
CMake does try_compile, so it should check for iostream.h and iostream and only i...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=124). Further discussion may take place here.**
---
CMake does try_compile, so it should check for iostream.h and iostream and only if they are both not available it should present the option.
Otherwise on Visual Studio .NET using nmake you get an error.https://gitlab.kitware.com/vtk/vtk/-/issues/130Bug in vtkWin32OpenGLRenderWindow ?2016-08-12T06:16:00-04:00Kitware RobotBug in vtkWin32OpenGLRenderWindow ?**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=130). Further discussion may take place here.**
---
It looks like there is a bug in vtkWin32OpenGLRenderWindow. I use VTK 4.2.2 with ...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=130). Further discussion may take place here.**
---
It looks like there is a bug in vtkWin32OpenGLRenderWindow. I use VTK 4.2.2 with Java 1.4.1_02. If I continue to add/remove actors from the renderer say for 10 minutes, my applications GUI freezes along with affecting my windows OS. My windows desktop icons, right click menu etc does not get repainted correctly. It looks like vtk is releasing the graphics resources. Is it the problem with VTK and JAVA or it occurs with VTK alone?https://gitlab.kitware.com/vtk/vtk/-/issues/142Application Error on Render after changing vtkImageActor DisplayExtent2016-08-12T06:16:04-04:00Kitware RobotApplication Error on Render after changing vtkImageActor DisplayExtent**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=142). Further discussion may take place here.**
---
I was displaying a 2048x2048x1 image in a vtkImageActor. If I changed Xmin in th...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=142). Further discussion may take place here.**
---
I was displaying a 2048x2048x1 image in a vtkImageActor. If I changed Xmin in the DisplayExtent, I would get a strange wrapping in the image display.
For Instance if I set the vtkImageActor DisplayExtent to 600 2047 0 2047 0 0, columns 848 through 2047 and columns 0 through 599 are displayed, not columns 600 through 2047.
If Xmin is set to a value greater than 1016, I get an Application Error from Windows XP, complaining that "The instruction ... referenced memory ... [that] could not be 'read'".
This problem does not occur for DisplayExtent Ymin > 0 or Ymax < 2047.
I also found out that if the vtkLookupTable is Modified before vtkRenderWindow Render is performed, the image wrapping and 'Application Error' problems do not occur. This is how we are currently working around the problem.https://gitlab.kitware.com/vtk/vtk/-/issues/140Hybrid/vtkGLUTesselatorTriangleFilter doesn't compile2019-04-25T06:13:39-04:00Kitware RobotHybrid/vtkGLUTesselatorTriangleFilter doesn't compile**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=140). Further discussion may take place here.**
---
vtkGLUTesselatorTriangleFilter doesn't compile out of the box on my linux system....**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=140). Further discussion may take place here.**
---
vtkGLUTesselatorTriangleFilter doesn't compile out of the box on my linux system.
Please find the modified files:
http://www.creatis.insa-lyon.fr/~malaterre/vtk/vtkGLUTesselatorTriangleFilter.cxx
http://www.creatis.insa-lyon.fr/~malaterre/vtk/vtkGLUTesselatorTriangleFilter.h
Or if easier to use a patch, done with
$ cvs -z3 diff -u > glut.patch
http://www.creatis.insa-lyon.fr/~malaterre/vtk/glut.patch
This file still need some testing on sgi/freebsd... (see #ifdef in the patch)https://gitlab.kitware.com/vtk/vtk/-/issues/139Status of vtkCGMWriter2018-01-27T18:59:24-05:00Kitware RobotStatus of vtkCGMWriter**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=139). Further discussion may take place here.**
---
I am quoting this thread:
http://public.kitware.com/pipermail/vtk-developers/200...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=139). Further discussion may take place here.**
---
I am quoting this thread:
http://public.kitware.com/pipermail/vtk-developers/2003-July/002544.html
vtkCGMWriter has been removed from the VTK/IO/CMakeLists.txt
It currently doesn't compile with the current CVS. Working versions can be found here:
http://www.creatis.insa-lyon.fr/~malaterre/vtk/vtkCGMWriter.cxx
http://www.creatis.insa-lyon.fr/~malaterre/vtk/vtkCGMWriter.h
And for coverage/testing purpose:
http://www.creatis.insa-lyon.fr/~malaterre/vtk/cgmWriter.tclhttps://gitlab.kitware.com/vtk/vtk/-/issues/138TimerLog Memory Leak2016-08-12T06:16:02-04:00Kitware RobotTimerLog Memory Leak**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=138). Further discussion may take place here.**
---
TimerLog maintains a structure which is not freed up either on program terminatio...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=138). Further discussion may take place here.**
---
TimerLog maintains a structure which is not freed up either on program termination or destruction.https://gitlab.kitware.com/vtk/vtk/-/issues/148vtkSocketCommunicator can not bind socket to address that is in use2016-08-12T06:16:06-04:00Kitware RobotvtkSocketCommunicator can not bind socket to address that is in use**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=148). Further discussion may take place here.**
---
I would like to suggest a small change that will allow vtkSocketCommunicator to b...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=148). Further discussion may take place here.**
---
I would like to suggest a small change that will allow vtkSocketCommunicator to bind() a socket to an address that is still (or already) in use.
While testing, it frequently happened to me that a call to vtkSocketCommunicator::WaitForConnection(int port) fails because sockets from a previous run are still in a final closing/wait state. During that time, a bind() by a new run will fail with a "address already in use" error.
The patch below fixes that by allowing the address to be reused.
This change has been tested on Linux. I checked Window's API docs and other manual pages; this change should work equally well on other systems.
Context diff follows:
--------------------------------------------------
Index: vtkSocketCommunicator.cxx
===================================================================
RCS file: /cvsroot/VTK/VTK/Parallel/vtkSocketCommunicator.cxx,v
retrieving revision 1.40
diff -c -r1.40 vtkSocketCommunicator.cxx
*** vtkSocketCommunicator.cxx 29 Apr 2003 17:15:37 -0000 1.40
--- vtkSocketCommunicator.cxx 29 Jul 2003 09:45:35 -0000
***************
*** 286,291 ****
--- 286,296 ----
server.sin_family = AF_INET;
server.sin_addr.s_addr = INADDR_ANY;
server.sin_port = htons(port);
+
+ // Allow the socket to be bound to an address that is already in use
+ int opt=1;
+ setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (void *) &opt, sizeof(int));
+
if ( bind(sock, (sockaddr *)&server, sizeof(server)) )
{
vtkErrorMacro("Can not bind socket to port " << port);https://gitlab.kitware.com/vtk/vtk/-/issues/155Overloads with similat conversions.2016-08-12T06:16:08-04:00Kitware RobotOverloads with similat conversions.**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=155). Further discussion may take place here.**
---
Failure to compile under .NET 2003
Reason: 7 overloads have similar conversions...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=155). Further discussion may take place here.**
---
Failure to compile under .NET 2003
Reason: 7 overloads have similar conversions.
In vtkTextActor.cxx (line 314)
change:
fsize = static_cast<int>(pow(fsize,this->FontScaleExponent)*
to:
fsize = static_cast<int>(pow((double)fsize,(double)this->FontScaleExponent)*https://gitlab.kitware.com/vtk/vtk/-/issues/157OBJExporter crashes if a mapper has no input2016-08-12T06:16:09-04:00Kitware RobotOBJExporter crashes if a mapper has no input**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=157). Further discussion may take place here.**
---
vtk4.2.2
Lines 162-163 of vtkOBJExporter.cxx are:
ds = anActor-&gt;GetMapper(...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=157). Further discussion may take place here.**
---
vtk4.2.2
Lines 162-163 of vtkOBJExporter.cxx are:
ds = anActor->GetMapper()->GetInput();
ds->Update();
If a mapper has no input, this can cause a core dump when Update is performed on NULL.
Perhaps this should check for null and emit a warning rather than crash.