From hweng52 at gmail.com Tue Dec 1 19:08:19 2015 From: hweng52 at gmail.com (Hanlin Weng) Date: Tue, 1 Dec 2015 19:08:19 -0500 Subject: [vtk-developers] Vtk Java or Python or C++ setup Message-ID: <1EBF4350-B241-4D5B-B756-B4E16805DB27@gmail.com> Hi I am interested in developing 3d graphics application using vtk. Could any one help? Many thanks, HW Sent from my iPhone From david.lonie at kitware.com Wed Dec 2 14:41:13 2015 From: david.lonie at kitware.com (David Lonie) Date: Wed, 2 Dec 2015 14:41:13 -0500 Subject: [vtk-developers] PSLACReaderQuadratic test: Invalid array accesses Message-ID: I've uncovered an issue with the PSLACReaderQuadratic unit test. With the following patch applied, you can see that process 0 is trying to read tuples from an empty array: diff --git a/IO/Parallel/vtkPSLACReader.cxx b/IO/Parallel/vtkPSLACReader.cxx index 89389e8..9336ffc 100644 --- a/IO/Parallel/vtkPSLACReader.cxx +++ b/IO/Parallel/vtkPSLACReader.cxx @@ -1070,6 +1070,9 @@ int vtkPSLACReader::ReadMidpointCoordinates ( { MidpointsAvailableType::const_iterator iter; vtkIdType e[2]; + std::cout << "Attempting to access tuple " << i + 1 << " of " + << this->Internal->EdgesToSendToProcesses->GetNumberOfTuples() + << std::endl; this->Internal->EdgesToSendToProcesses->GetTupleValue(i, e); iter = MidpointsAvailable.find(EdgeEndpoints(e[0], e[1])); if (iter != MidpointsAvailable.end ()) The output contains many (79604, to be exact) lines of: Attempting to access tuple 1 of 0 Attempting to access tuple 2 of 0 Attempting to access tuple 3 of 0 Attempting to access tuple 4 of 0 Attempting to access tuple 5 of 0 Attempting to access tuple 6 of 0 Attempting to access tuple 7 of 0 Attempting to access tuple 8 of 0 Attempting to access tuple 9 of 0 Attempting to access tuple 10 of 0 .... Is anyone familiar with this reader able to take a look? Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Wed Dec 2 20:31:13 2015 From: sean at rogue-research.com (Sean McBride) Date: Wed, 2 Dec 2015 20:31:13 -0500 Subject: [vtk-developers] cppcheck help with: vtkPlanes, vtkX3DExporterFIWriter, vtkXdmfHeavyData, vtkGPUVolumeRayCastMapper, vtkLineWidget Message-ID: <20151203013113.101575833@mail.rogue-research.com> Hi all, Anyone know these classes? These cppcheck diagnostics are not false positives. (a) uselessAssignmentPtrArg,Common/DataModel/vtkPlanes.cxx:341,warning,Assignment of function parameter has no effect outside the function. Did you forget dereferencing it? This is likely copy-paste from method above. Fixing it may require changing the signature of this public API. (b) stlcstr,IO/Export/vtkX3DExporterFIWriter.cxx:143,error,Dangerous usage of c_str(). The value returned by c_str() is invalid after this call. Change return type? Make copy? (c) duplicateExpressionTernary,IO/Xdmf2/vtkXdmfHeavyData.cxx:1199,style,Same expression in both branches of ternary operator. count[0] += (update_extents[5] - update_extents[4] > 0)? 1 : 1; Clearly odd. (d) duplicateExpression,Rendering/Volume/vtkGPUVolumeRayCastMapper.cxx:296,style,Same expression on both sides of '-'. Copy-paste? Missing +1? (e) knownConditionTrueFalse,Interaction/Widgets/vtkLineWidget.cxx:743,style,Condition '!forward' is always true Copy-paste? or failure to use return value of ForwardEvent()? Thanks, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Wed Dec 2 21:28:33 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 2 Dec 2015 19:28:33 -0700 Subject: [vtk-developers] cppcheck help with: vtkPlanes, vtkX3DExporterFIWriter, vtkXdmfHeavyData, vtkGPUVolumeRayCastMapper, vtkLineWidget In-Reply-To: <20151203013113.101575833@mail.rogue-research.com> References: <20151203013113.101575833@mail.rogue-research.com> Message-ID: On Wed, Dec 2, 2015 at 6:31 PM, Sean McBride wrote: > Hi all, > > Anyone know these classes? These cppcheck diagnostics are not false > positives. > > > (a) > uselessAssignmentPtrArg,Common/DataModel/vtkPlanes.cxx:341,warning,Assignment > of function parameter has no effect outside the function. Did you forget > dereferencing it? > > This is likely copy-paste from method above. Fixing it may require > changing the signature of this public API. > No need to change the API, just remove the "else" clause. Simple fix. (b) > stlcstr,IO/Export/vtkX3DExporterFIWriter.cxx:143,error,Dangerous usage of > c_str(). The value returned by c_str() is invalid after this call. > > Change return type? Make copy? > Should return a std::string. Sebastien, can you take a look? > (c) > duplicateExpressionTernary,IO/Xdmf2/vtkXdmfHeavyData.cxx:1199,style,Same > expression in both branches of ternary operator. > > count[0] += (update_extents[5] - update_extents[4] > 0)? 1 : 1; > > Clearly odd. > Should be 0 : 1. Utkarsh? Berk? (d) > duplicateExpression,Rendering/Volume/vtkGPUVolumeRayCastMapper.cxx:296,style,Same > expression on both sides of '-'. > > Copy-paste? Missing +1? > Just change it to "extents[2*cc] = 0;" to silence the warning. It looks correct as-is. (e) > knownConditionTrueFalse,Interaction/Widgets/vtkLineWidget.cxx:743,style,Condition > '!forward' is always true > > > Copy-paste? or failure to use return value of ForwardEvent()? > Looks like it. Calls should be "forward = this->ForwardEvent(..." - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Wed Dec 2 21:46:46 2015 From: sean at rogue-research.com (Sean McBride) Date: Wed, 2 Dec 2015 21:46:46 -0500 Subject: [vtk-developers] cppcheck help with: vtkPlanes, vtkX3DExporterFIWriter, vtkXdmfHeavyData, vtkGPUVolumeRayCastMapper, vtkLineWidget In-Reply-To: References: <20151203013113.101575833@mail.rogue-research.com> Message-ID: <20151203024646.378045311@mail.rogue-research.com> On Wed, 2 Dec 2015 19:28:33 -0700, David Gobbi said: >> (a) >> uselessAssignmentPtrArg,Common/DataModel/vtkPlanes.cxx: >341,warning,Assignment >> of function parameter has no effect outside the function. Did you forget >> dereferencing it? >> >> This is likely copy-paste from method above. Fixing it may require >> changing the signature of this public API. >> > >No need to change the API, just remove the "else" clause. Simple fix. My worry is the public API docs in the .h suggest that the ability to get null for the out-of-range case is important. The one GetPlane variant can, and it's replacement function can't. It could be made to return bool, which would be pretty backwards compatible. Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Wed Dec 2 22:04:21 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 2 Dec 2015 20:04:21 -0700 Subject: [vtk-developers] cppcheck help with: vtkPlanes, vtkX3DExporterFIWriter, vtkXdmfHeavyData, vtkGPUVolumeRayCastMapper, vtkLineWidget In-Reply-To: <20151203024646.378045311@mail.rogue-research.com> References: <20151203013113.101575833@mail.rogue-research.com> <20151203024646.378045311@mail.rogue-research.com> Message-ID: On Wed, Dec 2, 2015 at 7:46 PM, Sean McBride wrote: > > My worry is the public API docs in the .h suggest that the ability to get > null for the out-of-range case is important. The one GetPlane variant can, > and it's replacement function can't. It could be made to return bool, > which would be pretty backwards compatible. > I wouldn't bother, I'd just fix the cppcheck issue. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Dec 3 10:12:38 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 3 Dec 2015 10:12:38 -0500 Subject: [vtk-developers] VTK Coverage drop Message-ID: Folks, We noticed that the vtk code coverage had dropped by 5% recently. It turns out that the otherPrint.tcl test started to segfault around November 23. Bill From burlen.loring at gmail.com Thu Dec 3 10:36:15 2015 From: burlen.loring at gmail.com (Burlen Loring) Date: Thu, 3 Dec 2015 07:36:15 -0800 Subject: [vtk-developers] vtkDepthSortPolyData modernization In-Reply-To: <5644D5D9.6000404@gmail.com> References: <56437525.8040107@gmail.com> <5644D5D9.6000404@gmail.com> Message-ID: <5660616F.8020407@gmail.com> Hi Berk, Just checking in. I'm sure it's one of those things that could get lost in the shuffle. Burlen On 11/12/2015 10:09 AM, Burlen Loring wrote: > Hi Berk, > > Thanks & have a good trip. > > Burlen > > On 11/12/2015 09:43 AM, Berk Geveci wrote: >> Hi Burlen, >> >> We are quite swamped by SC preparations this week. I'll be happy to >> take a look after SC. >> >> Best, >> -berk >> >> On Wed, Nov 11, 2015 at 12:04 PM, Burlen Loring >> > wrote: >> >> Hi All, >> >> Would anyone be willing to review this patch? >> https://gitlab.kitware.com/vtk/vtk/merge_requests/844 >> >> I was profiling VisIt and noticed that vtkDepthSortPolyData (in >> spite of its limitations it is used by VisIt for transparent >> rendering) made use of qsort and about 1/2 the time was spent by >> qsort. std::sort is known to be faster because of the possibility >> of the compiler to inline the comparisons. Updating qsort to >> std::sort seemed like an easy way to make it faster. As I worked >> the profiler pointed out a number of other fairly easy things to >> improve and overall the class is now ~3x faster for two of the >> modes and ~2x faster for the other. I enumerated the changes in >> the commit message and have added a cxx test to improve the test >> coverage. >> >> If you have the time, please take a look, and let me know if you >> have any feedback on it. >> >> Thanks >> Burlen >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: >> http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Thu Dec 3 10:38:22 2015 From: will.schroeder at kitware.com (Will Schroeder) Date: Thu, 3 Dec 2015 10:38:22 -0500 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Wow great catch Bill. I'm wondering how many dashboard errors are going to pop up when otherPrint comes back online.... On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen wrote: > Folks, > > We noticed that the vtk code coverage had dropped by 5% recently. It > turns out that the otherPrint.tcl test started to segfault around > November 23. > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- William J. Schroeder, PhD Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Dec 3 10:54:36 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 3 Dec 2015 10:54:36 -0500 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Will, That explains why we did not see your FlyingEdges's PrintSelfs having coverage... On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder wrote: > Wow great catch Bill. I'm wondering how many dashboard errors are going to > pop up when otherPrint comes back online.... > > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen > wrote: >> >> Folks, >> >> We noticed that the vtk code coverage had dropped by 5% recently. It >> turns out that the otherPrint.tcl test started to segfault around >> November 23. >> >> Bill >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> > > > > -- > William J. Schroeder, PhD > Kitware, Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Thu Dec 3 11:35:52 2015 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 3 Dec 2015 11:35:52 -0500 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: I was digging into this yesterday. I'm pretty sure it is an assert that was added on that day. You have to build with Tcl and Python and PyInterp I believe to actually hit it which is still in the process of compiling on my system. On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen wrote: > Will, > > That explains why we did not see your FlyingEdges's PrintSelfs having > coverage... > > On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder > wrote: > > Wow great catch Bill. I'm wondering how many dashboard errors are going > to > > pop up when otherPrint comes back online.... > > > > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen > > wrote: > >> > >> Folks, > >> > >> We noticed that the vtk code coverage had dropped by 5% recently. It > >> turns out that the otherPrint.tcl test started to segfault around > >> November 23. > >> > >> Bill > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at > >> http://www.kitware.com/opensource/opensource.html > >> > >> Search the list archives at: > http://markmail.org/search/?q=vtk-developers > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/vtk-developers > >> > > > > > > > > -- > > William J. Schroeder, PhD > > Kitware, Inc. > > 28 Corporate Drive > > Clifton Park, NY 12065 > > will.schroeder at kitware.com > > http://www.kitware.com > > (518) 881-4902 > > > > -- > Unpaid intern in BillsBasement at noware dot com > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Dec 3 12:04:30 2015 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 3 Dec 2015 12:04:30 -0500 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Bad memory access in vtkPython.h below this->Force is true. Not sure if that rings a bell with anyone. Build with Tcl and Python and the PyInterp option to get the error class vtkPythonScopeGilEnsurer { public: vtkPythonScopeGilEnsurer(bool force = false) : State(PyGILState_UNLOCKED) { #ifdef VTK_PYTHON_FULL_THREADSAFE // Force is always true with FULL_THREADSAFE force = true; #endif this->Force = force; if (this->Force) { this->State = PyGILState_Ensure(); stack is > vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool force) Line 152 + 0x6 bytes C++ vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() Line 48 + 0xc bytes C++ vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() Line 38 + 0xa bytes C++ vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar deleting destructor'() + 0x2c bytes C++ vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() Line 142 + 0x2f bytes C++ vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector deleting destructor'() + 0x7d bytes C++ vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase * __formal, int check) Line 232 + 0x31 bytes C++ vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * o, int check) Line 901 C++ vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) Line 190 C++ vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, Tcl_Interp * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 bytes C++ vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line 132 C++ On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin wrote: > I was digging into this yesterday. I'm pretty sure it is an assert that > was added on that day. You have to build with Tcl and Python and PyInterp I > believe to actually hit it which is still in the process of compiling on my > system. > > On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen > wrote: > >> Will, >> >> That explains why we did not see your FlyingEdges's PrintSelfs having >> coverage... >> >> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder >> wrote: >> > Wow great catch Bill. I'm wondering how many dashboard errors are going >> to >> > pop up when otherPrint comes back online.... >> > >> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen > > >> > wrote: >> >> >> >> Folks, >> >> >> >> We noticed that the vtk code coverage had dropped by 5% recently. It >> >> turns out that the otherPrint.tcl test started to segfault around >> >> November 23. >> >> >> >> Bill >> >> _______________________________________________ >> >> Powered by www.kitware.com >> >> >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> >> >> Search the list archives at: >> http://markmail.org/search/?q=vtk-developers >> >> >> >> Follow this link to subscribe/unsubscribe: >> >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > >> > >> > >> > -- >> > William J. Schroeder, PhD >> > Kitware, Inc. >> > 28 Corporate Drive >> > Clifton Park, NY 12065 >> > will.schroeder at kitware.com >> > http://www.kitware.com >> > (518) 881-4902 >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Dec 3 12:11:08 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 3 Dec 2015 18:11:08 +0100 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: That's mine, i will look at it. Mathieu Westphal On Thu, Dec 3, 2015 at 6:04 PM, Ken Martin wrote: > Bad memory access in vtkPython.h below this->Force is true. Not sure if > that rings a bell with anyone. Build with Tcl and Python and the PyInterp > option to get the error > > class vtkPythonScopeGilEnsurer > { > public: > vtkPythonScopeGilEnsurer(bool force = false) > : State(PyGILState_UNLOCKED) > { > #ifdef VTK_PYTHON_FULL_THREADSAFE > // Force is always true with FULL_THREADSAFE > force = true; > #endif > this->Force = force; > if (this->Force) > { > this->State = PyGILState_Ensure(); > > stack is > > > vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool > force) Line 152 + 0x6 bytes C++ > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() > Line 48 + 0xc bytes C++ > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() > Line 38 + 0xa bytes C++ > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar > deleting destructor'() + 0x2c bytes C++ > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() > Line 142 + 0x2f bytes C++ > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector > deleting destructor'() + 0x7d bytes C++ > vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase * > __formal, int check) Line 232 + 0x31 bytes C++ > vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * o, > int check) Line 901 C++ > vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) > Line 190 C++ > vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ > vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, > Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ > vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, Tcl_Interp > * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ > vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter > * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 bytes > C++ > vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void > * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ > vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line 132 > C++ > > > On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin > wrote: > >> I was digging into this yesterday. I'm pretty sure it is an assert that >> was added on that day. You have to build with Tcl and Python and PyInterp I >> believe to actually hit it which is still in the process of compiling on my >> system. >> >> On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen >> wrote: >> >>> Will, >>> >>> That explains why we did not see your FlyingEdges's PrintSelfs having >>> coverage... >>> >>> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder >>> wrote: >>> > Wow great catch Bill. I'm wondering how many dashboard errors are >>> going to >>> > pop up when otherPrint comes back online.... >>> > >>> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen < >>> bill.lorensen at gmail.com> >>> > wrote: >>> >> >>> >> Folks, >>> >> >>> >> We noticed that the vtk code coverage had dropped by 5% recently. It >>> >> turns out that the otherPrint.tcl test started to segfault around >>> >> November 23. >>> >> >>> >> Bill >>> >> _______________________________________________ >>> >> Powered by www.kitware.com >>> >> >>> >> Visit other Kitware open-source projects at >>> >> http://www.kitware.com/opensource/opensource.html >>> >> >>> >> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >> >>> >> Follow this link to subscribe/unsubscribe: >>> >> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >> >>> > >>> > >>> > >>> > -- >>> > William J. Schroeder, PhD >>> > Kitware, Inc. >>> > 28 Corporate Drive >>> > Clifton Park, NY 12065 >>> > will.schroeder at kitware.com >>> > http://www.kitware.com >>> > (518) 881-4902 >>> >>> >>> >>> -- >>> Unpaid intern in BillsBasement at noware dot com >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> > > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Dec 3 12:44:56 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 3 Dec 2015 18:44:56 +0100 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: I see it fails on kargard, but cannot reproduce locally, i'm trying to work with vncViewer on kargard but it is not easy. Can you precise me wich option you have activated in cmake ? python + tcl does not seem enough for me. Mathieu Mathieu Westphal On Thu, Dec 3, 2015 at 6:11 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > That's mine, i will look at it. > > Mathieu Westphal > > On Thu, Dec 3, 2015 at 6:04 PM, Ken Martin wrote: > >> Bad memory access in vtkPython.h below this->Force is true. Not sure if >> that rings a bell with anyone. Build with Tcl and Python and the PyInterp >> option to get the error >> >> class vtkPythonScopeGilEnsurer >> { >> public: >> vtkPythonScopeGilEnsurer(bool force = false) >> : State(PyGILState_UNLOCKED) >> { >> #ifdef VTK_PYTHON_FULL_THREADSAFE >> // Force is always true with FULL_THREADSAFE >> force = true; >> #endif >> this->Force = force; >> if (this->Force) >> { >> this->State = PyGILState_Ensure(); >> >> stack is >> >> > vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool >> force) Line 152 + 0x6 bytes C++ >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() >> Line 48 + 0xc bytes C++ >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() >> Line 38 + 0xa bytes C++ >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar >> deleting destructor'() + 0x2c bytes C++ >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() >> Line 142 + 0x2f bytes C++ >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector >> deleting destructor'() + 0x7d bytes C++ >> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase >> * __formal, int check) Line 232 + 0x31 bytes C++ >> vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * o, >> int check) Line 901 C++ >> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) >> Line 190 C++ >> vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ >> vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, >> Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ >> vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, >> Tcl_Interp * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ >> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter >> * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 bytes >> C++ >> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void >> * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ >> vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line 132 >> C++ >> >> >> On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin >> wrote: >> >>> I was digging into this yesterday. I'm pretty sure it is an assert that >>> was added on that day. You have to build with Tcl and Python and PyInterp I >>> believe to actually hit it which is still in the process of compiling on my >>> system. >>> >>> On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen >>> wrote: >>> >>>> Will, >>>> >>>> That explains why we did not see your FlyingEdges's PrintSelfs having >>>> coverage... >>>> >>>> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder >>>> wrote: >>>> > Wow great catch Bill. I'm wondering how many dashboard errors are >>>> going to >>>> > pop up when otherPrint comes back online.... >>>> > >>>> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen < >>>> bill.lorensen at gmail.com> >>>> > wrote: >>>> >> >>>> >> Folks, >>>> >> >>>> >> We noticed that the vtk code coverage had dropped by 5% recently. It >>>> >> turns out that the otherPrint.tcl test started to segfault around >>>> >> November 23. >>>> >> >>>> >> Bill >>>> >> _______________________________________________ >>>> >> Powered by www.kitware.com >>>> >> >>>> >> Visit other Kitware open-source projects at >>>> >> http://www.kitware.com/opensource/opensource.html >>>> >> >>>> >> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >> >>>> >> Follow this link to subscribe/unsubscribe: >>>> >> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >> >>>> > >>>> > >>>> > >>>> > -- >>>> > William J. Schroeder, PhD >>>> > Kitware, Inc. >>>> > 28 Corporate Drive >>>> > Clifton Park, NY 12065 >>>> > will.schroeder at kitware.com >>>> > http://www.kitware.com >>>> > (518) 881-4902 >>>> >>>> >>>> >>>> -- >>>> Unpaid intern in BillsBasement at noware dot com >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>> >>> >>> -- >>> Ken Martin PhD >>> Chairman & CFO >>> Kitware Inc. >>> 28 Corporate Drive >>> Clifton Park NY 12065 >>> 518 371 3971 >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >> >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Dec 3 12:48:29 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 3 Dec 2015 12:48:29 -0500 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Module_vtkPythonInterpreter:BOOL=ON On Thu, Dec 3, 2015 at 12:44 PM, Mathieu Westphal wrote: > I see it fails on kargard, but cannot reproduce locally, i'm trying to work > with vncViewer on kargard but it is not easy. > > Can you precise me wich option you have activated in cmake ? python + tcl > does not seem enough for me. > > Mathieu > > Mathieu Westphal > > On Thu, Dec 3, 2015 at 6:11 PM, Mathieu Westphal > wrote: >> >> That's mine, i will look at it. >> >> Mathieu Westphal >> >> On Thu, Dec 3, 2015 at 6:04 PM, Ken Martin wrote: >>> >>> Bad memory access in vtkPython.h below this->Force is true. Not sure if >>> that rings a bell with anyone. Build with Tcl and Python and the PyInterp >>> option to get the error >>> >>> class vtkPythonScopeGilEnsurer >>> { >>> public: >>> vtkPythonScopeGilEnsurer(bool force = false) >>> : State(PyGILState_UNLOCKED) >>> { >>> #ifdef VTK_PYTHON_FULL_THREADSAFE >>> // Force is always true with FULL_THREADSAFE >>> force = true; >>> #endif >>> this->Force = force; >>> if (this->Force) >>> { >>> this->State = PyGILState_Ensure(); >>> >>> stack is >>> >>> > >>> > vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool >>> > force) Line 152 + 0x6 bytes C++ >>> >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() >>> Line 48 + 0xc bytes C++ >>> >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() >>> Line 38 + 0xa bytes C++ >>> >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar >>> deleting destructor'() + 0x2c bytes C++ >>> >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() >>> Line 142 + 0x2f bytes C++ >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector >>> deleting destructor'() + 0x7d bytes C++ >>> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase * >>> __formal, int check) Line 232 + 0x31 bytes C++ >>> vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * o, >>> int check) Line 901 C++ >>> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) >>> Line 190 C++ >>> vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ >>> vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, >>> Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ >>> vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, Tcl_Interp >>> * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ >>> >>> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter >>> * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 bytes >>> C++ >>> >>> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void >>> * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ >>> vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line 132 >>> C++ >>> >>> >>> On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin >>> wrote: >>>> >>>> I was digging into this yesterday. I'm pretty sure it is an assert that >>>> was added on that day. You have to build with Tcl and Python and PyInterp I >>>> believe to actually hit it which is still in the process of compiling on my >>>> system. >>>> >>>> On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen >>>> wrote: >>>>> >>>>> Will, >>>>> >>>>> That explains why we did not see your FlyingEdges's PrintSelfs having >>>>> coverage... >>>>> >>>>> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder >>>>> wrote: >>>>> > Wow great catch Bill. I'm wondering how many dashboard errors are >>>>> > going to >>>>> > pop up when otherPrint comes back online.... >>>>> > >>>>> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen >>>>> > >>>>> > wrote: >>>>> >> >>>>> >> Folks, >>>>> >> >>>>> >> We noticed that the vtk code coverage had dropped by 5% recently. It >>>>> >> turns out that the otherPrint.tcl test started to segfault around >>>>> >> November 23. >>>>> >> >>>>> >> Bill >>>>> >> _______________________________________________ >>>>> >> Powered by www.kitware.com >>>>> >> >>>>> >> Visit other Kitware open-source projects at >>>>> >> http://www.kitware.com/opensource/opensource.html >>>>> >> >>>>> >> Search the list archives at: >>>>> >> http://markmail.org/search/?q=vtk-developers >>>>> >> >>>>> >> Follow this link to subscribe/unsubscribe: >>>>> >> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > William J. Schroeder, PhD >>>>> > Kitware, Inc. >>>>> > 28 Corporate Drive >>>>> > Clifton Park, NY 12065 >>>>> > will.schroeder at kitware.com >>>>> > http://www.kitware.com >>>>> > (518) 881-4902 >>>>> >>>>> >>>>> >>>>> -- >>>>> Unpaid intern in BillsBasement at noware dot com >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>> >>>> >>>> >>>> -- >>>> Ken Martin PhD >>>> Chairman & CFO >>>> Kitware Inc. >>>> 28 Corporate Drive >>>> Clifton Park NY 12065 >>>> 518 371 3971 >>>> >>>> This communication, including all attachments, contains confidential and >>>> legally privileged information, and it is intended only for the use of the >>>> addressee. Access to this email by anyone else is unauthorized. If you are >>>> not the intended recipient, any disclosure, copying, distribution or any >>>> action taken in reliance on it is prohibited and may be unlawful. If you >>>> received this communication in error please notify us immediately and >>>> destroy the original message. Thank you. >>> >>> >>> >>> >>> -- >>> Ken Martin PhD >>> Chairman & CFO >>> Kitware Inc. >>> 28 Corporate Drive >>> Clifton Park NY 12065 >>> 518 371 3971 >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> > -- Unpaid intern in BillsBasement at noware dot com From mathieu.westphal at kitware.com Thu Dec 3 13:04:45 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 3 Dec 2015 19:04:45 +0100 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Thx, i can reproduce now Mathieu Westphal On Thu, Dec 3, 2015 at 6:48 PM, Bill Lorensen wrote: > Module_vtkPythonInterpreter:BOOL=ON > > > On Thu, Dec 3, 2015 at 12:44 PM, Mathieu Westphal > wrote: > > I see it fails on kargard, but cannot reproduce locally, i'm trying to > work > > with vncViewer on kargard but it is not easy. > > > > Can you precise me wich option you have activated in cmake ? python + tcl > > does not seem enough for me. > > > > Mathieu > > > > Mathieu Westphal > > > > On Thu, Dec 3, 2015 at 6:11 PM, Mathieu Westphal > > wrote: > >> > >> That's mine, i will look at it. > >> > >> Mathieu Westphal > >> > >> On Thu, Dec 3, 2015 at 6:04 PM, Ken Martin > wrote: > >>> > >>> Bad memory access in vtkPython.h below this->Force is true. Not sure > if > >>> that rings a bell with anyone. Build with Tcl and Python and the > PyInterp > >>> option to get the error > >>> > >>> class vtkPythonScopeGilEnsurer > >>> { > >>> public: > >>> vtkPythonScopeGilEnsurer(bool force = false) > >>> : State(PyGILState_UNLOCKED) > >>> { > >>> #ifdef VTK_PYTHON_FULL_THREADSAFE > >>> // Force is always true with FULL_THREADSAFE > >>> force = true; > >>> #endif > >>> this->Force = force; > >>> if (this->Force) > >>> { > >>> this->State = PyGILState_Ensure(); > >>> > >>> stack is > >>> > >>> > > >>> > > vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool > >>> > force) Line 152 + 0x6 bytes C++ > >>> > >>> > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() > >>> Line 48 + 0xc bytes C++ > >>> > >>> > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() > >>> Line 38 + 0xa bytes C++ > >>> > >>> > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar > >>> deleting destructor'() + 0x2c bytes C++ > >>> > >>> > vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() > >>> Line 142 + 0x2f bytes C++ > >>> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector > >>> deleting destructor'() + 0x7d bytes C++ > >>> > vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase * > >>> __formal, int check) Line 232 + 0x31 bytes C++ > >>> vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * > o, > >>> int check) Line 901 C++ > >>> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) > >>> Line 190 C++ > >>> vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ > >>> vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, > >>> Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ > >>> vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, > Tcl_Interp > >>> * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ > >>> > >>> > vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter > >>> * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 > bytes > >>> C++ > >>> > >>> > vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void > >>> * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ > >>> vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line > 132 > >>> C++ > >>> > >>> > >>> On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin > >>> wrote: > >>>> > >>>> I was digging into this yesterday. I'm pretty sure it is an assert > that > >>>> was added on that day. You have to build with Tcl and Python and > PyInterp I > >>>> believe to actually hit it which is still in the process of compiling > on my > >>>> system. > >>>> > >>>> On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen < > bill.lorensen at gmail.com> > >>>> wrote: > >>>>> > >>>>> Will, > >>>>> > >>>>> That explains why we did not see your FlyingEdges's PrintSelfs having > >>>>> coverage... > >>>>> > >>>>> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder > >>>>> wrote: > >>>>> > Wow great catch Bill. I'm wondering how many dashboard errors are > >>>>> > going to > >>>>> > pop up when otherPrint comes back online.... > >>>>> > > >>>>> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen > >>>>> > > >>>>> > wrote: > >>>>> >> > >>>>> >> Folks, > >>>>> >> > >>>>> >> We noticed that the vtk code coverage had dropped by 5% recently. > It > >>>>> >> turns out that the otherPrint.tcl test started to segfault around > >>>>> >> November 23. > >>>>> >> > >>>>> >> Bill > >>>>> >> _______________________________________________ > >>>>> >> Powered by www.kitware.com > >>>>> >> > >>>>> >> Visit other Kitware open-source projects at > >>>>> >> http://www.kitware.com/opensource/opensource.html > >>>>> >> > >>>>> >> Search the list archives at: > >>>>> >> http://markmail.org/search/?q=vtk-developers > >>>>> >> > >>>>> >> Follow this link to subscribe/unsubscribe: > >>>>> >> http://public.kitware.com/mailman/listinfo/vtk-developers > >>>>> >> > >>>>> > > >>>>> > > >>>>> > > >>>>> > -- > >>>>> > William J. Schroeder, PhD > >>>>> > Kitware, Inc. > >>>>> > 28 Corporate Drive > >>>>> > Clifton Park, NY 12065 > >>>>> > will.schroeder at kitware.com > >>>>> > http://www.kitware.com > >>>>> > (518) 881-4902 > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Unpaid intern in BillsBasement at noware dot com > >>>>> _______________________________________________ > >>>>> Powered by www.kitware.com > >>>>> > >>>>> Visit other Kitware open-source projects at > >>>>> http://www.kitware.com/opensource/opensource.html > >>>>> > >>>>> Search the list archives at: > >>>>> http://markmail.org/search/?q=vtk-developers > >>>>> > >>>>> Follow this link to subscribe/unsubscribe: > >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Ken Martin PhD > >>>> Chairman & CFO > >>>> Kitware Inc. > >>>> 28 Corporate Drive > >>>> Clifton Park NY 12065 > >>>> 518 371 3971 > >>>> > >>>> This communication, including all attachments, contains confidential > and > >>>> legally privileged information, and it is intended only for the use > of the > >>>> addressee. Access to this email by anyone else is unauthorized. If > you are > >>>> not the intended recipient, any disclosure, copying, distribution or > any > >>>> action taken in reliance on it is prohibited and may be unlawful. If > you > >>>> received this communication in error please notify us immediately and > >>>> destroy the original message. Thank you. > >>> > >>> > >>> > >>> > >>> -- > >>> Ken Martin PhD > >>> Chairman & CFO > >>> Kitware Inc. > >>> 28 Corporate Drive > >>> Clifton Park NY 12065 > >>> 518 371 3971 > >>> > >>> This communication, including all attachments, contains confidential > and > >>> legally privileged information, and it is intended only for the use of > the > >>> addressee. Access to this email by anyone else is unauthorized. If > you are > >>> not the intended recipient, any disclosure, copying, distribution or > any > >>> action taken in reliance on it is prohibited and may be unlawful. If > you > >>> received this communication in error please notify us immediately and > >>> destroy the original message. Thank you. > >>> > >>> _______________________________________________ > >>> Powered by www.kitware.com > >>> > >>> Visit other Kitware open-source projects at > >>> http://www.kitware.com/opensource/opensource.html > >>> > >>> Search the list archives at: > http://markmail.org/search/?q=vtk-developers > >>> > >>> Follow this link to subscribe/unsubscribe: > >>> http://public.kitware.com/mailman/listinfo/vtk-developers > >>> > >>> > >> > > > > > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Dec 3 13:31:18 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 3 Dec 2015 19:31:18 +0100 Subject: [vtk-developers] VTK Coverage drop In-Reply-To: References: Message-ID: Thanks for pointing this out, MR on the way. If you see the buildbots passing and everything allright, please merge asap. Mathieu Mathieu Westphal On Thu, Dec 3, 2015 at 7:04 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Thx, i can reproduce now > > Mathieu Westphal > > On Thu, Dec 3, 2015 at 6:48 PM, Bill Lorensen > wrote: > >> Module_vtkPythonInterpreter:BOOL=ON >> >> >> On Thu, Dec 3, 2015 at 12:44 PM, Mathieu Westphal >> wrote: >> > I see it fails on kargard, but cannot reproduce locally, i'm trying to >> work >> > with vncViewer on kargard but it is not easy. >> > >> > Can you precise me wich option you have activated in cmake ? python + >> tcl >> > does not seem enough for me. >> > >> > Mathieu >> > >> > Mathieu Westphal >> > >> > On Thu, Dec 3, 2015 at 6:11 PM, Mathieu Westphal >> > wrote: >> >> >> >> That's mine, i will look at it. >> >> >> >> Mathieu Westphal >> >> >> >> On Thu, Dec 3, 2015 at 6:04 PM, Ken Martin >> wrote: >> >>> >> >>> Bad memory access in vtkPython.h below this->Force is true. Not sure >> if >> >>> that rings a bell with anyone. Build with Tcl and Python and the >> PyInterp >> >>> option to get the error >> >>> >> >>> class vtkPythonScopeGilEnsurer >> >>> { >> >>> public: >> >>> vtkPythonScopeGilEnsurer(bool force = false) >> >>> : State(PyGILState_UNLOCKED) >> >>> { >> >>> #ifdef VTK_PYTHON_FULL_THREADSAFE >> >>> // Force is always true with FULL_THREADSAFE >> >>> force = true; >> >>> #endif >> >>> this->Force = force; >> >>> if (this->Force) >> >>> { >> >>> this->State = PyGILState_Ensure(); >> >>> >> >>> stack is >> >>> >> >>> > >> >>> > >> vtkPythonInterpreter-6.3.dll!vtkPythonScopeGilEnsurer::vtkPythonScopeGilEnsurer(bool >> >>> > force) Line 152 + 0x6 bytes C++ >> >>> >> >>> >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::CleanupPythonObjects() >> >>> Line 48 + 0xc bytes C++ >> >>> >> >>> >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::~vtkInternals() >> >>> Line 38 + 0xa bytes C++ >> >>> >> >>> >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::vtkInternals::`scalar >> >>> deleting destructor'() + 0x2c bytes C++ >> >>> >> >>> >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::~vtkPythonInteractiveInterpreter() >> >>> Line 142 + 0x2f bytes C++ >> >>> >> vtkPythonInterpreter-6.3.dll!vtkPythonInteractiveInterpreter::`vector >> >>> deleting destructor'() + 0x7d bytes C++ >> >>> >> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegisterInternal(vtkObjectBase * >> >>> __formal, int check) Line 232 + 0x31 bytes C++ >> >>> vtkCommonCore-6.3.dll!vtkObject::UnRegisterInternal(vtkObjectBase * >> o, >> >>> int check) Line 901 C++ >> >>> vtkCommonCore-6.3.dll!vtkObjectBase::UnRegister(vtkObjectBase * o) >> >>> Line 190 C++ >> >>> vtkCommonCore-6.3.dll!vtkObjectBase::Delete() Line 135 C++ >> >>> vtkCommonCoreTCL-6.3.dll!vtkObjectBaseCppCommand(vtkObjectBase * op, >> >>> Tcl_Interp * interp, int argc, char * * argv) Line 109 C++ >> >>> vtkCommonCoreTCL-6.3.dll!vtkObjectCppCommand(vtkObject * op, >> Tcl_Interp >> >>> * interp, int argc, char * * argv) Line 855 + 0x25 bytes C++ >> >>> >> >>> >> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCppCommand(vtkPythonInteractiveInterpreter >> >>> * op, Tcl_Interp * interp, int argc, char * * argv) Line 342 + 0x25 >> bytes >> >>> C++ >> >>> >> >>> >> vtkPythonInterpreterTCL-6.3.dll!vtkPythonInteractiveInterpreterCommand(void >> >>> * cd, Tcl_Interp * interp, int argc, char * * argv) Line 33 C++ >> >>> vtkCommonCoreTCL-6.3.dll!vtkTclGenericDeleteObject(void * cd) Line >> 132 >> >>> C++ >> >>> >> >>> >> >>> On Thu, Dec 3, 2015 at 11:35 AM, Ken Martin >> >>> wrote: >> >>>> >> >>>> I was digging into this yesterday. I'm pretty sure it is an assert >> that >> >>>> was added on that day. You have to build with Tcl and Python and >> PyInterp I >> >>>> believe to actually hit it which is still in the process of >> compiling on my >> >>>> system. >> >>>> >> >>>> On Thu, Dec 3, 2015 at 10:54 AM, Bill Lorensen < >> bill.lorensen at gmail.com> >> >>>> wrote: >> >>>>> >> >>>>> Will, >> >>>>> >> >>>>> That explains why we did not see your FlyingEdges's PrintSelfs >> having >> >>>>> coverage... >> >>>>> >> >>>>> On Thu, Dec 3, 2015 at 10:38 AM, Will Schroeder >> >>>>> wrote: >> >>>>> > Wow great catch Bill. I'm wondering how many dashboard errors are >> >>>>> > going to >> >>>>> > pop up when otherPrint comes back online.... >> >>>>> > >> >>>>> > On Thu, Dec 3, 2015 at 10:12 AM, Bill Lorensen >> >>>>> > >> >>>>> > wrote: >> >>>>> >> >> >>>>> >> Folks, >> >>>>> >> >> >>>>> >> We noticed that the vtk code coverage had dropped by 5% >> recently. It >> >>>>> >> turns out that the otherPrint.tcl test started to segfault around >> >>>>> >> November 23. >> >>>>> >> >> >>>>> >> Bill >> >>>>> >> _______________________________________________ >> >>>>> >> Powered by www.kitware.com >> >>>>> >> >> >>>>> >> Visit other Kitware open-source projects at >> >>>>> >> http://www.kitware.com/opensource/opensource.html >> >>>>> >> >> >>>>> >> Search the list archives at: >> >>>>> >> http://markmail.org/search/?q=vtk-developers >> >>>>> >> >> >>>>> >> Follow this link to subscribe/unsubscribe: >> >>>>> >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >>>>> >> >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> > -- >> >>>>> > William J. Schroeder, PhD >> >>>>> > Kitware, Inc. >> >>>>> > 28 Corporate Drive >> >>>>> > Clifton Park, NY 12065 >> >>>>> > will.schroeder at kitware.com >> >>>>> > http://www.kitware.com >> >>>>> > (518) 881-4902 >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Unpaid intern in BillsBasement at noware dot com >> >>>>> _______________________________________________ >> >>>>> Powered by www.kitware.com >> >>>>> >> >>>>> Visit other Kitware open-source projects at >> >>>>> http://www.kitware.com/opensource/opensource.html >> >>>>> >> >>>>> Search the list archives at: >> >>>>> http://markmail.org/search/?q=vtk-developers >> >>>>> >> >>>>> Follow this link to subscribe/unsubscribe: >> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >> >>>>> >> >>>> >> >>>> >> >>>> >> >>>> -- >> >>>> Ken Martin PhD >> >>>> Chairman & CFO >> >>>> Kitware Inc. >> >>>> 28 Corporate Drive >> >>>> Clifton Park NY 12065 >> >>>> 518 371 3971 >> >>>> >> >>>> This communication, including all attachments, contains confidential >> and >> >>>> legally privileged information, and it is intended only for the use >> of the >> >>>> addressee. Access to this email by anyone else is unauthorized. If >> you are >> >>>> not the intended recipient, any disclosure, copying, distribution or >> any >> >>>> action taken in reliance on it is prohibited and may be unlawful. If >> you >> >>>> received this communication in error please notify us immediately and >> >>>> destroy the original message. Thank you. >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Ken Martin PhD >> >>> Chairman & CFO >> >>> Kitware Inc. >> >>> 28 Corporate Drive >> >>> Clifton Park NY 12065 >> >>> 518 371 3971 >> >>> >> >>> This communication, including all attachments, contains confidential >> and >> >>> legally privileged information, and it is intended only for the use >> of the >> >>> addressee. Access to this email by anyone else is unauthorized. If >> you are >> >>> not the intended recipient, any disclosure, copying, distribution or >> any >> >>> action taken in reliance on it is prohibited and may be unlawful. If >> you >> >>> received this communication in error please notify us immediately and >> >>> destroy the original message. Thank you. >> >>> >> >>> _______________________________________________ >> >>> Powered by www.kitware.com >> >>> >> >>> Visit other Kitware open-source projects at >> >>> http://www.kitware.com/opensource/opensource.html >> >>> >> >>> Search the list archives at: >> http://markmail.org/search/?q=vtk-developers >> >>> >> >>> Follow this link to subscribe/unsubscribe: >> >>> http://public.kitware.com/mailman/listinfo/vtk-developers >> >>> >> >>> >> >> >> > >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Thu Dec 3 14:56:37 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Thu, 3 Dec 2015 14:56:37 -0500 Subject: [vtk-developers] vtkDepthSortPolyData modernization In-Reply-To: <5660616F.8020407@gmail.com> References: <56437525.8040107@gmail.com> <5644D5D9.6000404@gmail.com> <5660616F.8020407@gmail.com> Message-ID: Will's reviewing it. On Thu, Dec 3, 2015 at 10:36 AM, Burlen Loring wrote: > Hi Berk, > > Just checking in. I'm sure it's one of those things that could get lost in > the shuffle. > > Burlen > > > On 11/12/2015 10:09 AM, Burlen Loring wrote: > > Hi Berk, > > Thanks & have a good trip. > > Burlen > > On 11/12/2015 09:43 AM, Berk Geveci wrote: > > Hi Burlen, > > We are quite swamped by SC preparations this week. I'll be happy to take a > look after SC. > > Best, > -berk > > On Wed, Nov 11, 2015 at 12:04 PM, Burlen Loring > wrote: > >> Hi All, >> >> Would anyone be willing to review this patch? >> https://gitlab.kitware.com/vtk/vtk/merge_requests/844 >> >> I was profiling VisIt and noticed that vtkDepthSortPolyData (in spite of >> its limitations it is used by VisIt for transparent rendering) made use of >> qsort and about 1/2 the time was spent by qsort. std::sort is known to be >> faster because of the possibility of the compiler to inline the >> comparisons. Updating qsort to std::sort seemed like an easy way to make it >> faster. As I worked the profiler pointed out a number of other fairly easy >> things to improve and overall the class is now ~3x faster for two of the >> modes and ~2x faster for the other. I enumerated the changes in the commit >> message and have added a cxx test to improve the test coverage. >> >> If you have the time, please take a look, and let me know if you have any >> feedback on it. >> >> Thanks >> Burlen >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Dec 3 15:20:58 2015 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 3 Dec 2015 15:20:58 -0500 Subject: [vtk-developers] VTK_LEGACY used on other vtk macros Message-ID: So can I use a VTK_LEGACY macro on a vtkGetMacro? Or is that bad cpp karma? VTK_LEGACY(vtkGetMacro(ForceCompileOnly, int)); Thanks Ken -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Fri Dec 4 14:53:37 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 4 Dec 2015 14:53:37 -0500 Subject: [vtk-developers] CMake failures In-Reply-To: References: Message-ID: Hi Ken, I've put up a fix for this on gitlab [1]. Shawn [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/969 On Fri, Dec 4, 2015 at 11:01 AM, Shawn Waldon wrote: > That sounds like it is related to my merge. I'll try it out after the > meeting. > > On Fri, Dec 4, 2015 at 10:56 AM, Ken Martin > wrote: > >> >> >> Shawn I am seeing >> >> CMake Error at Common/Core/CMakeLists.txt:375 (target_compile_features): >> Cannot specify compile features for target "vtkCommonCore" which is not >> built by this project. >> >> >> now that I updated. Could this be related to your recent merge? This is >> on Windows VS2013 community with ninja and CMake version 3.3.20150810 >> >> Thanks >> Ken >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Mon Dec 7 12:41:22 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 7 Dec 2015 12:41:22 -0500 Subject: [vtk-developers] vtk_add_test_mpi does not support NO_VALID Message-ID: Folks, I'm have an mpi test that does not produce and image. The current vtk_add_test_mpi does not support NO_VALID. I'm willing to work on a patch unless someone else wants to take care of it. Bill -- Unpaid intern in BillsBasement at noware dot com From ben.boeckel at kitware.com Mon Dec 7 13:43:32 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 7 Dec 2015 13:43:32 -0500 Subject: [vtk-developers] vtk_add_test_mpi does not support NO_VALID In-Reply-To: References: Message-ID: <20151207184332.GB21827@megas.khq.kitware.com> On Mon, Dec 07, 2015 at 12:41:22 -0500, Bill Lorensen wrote: > I'm have an mpi test that does not produce and image. The current > vtk_add_test_mpi does not support NO_VALID. I'm willing to work on a > patch unless someone else wants to take care of it. Adding NO_VALID, NO_DATA, and NO_OUTPUT to mpi_options in vtk_add_test_mpi (CMake/vtkTestingMacros.cmake:124) should do the trick. The logic to use them is in vtk_add_test_cxx at CMake/vtkTestingMacros.cmake:271. It looks like ther *might* be something else required, but I'm not sure. --Ben From david.gobbi at gmail.com Mon Dec 7 15:08:04 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 7 Dec 2015 13:08:04 -0700 Subject: [vtk-developers] Doxygen and the VTK wrappers Message-ID: Hi All, This is just a heads-up that I'm making the Python wrappers understand doxygen comments, e.g. so that doxygen comments are properly translated into python docstrings. Right now, the wrapper tools only understand the old-style Description: comments. It will take me a couple more evenings to finish the work, so I'm wondering, what's the current branch date for VTK 7.0? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Mon Dec 7 15:48:55 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 7 Dec 2015 15:48:55 -0500 Subject: [vtk-developers] vtk_add_test_mpi does not support NO_VALID In-Reply-To: <20151207184332.GB21827@megas.khq.kitware.com> References: <20151207184332.GB21827@megas.khq.kitware.com> Message-ID: Ben, I spoke too soon. vtk_add_test_mpi has a TESTING_DATA option that adds -T -D and -V options to the test command line. If the option is not specified, then my test works fine. In the future we shpud still add NO_VALID,NO_DATA,NO_OUTPUT. Bill On Mon, Dec 7, 2015 at 1:43 PM, Ben Boeckel wrote: > On Mon, Dec 07, 2015 at 12:41:22 -0500, Bill Lorensen wrote: >> I'm have an mpi test that does not produce and image. The current >> vtk_add_test_mpi does not support NO_VALID. I'm willing to work on a >> patch unless someone else wants to take care of it. > > Adding NO_VALID, NO_DATA, and NO_OUTPUT to mpi_options in > vtk_add_test_mpi (CMake/vtkTestingMacros.cmake:124) should do the trick. > > The logic to use them is in vtk_add_test_cxx at > CMake/vtkTestingMacros.cmake:271. It looks like ther *might* be > something else required, but I'm not sure. > > --Ben -- Unpaid intern in BillsBasement at noware dot com From dave.demarle at kitware.com Mon Dec 7 15:55:43 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 7 Dec 2015 15:55:43 -0500 Subject: [vtk-developers] Doxygen and the VTK wrappers In-Reply-To: References: Message-ID: I was hoping to branch Wednesday. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Dec 7, 2015 at 3:08 PM, David Gobbi wrote: > Hi All, > > This is just a heads-up that I'm making the Python wrappers understand > doxygen comments, e.g. so that doxygen comments are properly translated > into python docstrings. Right now, the wrapper tools only understand the > old-style Description: comments. > > It will take me a couple more evenings to finish the work, so I'm > wondering, what's the current branch date for VTK 7.0? > > - David > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Dec 7 17:26:03 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 7 Dec 2015 15:26:03 -0700 Subject: [vtk-developers] Doxygen and the VTK wrappers In-Reply-To: References: Message-ID: Thanks. I might be done by then. - David On Mon, Dec 7, 2015 at 1:55 PM, David E DeMarle wrote: > I was hoping to branch Wednesday. > > > On Mon, Dec 7, 2015 at 3:08 PM, David Gobbi wrote: > >> Hi All, >> >> This is just a heads-up that I'm making the Python wrappers understand >> doxygen comments, e.g. so that doxygen comments are properly translated >> into python docstrings. Right now, the wrapper tools only understand the >> old-style Description: comments. >> >> It will take me a couple more evenings to finish the work, so I'm >> wondering, what's the current branch date for VTK 7.0? >> >> - David >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Dec 8 07:36:17 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 8 Dec 2015 07:36:17 -0500 Subject: [vtk-developers] cppcheck help with: vtkPlanes, vtkX3DExporterFIWriter, vtkXdmfHeavyData, vtkGPUVolumeRayCastMapper, vtkLineWidget In-Reply-To: <20151203013113.101575833@mail.rogue-research.com> References: <20151203013113.101575833@mail.rogue-research.com> Message-ID: > (c) > duplicateExpressionTernary,IO/Xdmf2/vtkXdmfHeavyData.cxx:1199,style,Same expression in both branches of ternary operator. > > count[0] += (update_extents[5] - update_extents[4] > 0)? 1 : 1; > > Clearly odd. Here's the fix: https://gitlab.kitware.com/vtk/vtk/merge_requests/980 Utkarsh From aashish.chaudhary at kitware.com Tue Dec 8 11:54:05 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 8 Dec 2015 11:54:05 -0500 Subject: [vtk-developers] PROJ4 in VTK Message-ID: Hi Folks, The mangled PROJ4 in VTK is ancient and no longer supported by anyone else. Also, it is buggy, since then PROJ4 has moved on fixing bugs and changed the API a bit as well (includes the named EPSG codes). Are there any objections to switching to last release of PROJ4? We need this sometime soon so if you have any feedback please send me/mailing list an email. Thanks, Aashish -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Dec 8 12:15:53 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 8 Dec 2015 12:15:53 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: References: Message-ID: If after 7.0 branch you've got my +1. When we do please do so via Ben's nifty new scripts that standardize and use best practices for TPL integration into VTK. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Dec 8, 2015 at 11:54 AM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Hi Folks, > > The mangled PROJ4 in VTK is ancient and no longer supported by anyone > else. Also, it is buggy, since then PROJ4 has moved on fixing bugs and > changed the API a bit as well (includes the named EPSG codes). > > Are there any objections to switching to last release of PROJ4? We need > this sometime soon so if you have any feedback please send me/mailing list > an email. > > Thanks, > Aashish > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Dec 8 12:22:17 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 8 Dec 2015 12:22:17 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: References: Message-ID: On Tue, Dec 8, 2015 at 12:15 PM, David E DeMarle wrote: > If after 7.0 branch you've got my +1. > Sure. When is 7.0? > > When we do please do so via Ben's nifty new scripts that standardize and > use best practices for TPL integration into VTK. > I don't remember / know the script whereabouts. Can you send it to me please? Thanks > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Dec 8, 2015 at 11:54 AM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Hi Folks, >> >> The mangled PROJ4 in VTK is ancient and no longer supported by anyone >> else. Also, it is buggy, since then PROJ4 has moved on fixing bugs and >> changed the API a bit as well (includes the named EPSG codes). >> >> Are there any objections to switching to last release of PROJ4? We need >> this sometime soon so if you have any feedback please send me/mailing list >> an email. >> >> Thanks, >> Aashish >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the VTK FAQ at: >> http://www.vtk.org/Wiki/VTK_FAQ >> >> Search the list archives at: http://markmail.org/search/?q=vtkusers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtkusers >> >> > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Dec 8 12:29:19 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 8 Dec 2015 12:29:19 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: References: Message-ID: <20151208172919.GA13056@megas.khq.kitware.com> On Tue, Dec 08, 2015 at 11:54:05 -0500, Aashish Chaudhary wrote: > Are there any objections to switching to last release of PROJ4? We need > this sometime soon so if you have any feedback please send me/mailing list > an email. No objections. Please port to the new third-party setup in the process (see zlib, png, and jsoncpp for examples). --Ben From aashish.chaudhary at kitware.com Tue Dec 8 12:33:53 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 8 Dec 2015 12:33:53 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: <20151208172919.GA13056@megas.khq.kitware.com> References: <20151208172919.GA13056@megas.khq.kitware.com> Message-ID: On Tue, Dec 8, 2015 at 12:29 PM, Ben Boeckel wrote: > On Tue, Dec 08, 2015 at 11:54:05 -0500, Aashish Chaudhary wrote: > > Are there any objections to switching to last release of PROJ4? We need > > this sometime soon so if you have any feedback please send me/mailing > list > > an email. > > No objections. Please port to the new third-party setup in the process > (see zlib, png, and jsoncpp for examples). > Sure, will do. Thanks, > > --Ben > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Dec 8 12:35:31 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 8 Dec 2015 12:35:31 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: References: Message-ID: Branch is tomorrow. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Dec 8, 2015 at 12:22 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > On Tue, Dec 8, 2015 at 12:15 PM, David E DeMarle > wrote: > >> If after 7.0 branch you've got my +1. >> > > Sure. When is 7.0? > >> >> When we do please do so via Ben's nifty new scripts that standardize and >> use best practices for TPL integration into VTK. >> > > I don't remember / know the script whereabouts. Can you send it to me > please? > > Thanks > > > >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Tue, Dec 8, 2015 at 11:54 AM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Hi Folks, >>> >>> The mangled PROJ4 in VTK is ancient and no longer supported by anyone >>> else. Also, it is buggy, since then PROJ4 has moved on fixing bugs and >>> changed the API a bit as well (includes the named EPSG codes). >>> >>> Are there any objections to switching to last release of PROJ4? We need >>> this sometime soon so if you have any feedback please send me/mailing list >>> an email. >>> >>> Thanks, >>> Aashish >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the VTK FAQ at: >>> http://www.vtk.org/Wiki/VTK_FAQ >>> >>> Search the list archives at: http://markmail.org/search/?q=vtkusers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtkusers >>> >>> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Dec 8 12:36:53 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 8 Dec 2015 12:36:53 -0500 Subject: [vtk-developers] [vtkusers] PROJ4 in VTK In-Reply-To: References: Message-ID: On Tue, Dec 8, 2015 at 12:35 PM, David E DeMarle wrote: > Branch is tomorrow. > Great.. yes.. certainly we can wait that long (it may take atleast 1-2 days anyways). Thanks, > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Dec 8, 2015 at 12:22 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> >> On Tue, Dec 8, 2015 at 12:15 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> If after 7.0 branch you've got my +1. >>> >> >> Sure. When is 7.0? >> >>> >>> When we do please do so via Ben's nifty new scripts that standardize and >>> use best practices for TPL integration into VTK. >>> >> >> I don't remember / know the script whereabouts. Can you send it to me >> please? >> >> Thanks >> >> >> >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> R&D Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 >>> >>> On Tue, Dec 8, 2015 at 11:54 AM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Hi Folks, >>>> >>>> The mangled PROJ4 in VTK is ancient and no longer supported by anyone >>>> else. Also, it is buggy, since then PROJ4 has moved on fixing bugs and >>>> changed the API a bit as well (includes the named EPSG codes). >>>> >>>> Are there any objections to switching to last release of PROJ4? We need >>>> this sometime soon so if you have any feedback please send me/mailing list >>>> an email. >>>> >>>> Thanks, >>>> Aashish >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the VTK FAQ at: >>>> http://www.vtk.org/Wiki/VTK_FAQ >>>> >>>> Search the list archives at: http://markmail.org/search/?q=vtkusers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtkusers >>>> >>>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Dec 8 15:38:56 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 8 Dec 2015 15:38:56 -0500 Subject: [vtk-developers] VTK_LEGACY used on other vtk macros In-Reply-To: References: Message-ID: <20151208203856.GA24683@megas.khq.kitware.com> On Thu, Dec 03, 2015 at 15:20:58 -0500, Ken Martin wrote: > So can I use a VTK_LEGACY macro on a vtkGetMacro? Or is that bad cpp karma? > > VTK_LEGACY(vtkGetMacro(ForceCompileOnly, int)); I don't see any reason why not. There's already all kinds of bad karma involved with those macros :) . It shouldn't have a semicolon though. --Ben From ben.boeckel at kitware.com Tue Dec 8 15:53:40 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 8 Dec 2015 15:53:40 -0500 Subject: [vtk-developers] PSLACReaderQuadratic test: Invalid array accesses In-Reply-To: References: Message-ID: <20151208205340.GC24683@megas.khq.kitware.com> On Wed, Dec 02, 2015 at 14:41:13 -0500, David Lonie wrote: > Is anyone familiar with this reader able to take a look? I'm not familiar, but a cursory glance seems to indicate that EdgesToSendToProcesses and EdgesToSendToProcesses are out of sync, probably by something going wrong around line 791. Looks like Lengths isn't updated if process != this->RequestedPiece? --Ben From david.lonie at kitware.com Tue Dec 8 15:59:17 2015 From: david.lonie at kitware.com (David Lonie) Date: Tue, 8 Dec 2015 15:59:17 -0500 Subject: [vtk-developers] PSLACReaderQuadratic test: Invalid array accesses In-Reply-To: <20151208205340.GC24683@megas.khq.kitware.com> References: <20151208205340.GC24683@megas.khq.kitware.com> Message-ID: For now, I've just triaged the behavior here: https://gitlab.kitware.com/vtk/vtk/commit/04b340f678dda8ff3692a0a3ede465a3f7c4b9f4 (that branch is not yet merged) Doesn't fix the bug that causes the inconsistency, but prevents the reader from crashing and prints a warning to let users know that something's up. Most importantly, it lets us move forward with the array refactoring. The tests still pass, so it seems to be ok. If anyone wants to make a pass at fixing this for real, go for it :-) Dave On Tue, Dec 8, 2015 at 3:53 PM, Ben Boeckel wrote: > On Wed, Dec 02, 2015 at 14:41:13 -0500, David Lonie wrote: > > Is anyone familiar with this reader able to take a look? > > I'm not familiar, but a cursory glance seems to indicate that > EdgesToSendToProcesses and EdgesToSendToProcesses are out of sync, > probably by something going wrong around line 791. Looks like Lengths > isn't updated if process != this->RequestedPiece? > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From EVENDUAN at outlook.com Tue Dec 8 19:52:28 2015 From: EVENDUAN at outlook.com (=?gb2312?B?ts671Lrq?=) Date: Wed, 9 Dec 2015 08:52:28 +0800 Subject: [vtk-developers] using matlab data to do a surface rendering in vtk Message-ID: I want to use matlab 3d matrix to make a surface rendering in vtk, when I set one 3d matrix as input ,the code can work .But when I want to set to two different 3d matrix as input and try to rendering to different 3d matrix in the same window, the code goes wrong. I can not fix it.. The vtkPolyDataRendere.cpp is the original code using to make a surface rendering and the vtkPolyDataRendere_mix.cpp is the code that I adapt to make two different surface Rendering in the same window. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: vtkPolyDataRenderer_mix.cpp URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: vtkPolyDataRenderer.cpp URL: From casey.goodlett at kitware.com Wed Dec 9 09:34:23 2015 From: casey.goodlett at kitware.com (Casey Goodlett) Date: Wed, 9 Dec 2015 09:34:23 -0500 Subject: [vtk-developers] redefined macro warning Message-ID: I am seeing a couple of macro redefinition warnings in a project. Specifically Filters/Hybrid/vtkPolyDataSilhouette.h Filters/Hybrid/vtkDepthSortPolyData.h Rendering\Annotation\vtkAxisActor.h Rendering/Annotation\vtkAxisActor2D.h Have conflicting defines. I think these macros should probably become enums within the class scope. Does that seem right? -- Casey -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Dec 9 10:04:10 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 9 Dec 2015 10:04:10 -0500 Subject: [vtk-developers] redefined macro warning In-Reply-To: References: Message-ID: <20151209150410.GB22671@megas.khq.kitware.com> On Wed, Dec 09, 2015 at 09:34:23 -0500, Casey Goodlett wrote: > I am seeing a couple of macro redefinition warnings in a project. > Specifically > > Filters/Hybrid/vtkPolyDataSilhouette.h > Filters/Hybrid/vtkDepthSortPolyData.h > > Rendering\Annotation\vtkAxisActor.h > Rendering/Annotation\vtkAxisActor2D.h > > Have conflicting defines. I think these macros should probably become > enums within the class scope. Does that seem right? Agreed. --Ben From dave.demarle at kitware.com Wed Dec 9 10:07:46 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 9 Dec 2015 10:07:46 -0500 Subject: [vtk-developers] Doxygen and the VTK wrappers In-Reply-To: References: Message-ID: Any luck David? This will be a great new feature, but I would prefer to get 7.0 out now and to give a new feature like this some time to cook in master. thanks as always! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Dec 7, 2015 at 5:26 PM, David Gobbi wrote: > Thanks. I might be done by then. > > - David > > On Mon, Dec 7, 2015 at 1:55 PM, David E DeMarle > wrote: > >> I was hoping to branch Wednesday. >> >> >> On Mon, Dec 7, 2015 at 3:08 PM, David Gobbi >> wrote: >> >>> Hi All, >>> >>> This is just a heads-up that I'm making the Python wrappers understand >>> doxygen comments, e.g. so that doxygen comments are properly translated >>> into python docstrings. Right now, the wrapper tools only understand the >>> old-style Description: comments. >>> >>> It will take me a couple more evenings to finish the work, so I'm >>> wondering, what's the current branch date for VTK 7.0? >>> >>> - David >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Dec 9 10:37:26 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 9 Dec 2015 08:37:26 -0700 Subject: [vtk-developers] Doxygen and the VTK wrappers In-Reply-To: References: Message-ID: I've got something that works, but it could use a bit more time in the oven ;) It can wait until after 7.0. - David On Wed, Dec 9, 2015 at 8:07 AM, David E DeMarle wrote: > Any luck David? > > This will be a great new feature, but I would prefer to get 7.0 out now > and to give a new feature like this some time to cook in master. > > thanks as always! > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Mon, Dec 7, 2015 at 5:26 PM, David Gobbi wrote: > >> Thanks. I might be done by then. >> >> - David >> >> On Mon, Dec 7, 2015 at 1:55 PM, David E DeMarle > > wrote: >> >>> I was hoping to branch Wednesday. >>> >>> >>> On Mon, Dec 7, 2015 at 3:08 PM, David Gobbi >>> wrote: >>> >>>> Hi All, >>>> >>>> This is just a heads-up that I'm making the Python wrappers understand >>>> doxygen comments, e.g. so that doxygen comments are properly translated >>>> into python docstrings. Right now, the wrapper tools only understand the >>>> old-style Description: comments. >>>> >>>> It will take me a couple more evenings to finish the work, so I'm >>>> wondering, what's the current branch date for VTK 7.0? >>>> >>>> - David >>>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hahnse at ornl.gov Wed Dec 9 16:26:05 2015 From: hahnse at ornl.gov (Hahn, Steven E.) Date: Wed, 9 Dec 2015 21:26:05 +0000 Subject: [vtk-developers] Merge request fixing issue with system JsonCpp on Windows. Message-ID: I encountered a linking error about undefined symbols when building ParaView on Windows with VTK_USE_SYSTEM_JSONCPP=ON. This error goes away and the build finishes if JSON_DLL is defined. This merge request (https://gitlab.kitware.com/vtk/vtk/merge_requests/994) changes the Windows declspec import logic so it doesn't depend on whether VTK_USE_SYSTEM_JSONCPP is ON or OFF. Best, Steven Hahn From cory.quammen at kitware.com Thu Dec 10 08:29:46 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 10 Dec 2015 08:29:46 -0500 Subject: [vtk-developers] www.vtk.org down for maintenance Thursday, 5:30pm EST Message-ID: www.vtk.org will be offline for an hour or so for maintenance starting today (Thursday, December 10, 2015) at 5:30pm EST. Git repositories on vtk.org will also be unavailable. Cheers, Cory -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Fri Dec 11 13:54:35 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Fri, 11 Dec 2015 11:54:35 -0700 (MST) Subject: [vtk-developers] Error in TestDepthSortPolyData.cxx.o Message-ID: <1449860075015-5735501.post@n5.nabble.com> While trying to make the last commit of VTK I got an error (/namely: Building CXX object Filters/Hybrid/Testing/Cxx/CMakeFiles/vtkFiltersHybridCxxTests.dir/TestDepthSortPolyData.cxx.o error: use of undeclared identifier 'VTK_SORT_FIRST_POINT'; did you mean 'vtkDepthSortPolyData::VTK_SORT_FIRST_POINT'?)/ I guess this is an easy fix. Just wanted you guys to know. The error appears on line 33,34,35,36, and 58. I fixed it myself locally. Just wanted to make you aware of it. Best Lonni -- View this message in context: http://vtk.1045678.n5.nabble.com/Error-in-TestDepthSortPolyData-cxx-o-tp5735501.html Sent from the VTK - Dev mailing list archive at Nabble.com. From casey.goodlett at kitware.com Fri Dec 11 14:07:24 2015 From: casey.goodlett at kitware.com (Casey Goodlett) Date: Fri, 11 Dec 2015 14:07:24 -0500 Subject: [vtk-developers] Error in TestDepthSortPolyData.cxx.o In-Reply-To: <1449860075015-5735501.post@n5.nabble.com> References: <1449860075015-5735501.post@n5.nabble.com> Message-ID: working on a fix. thanks for the heads up. -- Casey -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Fri Dec 11 14:08:33 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Fri, 11 Dec 2015 12:08:33 -0700 (MST) Subject: [vtk-developers] Error in TestDepthSortPolyData.cxx.o In-Reply-To: References: <1449860075015-5735501.post@n5.nabble.com> Message-ID: <1449860913466-5735503.post@n5.nabble.com> Sure :) No problem :) -- View this message in context: http://vtk.1045678.n5.nabble.com/Error-in-TestDepthSortPolyData-cxx-o-tp5735501p5735503.html Sent from the VTK - Dev mailing list archive at Nabble.com. From lonni.besancon at gmail.com Tue Dec 15 11:55:14 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Tue, 15 Dec 2015 09:55:14 -0700 (MST) Subject: [vtk-developers] Adding vtkWidgets to android project Message-ID: <1450198514422-5735527.post@n5.nabble.com> Hello I am currently trying to add a clipping plane to my dataset on vtk for android. No problem on the code so far but I have issues building the .apk as my program will not compile. In order to be able to use the clipping plane as I intend to I have the following includes: /#include #include #include #include #include #include / Yet when I try to compile (thanks to a Cmake generated Makefile) I get: /error: vtkImplicitPlaneWidget2.h: No such file or directory #include / So I thought that I should try and add the vtkInteractionWidgets component to my find_package() in my CMakeLists.txt to obtain this: find_package(VTK COMPONENTS vtkInteractionStyle vtkRenderingOpenGL2 vtkRenderingVolumeOpenGL2 vtkRenderingFreeType ) Yet when I do so, I get: /Requested modules not available: vtkInteractionWidgets/ So I checked my modules list in my vtkbin/lib/cmake/vtk-7.1/Modules and I can clearly see: /vtkInteractionWidgets.cmake/ Any help would be appreciated, thanks in advance :). A SO post in case you think readability is better there and want to get the reputation for answering :): It is available here -- View this message in context: http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527.html Sent from the VTK - Dev mailing list archive at Nabble.com. From shawn.waldon at kitware.com Wed Dec 16 13:37:43 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Wed, 16 Dec 2015 13:37:43 -0500 Subject: [vtk-developers] Failures on agora Message-ID: Hi all, The buildbot builds on agora were failing because /tmp was full. I have rebooted the machine to clear it out, so the builds should be passing again. Shawn -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Dec 16 14:31:05 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 16 Dec 2015 14:31:05 -0500 Subject: [vtk-developers] Failures on agora In-Reply-To: References: Message-ID: <20151216193105.GB13035@megas.khq.kitware.com> On Wed, Dec 16, 2015 at 13:37:43 -0500, Shawn Waldon wrote: > The buildbot builds on agora were failing because /tmp was full. I have > rebooted the machine to clear it out, so the builds should be passing again. Was it testing artifacts that were taking up space? Or compiler bits? Does ICC support -pipe? --Ben From shawn.waldon at kitware.com Wed Dec 16 14:34:56 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Wed, 16 Dec 2015 14:34:56 -0500 Subject: [vtk-developers] Failures on agora In-Reply-To: <20151216193105.GB13035@megas.khq.kitware.com> References: <20151216193105.GB13035@megas.khq.kitware.com> Message-ID: I'm not sure. Most of what I saw was just temporary files that had no extensions and randomly generated filenames. Shawn On Wed, Dec 16, 2015 at 2:31 PM, Ben Boeckel wrote: > On Wed, Dec 16, 2015 at 13:37:43 -0500, Shawn Waldon wrote: > > The buildbot builds on agora were failing because /tmp was full. I have > > rebooted the machine to clear it out, so the builds should be passing > again. > > Was it testing artifacts that were taking up space? Or compiler bits? > Does ICC support -pipe? > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Dec 16 18:39:22 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 16 Dec 2015 16:39:22 -0700 Subject: [vtk-developers] One last Carbon remnant: Info.plist Message-ID: Hi All, The app bundles produced for the OS X tests and examples contain an Info.plist with the following outdated keys: LSRequiresCarbon: No VTK apps require Carbon, as of VTK 7. CFBundleLongVersionString: This key is not documented by Apple, perhaps it was never used? The plist template in cmake was last updated in 2002, and definitely needs to be updated, but I was wondering, has anyone experienced problems with these old plists yet? For people with more knowledge of the internal workings of app bundles, are problems anticipated? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Wed Dec 16 20:03:18 2015 From: sean at rogue-research.com (Sean McBride) Date: Wed, 16 Dec 2015 20:03:18 -0500 Subject: [vtk-developers] One last Carbon remnant: Info.plist In-Reply-To: References: Message-ID: <20151217010318.194944541@mail.rogue-research.com> On Wed, 16 Dec 2015 16:39:22 -0700, David Gobbi said: >The app bundles produced for the OS X tests and examples contain an >Info.plist with the following outdated keys: > >LSRequiresCarbon: No VTK apps require Carbon, as of VTK 7. >CFBundleLongVersionString: This key is not documented by Apple, perhaps it >was never used? > >The plist template in cmake was last updated in 2002, and definitely needs >to be updated The file named "AppleInfo.plist"? Yeah, that does need love... but I guess we should take that to the cmake list... >but I was wondering, has anyone experienced problems with >these old plists yet? For people with more knowledge of the internal >workings of app bundles, are problems anticipated? No, they should be harmless. CFBundleLongVersionString will be ignored. LSRequiresCarbon will be ignored too, it means Carbon as opposed to Classic (OS 9 emulation)! Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Wed Dec 16 20:31:00 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 16 Dec 2015 18:31:00 -0700 Subject: [vtk-developers] One last Carbon remnant: Info.plist In-Reply-To: <20151217010318.194944541@mail.rogue-research.com> References: <20151217010318.194944541@mail.rogue-research.com> Message-ID: On Wed, Dec 16, 2015 at 6:03 PM, Sean McBride wrote: > > The file named "AppleInfo.plist"? Yeah, that does need love... but I > guess we should take that to the cmake list... > That's the one. No, they should be harmless. CFBundleLongVersionString will be ignored. > LSRequiresCarbon will be ignored too, it means Carbon as opposed to Classic > (OS 9 emulation)! Harmless is good. My concern was that an immediate fix might be needed, but it sounds like that's not the case. So we can fix in cmake and leave VTK as-is. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Thu Dec 17 05:47:19 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Thu, 17 Dec 2015 03:47:19 -0700 (MST) Subject: [vtk-developers] Adding vtkWidgets to android project In-Reply-To: <1450198514422-5735527.post@n5.nabble.com> References: <1450198514422-5735527.post@n5.nabble.com> Message-ID: <1450349239982-5735564.post@n5.nabble.com> So I think I kinda know where the error comes from, even though I don't know how to fix it. As suggested on SO, I did check VTKConfig.cmake which has: /set(VTK_MODULES_DIR "/Users/.../VTK/vtkbin/lib/cmake/vtk-7.1/Modules")./ This directory as stated above does contain the /vtkInteractionWidgets.cmake./ However I noticed that my //Users/.../VTK/vtkbin/CMakeExternals/Install/vtk-android/lib/ does not contain the equivalent lib. The only lib that I have containing the keyword interaction is: /libvtkInteractionStyle-7.1.a/ Is that normal? If not how can I possibly fix that? Best, Lonni -- View this message in context: http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735564.html Sent from the VTK - Dev mailing list archive at Nabble.com. From dave.demarle at kitware.com Thu Dec 17 14:39:15 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 17 Dec 2015 14:39:15 -0500 Subject: [vtk-developers] Announce: vtk 7.0.0 release candidate 1 is ready Message-ID: The VTK developement team is happy to announce that VTK 7.0 has entered the release candidate stage! You can find the source, data, and vtkpython binary packages here: http://www.vtk.org/download/#candidate Please try this version of VTK and report any issues to the list or the bug tracker so that we can try to address them before VTK 7.0.0 final. The official release notes will be available when VTK final is released in the next few weeks. In the meantime here is a preview: The big news is that the OpenGL"new" backend is now the default and that VTK is for the first time compatible with Python 3. Other new functionality includes: - the introduction of the Flying Edges SMP optimized (very fast) isocontour filter - a new and improved vtkPUnstructuredGridGhostCells filter that efficiently creates ghost cells in DMP parallel contexts. - allow the Python Global Interpreter Lock (GIL) for multithreaded Python routines - offscreen rendering through EGL now supported - remove vtkFreeTypeUtilities Improvements to existing functionality includes: - optimizations to the Contingency Statistics class which provides a significant performance boost when using only integer or floating point data - improved MPAS file handling including including arbitrary vertical dimensions and more general attribute reading - modernize depth sorting code. In tests the improved depth sort is 2 to 3x faster than before. - fixes to the ExodusWriter, especially when handling side sets and node set data. - updates to the PLY Writer Some of the changes that affect building and using VTK in applications include: - the OpenGL2 backend requires newer rendering capabilities than its predecessor - QtWebKit is no longer part of the Qt build group and thus easier to do without - vtkStreamer and related classes are deprecated; use vtkStreamTracer instead. - a new option (when building with newer CMake) to build with C++11 support - add support for Visual Studio 2015 - Java 1.6 is now the minimum version that is tested; 1.5 may not work - remove support for OSX10.5 Leopard and the Carbon (OSX9 compatibility layer) API - remove support for gcc 4.1 And many bug fixes across the codebase. We hope you enjoy this release of VTK! As always, contact Kitware and the mailing lists for assistance. Thanks, David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- Aashish Chaudhary (27): 84e69fd Some more style fixes dae6f71 Initial pass on supporting render to texture for volume rendering 53bba21 Writing computed depth values to a second color attachment 603d923 Export alpha channel and single component depth texture c2cd9fb Use unsigned char data type for image data 9f7027e Removed debug code 2a22829 Moved render to texture API to base class 6694a0f Fixed failing test 6d4ab07 Use first non-transparent fragment pos for depth buffer 66cd7a0 Wrapped long lines f1b6992 Fixed global variable declaration ce8fd4d Do not write depth value if we need to skip a fragment ab28eee Update textures and buffers appropriately in case of resize 38a59e4 Fixed uninitialized values d9135ba Fixed ReleaseGraphicsResources not getting called for offscreen window 7f7d257 Compute min and max texture extents a cell centers 98abc34 Updated baselines 72bd268 Use cell flag to compute texture coordinates 506f7e2 Fixed bad texture coordinates when dealing with negative spacing e4ff7f8 Fixed style issues 6fca375 Fixed bad first sample along the ray and added notes d481678 Silence texture internal format related messages e8fc081 Fixed volume rendering in parallel mode for IR > 1 fb6c2ee Fixed matrix data sent to the shader e6bdf65 Fixed logic for reduction factor 3cbb252 Initialize variables to reasonable defaults d22bed5 Fixed some more compiler warnings Alex Tsui (2): a98c952 Port PyQt4 QVTKRenderWindowInteractor to PyQt5. 1cea85a Add qt5 module Alexis Girault (2): 707fac6 Fix bug 15787 : empty vtkCornerAnnotation text renders incorrectly 64ed4f9 issue #13348: Call ConfigureEvent on QEvent::Resize in QVTKInteractorAdapter Andrew Bauer (8): 34bbe20 Adding ability to clear particle path cache for previous time steps. 6d6ea87 vtkXMLPMultiBlockDataWriter now writes out dataset block names. e63d830 Adding in a check for a null pointer before accessing the pointer. 585a7c9 Particle path improvements intended for in situ processing. 8ad8380 Improving comments about particle tracer data structures. b0cbf25 Fixing parallel stream tracer integration time and forward value integrators. 32dc271 Fix issue if there aren't arrays in both time steps. 26ee6f2 Making vtkGradientFilter more efficient. Andrew Maclean (5): ae48313 Fixing tests for Python3. 09633c1 A fix to enable this script to work with Py3k. 55ab30f A fix to enable this script to work with Py3k. a7996f4 Converting python examples so they also run on Py3k. 06a6bb1 Eliminate tests causing errors. Antonella Cascitelli (7): 1a7ef12 Expose scissor parameters in vtkCamera 7593e1f Fixed some minor issues 096a56d Expose scissor for OpenGL2 backend 85ce242 Fixed scissor if it is disabled 1de4a32 Fixed multiple include 56fffa2 Fixed scissor if it is disabled for OPENGL backend a8a4572 Changed the formatting of if/else Ashray Malhotra (6): a5d29bb Added RGB to YIQ conversion filter 1b9729b Made variable local, clarified max variable name a04250c Adding YIQ to RGB conversion filter f30ed9c Removed YIQ to RGB filter from this branch 0f56b86 Corrected different repo versions, added anonymous namespace e1b56ba Added test code, still to add external data png verification file Ben Boeckel (84): 2cbef7a FiltersStatisticsGnuR: fix warnings in tests a1dbc97 semanticDiffVersion: use the returncode 5119521 git-gitlab-push: add source_branch to the "create an MR" url db578ab docs: add documentation on gitlab release flow 19db9af QVTKWidget2: add a method for creating a suitable GLformat ef07b95 QVTKWidget2: request OpenGL 3.2 context with OpenGL2 183a2be OpenGL2: replace VTKGL2 define f5f15f7 GUISupportQtOpenGL: add a test for QVTKWidget2 5d1ec47 QVTKWidget2: add mouseEvent signal e29a866 python3: add support in IOGeoJSON and IOParallelXML tests 4bc94e8 TestDataArrayAPI: remove unreachable code f225218 TestDataArrayAPI: use Finish macro to exit the function 3bfe991 python3: add support in IOGeoJSON and IOParallelXML tests 55a445b vtkInformationObjectBaseKey: plug a memory leak 698963f msvc2015: _set_output_format is gone dab7886 vtkOpenGLPolyDataMapper: warn about broken gl_PrimitiveID once 2557364 vtkFreeTypeTools: support VTK_USE_64BIT_IDS=OFF c846e28 twisted: remove pyc files 1d97b40 gitignore: exclude Python build artifacts fcec93c TestQVTKWidget2: link QtOpenGL in Qt4 306c8a9 FindMPI: search the HPC MPI registry path 54088f5 GUISupportQt: update for 5.5 deprecation warnings 1016535 vtkDirectory: support PGI and glibc dirent type mismatch aa6830c vtkjsoncpp: remove old import 36c58dd Documentation: document Do: test 6f083e6 vtkFixedPointVolumeRayCastCompositeShadeHelper: use 4 0f10584 vtkVolumeRayCastIsosurfaceFunction: use a temp variable 13cf25a vtkVolumeRayCastIsosurfaceFunction: use static_cast abe4ea3 vtkPolynomialSolversUnivariate: fix comment f0c3619 vtkImageAccumulate: return 0 on error 20a86e8 vtkImageAccumulate: handle errors in the actual algorithm 537eaa0 headers: remove RCS replacement tags fe6e1bf vtkModuleMacros: allow skipping header installation 6ee01af vtkRIBExporter: use snprintf 383c515 RenderingCore: don't write to /tmp ab61d3a headers: conform to the CheckGuard HeaderTest 70818a1 HeaderTesting: check header guards 16152ce HeaderTest: fix copy ctor and assignment operators db3f1d7 HeaderTest: fix up some include warnings 244afb6 HeaderTest: add some missing vtkTypeMacros fe20b1e QtWebKit: require explicit enable 3ee49eb TestWin32OpenGLRenderWindow: use a short timeout ce4b6f1 HeaderTest: fix header guards 62495cb vtkhdf5: let CMake determine the executable path 33fd97a RenderingOpenGL: fix test name 8d755ef vtkOpenGLGPUVolumeRayCastMapper: remove BOM 15886df FindMPI: fix rogue curly brace b4239d3 vtkBuildPath: use the configuration in the filepath 4d0f3bd TestNumpyInterface: accept some numerical error in the test ea618ad testing: catch "ERROR:" strings in the output bfcd913 TestNumpyInterface: fix comparison checks f3228a7 vtkQtSQLDatabase: clamp the port to a valid port range 67482d9 thirdparty: add infrastructure for updating third party packages 78222ad jsoncpp: add script to update jsoncpp 6e0a3d6 jsoncpp: use variable expansion rather than dirname fc06fd9 jsoncpp: integrate into vtk e99ee9f vtkGeoJSONReader: update for deprecated methods f93151a vtkGeoJSONReader: omitEndingLineFeed has been removed f69042b vtkGDALRasterReader: add NumberOfPoints method 8fca3ff vtkMergeFields, vtkSplitField: use strncpy 01afeb2 vtkWebGLExporter: use vtkActor* as the key 9b2c859 vtkWebGLExporter: use size_t as storage for pointers 1820c4a ThirdParty: use the subtree option to git 8d6c2ce vtkWebGLExporter: bump the pointer down a level f3cb6c9 vtkWrap{Java,Tcl}: fail if there is no class to wrap e31dea4 ThirdParty: remove -v to rmdir 54736d8 ThirdParty: ignore commit hooks when committing 9bce152 vtkWebGLObject: use size_t for renderer id type 7d76412 warnings: ignore std::exception inheritence warning 127573c ThirdParty: always use a subtree option for merging d34f066 zlib: remove old import 31e5974 zlib: add update script 68c3cc5 PyVTKObject: own the classname memory 8455c83 PyVTKObject: shorten the lifetime of the `s` object b87beee PyVTKObject: add .c_str() 5b6e9c4 PyVTKObject: own the classname memory 13c69c8 PyVTKObject: shorten the lifetime of the `s` object 836fc07 PyVTKObject: add .c_str() 8402cfb java: bump default target to 1.6 9d96017 vtkJavaMemoryManagerImpl: parameterize Constructor for inspection d5a549c java: ignore bootstrap class path warning a4275ab Documentation: add docs for making a release c9f7a5e vtkStreamer: deprecate the class hierarchy 8c3c794 Revert "ThirdParty: always use a subtree option for merging" Bengt Rosenberger (1): ce74643 Fixed data rounding issue for int data Berk Geveci (3): ee3db15 Source was not setting the right key. Fixed. c2a41f5 Fixed unitialized memory access bug. cff62a1 Preparation to deprecate vtkStreamer and subclasses. Bill Lorensen (30): 924248d STYLE: Replace vtksys_stl and vtksys_ios:: with std:: 7d259c6 ENH: UnitTest for vtkPlanesIntersection 8eee690 ENH: UnitTest for SimpleScalarTree b4941b0 ENH: Test vtkSphere::ComputeBoundingSphere e824982 ENH: Unit tests for ImplicitVolume/ImplicitDataSet 5c05c91 COMP: Infinite loop compiling TestDataArrayAPI 6d2409a ENH: Bump vtkDICOM version e897682 COMP: Member template function use on Mac 35589f1 BUG: SetDPI() Unitialized Memory Read a680a98 ENH: STLWriter now handles triangle strips 885dd1c vtkFixedWidthTextReader: expose internal vtkTable errors c0a6fe7 vtkXMLReader: expose internal error APIs eab49b0 vtkGenericCell: improve error message 8cf0a42 vtkQuadraticEdge: remove broken Derivatives implementation 5aa17e9 vtkTable: improve error message 3161f65 UnitTestCells: skip vtkQuadraticEdge Derivatives testing b079d08 UnitTestFunctionParser: remove testing for log() 08649ec TestTextureGlyph: use the proper data path fc659cd TestImagePlaneWidget: use the proper data path f13d7e0 TestMapperLUT: use the proper data path e5566b9 resampledTexture: fix off-by-one d283c1d TestPolyDataPieces: fix off-by-one 50666ee TestFixedWidthTextReader: use std:: explicitly 8dcbc03 TestImageDataLIC2D: use std:: explicitly b2457cc DistributedDataRenderPass: only render if extensions are supported d7c1377 TestBlurAndSobelPasses: convert to vtkSmartPointer f930156 TestSobelGradientMagnitudePass: convert to vtkSmartPointer 3fbae75 Testing: catch and check error messages 472a65d Testing: output when FBOs are not supported 816a0f6 ENH: Unit test for MergeFilter Brad King (27): d71e450 IO/GeoJSON: Fix -Wsign-compare warnings eaf0f6a ENH: Remove use of include and vtksys_stl::* 3ae7dd3 ENH: Remove use of include and vtksys_ios::* 88e3b19 Remove use of KWSys String.hxx header d33ae4d Remove use of KWSys auto_ptr 0be93d4 Remove use of KWSys cstddef compatiblilty header 3459fd9 Include header via angle brackets e12a815 Add a vtkTemplate2Macro to dispatch to two template arguments at once e3ef8a6 COMP: Remove break after return in TestTemplateMacro 7b75213 vtkModuleMacros: Fix regression in header installation 1cf6912 CMake/FindMPI: Drop unnecessary and incorrect use of GetPrerequisites 3b3fa52 Drop stream operator `long long` compatibility layer fcd264f Drop old C++ stream EOF workarounds 953d37d Drop unused VTK_NO_ANSI_STRING_STREAM configuration value b55c10e Drop VTK_TEMPLATE_SPECIALIZE compatibility macro a51432e Drop support for lack of explicit template instantiation 952168d Drop unused checks for ancient C++ standard library versions fef59c2 Drop unused CMake/vtkTestBoolType.cxx source file 50f51ec Drop condtions for lack of `unsigned __int64` to `double` conversion 3a70a23 GUISupport/Qt: Port QTestApp.cxx to Qt 5.5 2c875d2 Drop unused memorized try_run result 7e8454b vtkFiltersStatisticsGnuR: Simplify availability of uintptr_t 708c3a5 EncodeString: Compile independently from other VTK modules 7bbbba2 ParseOGLExt: Compile independently from other VTK modules 36bb09a Drop support for compilers with `__int64` as the only 64-bit int 3b89e77 Drop support for compilers without `long long` f7bcf8f EncodeString: Never build a launcher for this executable Burlen Loring (1): aa0d779 modernize depth sorting code Casey Goodlett (2): c3e55b8 Workaround problematic motion events 394633f Remove logging statements Chiranjib Sur (1): 4a79888 make functions WriteArrayFooter, WriteArrayInline and WriteInlineData virtual Chun-Ming Chen (4): 2c0a8de Add vtkImageProbeFilter for efficient probing into an vtkImageData f75eb39 Ensure the point really falls in the cell and prevent extrapolation. c11ee9e Replace raw C array by std::vector for weights. Remove unused codes. 5fe9419 Fix C++ style Cory Quammen (18): a6becaf Specified that 'Do: merge' must be in the trailing lines 65533f1 Documentation: fixed up wording on 'Do:' commands bb9d1ad Add newline at end of file a6ec431 Re-enabled parallel XML reader/writer test b128eb3 Added test for STL reader 0e72188 Changed warning macro into debug macro be2478c Fixes for Python 3 c3ba7b1 Change misleading documentation 1cea5ed BUG: Fix determination of scalar association 1feb918 Move lookup table opacity check from actor aeb47cf ENH: Computation of string bounds accounting for justification 1d91f9b BUG 15797: Fix text property ID computation 6e8750d ENH: Added some useful member functions to vtkRect 71db77d BUG 12531: Fixed problem with AutoOrient 3b208dd Added option to display range labels 7e1129c Silence warnings about possibly uninitialized values 0739405 Added test baseline and fixed some minor issues in the code 9d15210 Warn only once about Apple bug Dan Lipsa (14): a756065 BUG: vtkBiDimensionalRepresentation::PrintSelf does not generate an error. 9645f93 BUG: vthb file has the wrong directory. 04d14cd BUG #15662: vtkAppendPolyData does not remove UPDATE_EXTENT c0f2e89 BUG #15397: vtkPProbeFilter crash when geometry dataset is distributed. f09903e COMP: Add logic to selectively use OpenGL or OSMesa. 3b6810f BUG: OSMESA configuration flags can cause link errors. 7619c55 ENH: Add option to offscreen render through EGL. ce28526 BUG: Point Sprites don't work with EGL/OpenGL driver 4.5.0 NVIDIA 355.11 9336a71 New baseline for TestLabeledGeoView2D for EGL and 4.5.0 NVIDIA 355.11 c1d9d36 BUG: Use EGLNativeWindowType for Window to fix Android compilation. 3bd0831 BUG: The EGL Window was reinitialized on resize. 01e000e BUG 15704: Fix crash with invalid CGNF file. 5c9af25 BUG: GetCellGhostArray does string comparison if CellGhostArray is NULL. 293b9d6 Cache function value in local variable. Dave DeMarle (3): 14698b3 fixup regression test baseline image c9c5a9d fix valgrind issue with the test itself bfbdc62 Increment version to VTK 7.0.0 David C. Lonie (59): 7f1087b Add SkipDistance to vtkLabeledContourMapper. d152663 Use vtkDataArrayTemplate as the vtkTypeMacro Superclass in subclasses. 8873e81 Add vtkDataTypesCompare to compare data type tags. b21bb40 Add vtkDataArray::Insert[Next]Tuple6(...) methods. 6316820 Clarify documentation for vtkDataArray::WriteVoidPointer 9865795 Add vtkTypeTraits<...>::Name(). df9b9db Add a test for the vtkDataArray API. 6359b1e Update new test to round interpolation results. f1ad92c Add support for printf-style label formatting to vtkAxis. 72c0e64 Silence warning. 86f7895 Preserve extent ranges when extracting unsampled VOIs. 07b4e3e Restore the UPDATE_EXTENT after cutting subextents. 4eae3d1 Reflect API change in the optional FreeType benchmark. 65690ed Remove the sampleRate arg in some ExtractGridHelper API. db6775f Add convenience API to vtkRect. 356caf1 Add copy constructors to vtkVector. 1dc82c6 Add missing information to vtkTransform2D docs. cfe9ac5 Add various missing API/docs to Context2D classes. ec26fd3 Honor StencilCapable in vtkCocoaRenderWindow. 23e95da Remove unneeded check in vtkCamera. 2aaacd0 Update how MVP matrix is computed in labeled contour mapper. fd1acd3 Add vtkPropItem, to embed any vtkProp in a Context2D scene. e8955d1 Add vtkContextArea. 81f64f1 Add vtkPlotItem/vtkContextArea tests. 3a1cd1f Remove Rendering/FreeType/vtkFreeTypeUtilities. 33b2338 Remove the ftgl third party module. dafc433 Rerun the back buffer test if front buffer test fails. df737e9 Return early from vtkImageData::Crop when image is empty. dc7b7ff Don't attempt to ::Crop invalid datasets. 1cc1ad1 Fix MTime bug in vtkTextMapper. 7f55f60 Fix memory leak in vtkFreeTypeTools. 27e78f9 Fix GL2PS export for vtkLabeledContourMapper. d4a0a54 Fix class name in wrapping hints. 351bd27 More hints file cleanup. 975bc45 Update MPAS reader to handle non-double arrays. f363078 Remove 100 attribute array limit from MPAS reader. adb5a06 Relax restrictions on valid MPAS field data. e7166b1 Add Dimension API to vtkMPASReader. 25700e2 Dashboard fixes. 0c3195e Allow MPAS vertical dimension to be customizable. 190b6b3 Restore VerticalLevel support and add generic array loading. 1b6901a Remove dead debugging code. 46726e6 Clear variable arrays when refetching info. 91973c1 Remove unused variables and unimplemented methods. d04cc82 Defer updates until an update request is received. 769e41a Remove special vertexMask parsing in MPAS reader. 00270ce Allow the vertical dimension to not be specified for MPAS. 76d10d9 Validate dimensions for standard variables against the spec. fdf0d6a Fix various compiler warnings. 3ef12b7 Fix planar-multilevel MPAS grids. 6a19c4a Add xtime string to MPASReader's field data. 6ac07d8 Fix build error due to vtkStdString implicit conversion. 7b01007 Validate input indices in InterpolateTuple. 25f0495 Fix invalid array accesses in generic filters. e415049 Fix out-of-range array access in HyperOctreeContour. 7fee294 Use serial ExtractVOI implementations when we're not subsampling. 02093ed Fix mathtext regex for single-character expressions. 417d6fd Notify when using the VTK modified netcdf API. 5f18d21 Reset helper to use piece extents in serial ExtractVOI impls. David Gobbi (93): 55e8252 Create a PyTypeObject for each wrapped vtk class. 163f308 Fix deprecated python type check in TestSubClass. bee2a59 Update PyVTKSpecialObject to match changes with PyVTKObject. 0c75ddd Declare wrapped type structs as "static". 2e6243d Remove unnecessary casts for PyDict_SetItemString. 4cf2fa3 Change wrappers to require python 2.5 or later. e85dbe6 Guard against sprintf overflow in PyVTKObject_Repr. adfcbec The type PY_LONG_LONG is always defined for python >= 2.2. e479eb8 Fix typo SUPRESS -> SUPPRESS in macro. ecf9b65 Remove old "char *" casts from Python wrappers. 1f1f9f4 Add __dict__ attribute to python-wrapped objects. c14475e Do type checking with type objects, not strings. 45abed4 Update the PyVTKTemplate type object. 74de9b8 Add the module to the tp_name member of every type. c4aaab4 Simplify type check for overload resolution. 41c6580 Make python enum type objects static. d0d6e83 Simplify PyVTKClass struct by removing vtk_mangle. caa4c93 Add missing parameter types to docstrings. 212e942 Add py3k compatibility macros for type objects. 4f29742 Remove vestigial "module" arg from python init. f2aebb8 Provide py3k module initialization. 16bb32d Add the new py3k buffer interface. e1ff886 Fix PyVTKTemplate dict compatibility methods. c96458b Make vtk/__init__.py compatible with py3k. d3eb404 Python API compatibility for py3k. b7308b0 Patch CommonCore python tests for py3k. 8b32c4d Fix numpy_interface compatibility with py3k. b1f2f2c Fix a few simple py3k syntax errors. 26ad055 Fix some converted python print statements. 1ab26ad Add include guard to vtkPythonCompatibility.h d6f7466 Fix typo PYTHON_VERSION_HEX to PY_VERSION_HEX 8320da2 Add a python function to check buffer equivalence. c7d7de2 Add a few other minor py3k test fixes. aa4e0d0 Fix remaining py3k issues with vtk.tk module. 0ff02aa Fix non-ascii quotes in two header files. 175a4c4 Make vtkVariantStrictWeakOrder(a,b) work with Py3k. 4f450d1 For Py3k, return bytes for non-utf8 C++ strings. 8aead08 Add tests for encoded strings in python. 4d3bc03 The Py3K wrapping broke init args for subclasses. 608b1a4 Update the wrapper documentation for Python 3. 3f70e5f Add Py3k support for QVTKRenderWindowInteractor.py. 6799719 Update wxVTKRenderWindowInteractor.py for Py3k. a38e3d1 Remove BTX with extra comments from headers. cd4e06a Fix warning when compiling with Python 3.5. ebac805 Consolidate the qt4 and qt5 python interactor widgets. edb1dc5 Remove the vtk.qt5 module (use vtk.qt instead). 79ed9c2 Help FindPythonLibs.cmake find Py3k on OS X. 7bb212d FindPythonLibs Py3k fixes from cmake master. d0fb64a Remove methods that were never implemented. 2122432 Ensure that stream operator parameter is const. 77f7a0d Ensure that entries in hierarchy file are unique. e6f75b9 Wrap many more classes with python. aceabf3 Fix classes that broke the "rule of three" b7da2ab Schwarz counter idiom for vtkFreeTypeTools 16c8e86 Add a missing vtkPPixelTransfer export macro. facbbae Special wrapping for abstract classes. 42412fb Exclude ParallelLIC classes from wrapping. 9476e73 Export friend function in ParallelLIC. 8f4c43e Add a code indentation utility to VTK. 864dbe2 Do not change indent after "=". f03d3f8 Add a regex to recognize case (and other) labels. cb42266 Use raw string regexps. 1f4e43a2 Print exception and exit on read error. 7c4dfbc Only write out files that have changed. 8ef76e4 Fix for Python 3.5 compilation on Linux, Win32. 056d5d7 Convert the PythonInterpreter module for Python 3. 7d78e32 Remove Python version from vtkPythonConfigure.h. 25d4459 Relative import is required for installed VTK. 6cb06ac Ignore more typedefs for anonymous structs. b4a7e2b Relax restrictions on location of headers. ada46a8 Ignore the __restrict and __restrict__ keywords. b5bda5e Don't add private headers to module-Headers.cmake e83f156 Revert WARNING to FATAL_ERROR in vtkWrapPython. 570e051 Exclude private headers from the hierarchy files. dc328de Fix a copy/paste error in vtkPythonInterpreter. 2318e52 Fix evaluation of char literals with escape codes. 987d98d Add evaluation of unicode char literals. ae0a803 Add C++14 header support to wrappers. 00de7f8 Add newline at end of file to silence warning. 21864dd Silence clang warning about unnecessary "break;" 9ac4fad Fix SetSource documentation for vtkProbeFilter. aee1663 Update the vtkDICOM remote module tag. 3fe2d25 Consolidate vtkImageStencilData code, fix bugs. 51dc7b7 Fix interaction bug in OpenGL2 vtkImageSlice/ResliceMapper. af5d537 The vtkImageResliceMapper was needlessly recomputing. 3dae028 The assertIs() test is not available in Python 2.6. a4fa448 Remove the toupper macro defined by Python.h. 244db47 Use all FindClosestPoint signatures from superclass. d98e787 Remove comma at end of enum (clang warning). d4cbce8 Add missing EOL to last line in file. 0f60421 Update the vtkDICOM remote module to v0.7.1. db20eb7 Fix bug for parsing backslash in string literal. 9072bbc Add the update.sh for third-party libpng. David K?gler (1): 44735bb Correct the automatic paths produced for windows_path.bat and unix_path.sh. David Thompson (2): becea5e Handle OBJ-file materials without textures. 3370662 Add a regression test and baseline image. D?enan Zuki? (1): c947613 COMP: making Qt WebKit optional Edson Tadeu M. Manoel (1): 40937e9 Fix vtkSTLReader bug with ASCII STL files containing multiple patches. Greg Schussman (1): 4ffd954 Add keysyms to QVTKRenderWindowInteractor.py. Hans Johnson (1): 5720d26 COMP: VTK and ITK H5 build program collision Jamil Appa (1): d6a3449 VTK: Fixed XML problem when writing grids with VTK_POLYHEDRON cell types Jatin Parekh (9): df81267 Updated as per VTK convention 004316e Formatted using VTK style 84c643a API corrected a2db83b Improving API f1e4e6e API corrected f4f3634 GeometryCollection added 32b7987 Correct extractLineString 8dafe11 Correcting reader for concave polygons c9f90fa Style changes Joachim Pouderoux (12): 2cb872b Fix non numerical array writing crash and fix support for Quad9 b00e868 Fix a bad index issue that make constrained delaunay2d crash 32a8278 Prevent DataSetSurfaceFilter to merge points of quadratic meshes. 70a314c Set CMake policy CMP0054 to new to avoid warning with MSVC var/string 56bbdb6 Introduce a new filter to compute ghost cells of unstructured grids. 11a5551 Deprecate vtkPUGGhostDataGenerator and vtkPUGConnectivity. 8392541 Fix tests and module compilation for legacy removed classes. fef4704 Make sure the glyphs are update when a property changed. 3711462 Fix AppendFilter so it copies Abstract arrays too. 415163d Fix a bad index issue that make constrained delaunay2d crash ac7a28f Fix a bug with vtkDelaunay2D. 55f1668 Fix a bug with vtkDelaunay2D. Johan Andruejol (2): 3455056 Correct the orientation marker widget behavior inside a viewport 2d73b48 Minor fix in TestOrientationMarkerWidget2.cxx John Tourtellott (20): 251e314 improving formatting style d121493 isXYZ checks completed 9269fbe style fixes 010ff6c Add string-input mode to vtkGeoJSONReader c1698f8 Fix logic to read single Feature as well as FeatureCollection objects 7a20d0e Add "feature-id" data array to polydata produced by vtkGeoJSONReader 5e67d94 Update GeoJSON reader to specify property data to be stored with polydata d2df89f Parse feature properties input (GeoJSON) and apply to output (vtkPolyData) abf3d54 Add vtkGeoJSONProperty class to simplify logic a bit. a43a054 Rename "defaultValue" --> "typeAndDefaultValue" to be more precise. 29565a1 Pass Json::Value by reference & const where appropriate b075728 Add option to generate polygon outline, and make triangulation optional 0cdc96f Fix sundries memory leaks 9e7af05 Use double precision for point coordinates 67eb308 Update GeoJSON reader classes to compile in VTK 0a2b539 Update vtkGeoJSONReader to satisfy vtk header requirements 8ebd38a Add test for reader (uses python bindings) 0d87210 Simplify code by removing vtkGeoJSONProperty.h file 2f55c52 Add option to vtkGeoJSONReader to store serialized "properties" node 1e5594f Change GeoJSON reader to parse LineString features into vtkPolyLine instances JsonCpp Upstream (1): f3f68fd jsoncpp: update to for/vtk KWSys Robot (4): 083f7a8 KWSys 2015-07-10 (c9336bcf) 49efb6a KWSys 2015-07-30 (f63febb7) 9bbfa77 KWSys 2015-08-24 (cdaf522c) dc6da03 KWSys 2015-08-28 (dc3fdd7f) Karsten Tausche (3): 7df3562 pass field data arrays instead of the field data itself in vtkPolyDataNormals 9f37c98 Add CMake switch to omit the Qt plugin when building GUISupportQt 0600436 Let the pipeline pass field data in vtkPolyDataNormals Ken Martin (136): 1c57301 Add basic support for shadows e0d01b0 Bunch of cleanup and reorg d023a36 Some bug fixes f4cbcb4 Fix a recent regression with 2d actor 5f172a8 Fix issue with thick lines 0f93b11 Fix use of GL_DRAW_BUFFER on es 724a7a7 Some minor cleanups for release a2f8629 Fix edge drawing with cell data b28d704 Keep old method as the old backend requires it edc24bd Improve the capabilities of the vtkPointGaussianMapper 091552c Add ability to adjust the table size e2d88be Fix an issue where we were abusing the glsl spec a bit 44e33c4 Cleanup comments 48fb792 Fix for CPDM2 with wide lines 57daf0b Some more features and some cleanup reorg. 96b994f Fix shadowed var 0038398 A fix for a couple issues with multiblock field data OpenGL2 7673512 Restore the prior blend func and use the piecewise func range 51f9cb2 Two new tests compliments of Cory da60022 Fix for changes in diffuse color not showing up ea3731b a number of ios and driod fixes 7a55f24 Incorporate patched from casey 42fe909 A few more fixes and cleanup d38c65b Add PBO support into ES 3 builds and fix a warning ce13783 Fix issue with polygon offset being left on c0c0e7a Add an ability for user code to modify the default VTK shaders a3004a4 Add a missing newline 59db1ff Fix compile issue 1b5d4d3 Add ability to override the shader template as well 04c4545 Add a mechanism where shader uniforms can be updates b0291dd Fix some fbconfig issues on X 64e5bf9 Fix an issue with wide edges not showing up properly 67c0a8a Fixes related to surface with edges 2776285 Keep track of what shader uniforms were being used in the shader 941be8d Try to shut up warning 04a9291 Warning fix for win32 63a993a Suppress warning in system file 37df0bd Better assert for test 2fda9d2 Add method to set the triangle scale 29a340d Fix some issues with release graphics resources that PV exposed 6671660 Add eye dome lighting into VTK de2d18a Fix for systems that only configure once 55d0fd1 Remove cocoa use of deprecated OpenGL code 4224ea0 Fix comment to match the code now defaulting to OpenGL2 53bcb5c Fix Rendering/LIC module file d51a1cb Remove debug stack printing code e43740d Fix missing cmake code for OpenGL with LIC 8039b32 Mark gl2ps as being part of the OpenGL backend b882736 Fix a couple leaks in the compositeLICMapper 9e204b1 Fix two issues exposed by a failing test in PV d86ce5d Remove internal header file aff9f7b Clean up and fix for other platforms eaaf938 Changed the wrong version of the file 45d6517 Make sure edge flags use the generic path 5b40268 Add in vector include for ivar 844f2e0 Fix error message when there are no unmasked points 79b8190 Fix compiler warning 07462b8 Try a fix for osx 10.6 4360d3c Fix for opengl es edl lighting ab9d8eb A depth peeling fix when compositing 7336fcd Another attempt to get osx 10.6 to compile 6ce8330 Try to fix boundary check error on OSX de00fe9 Extend the timeout allowed for this test 624fce0 Another tweck for OSX 10.6 24741c4 Add freetype support into android verison of vtk 7e23fd6 A fix for picking combined with depth peeling b0a0fac Fix a compiler warning on hythloth d63a450 update ios support to include ios9 5ce72cc Fix vtkPSurfaceLICComposite_CompFS GLSL code. 95d0ef0 Another picking fix and mtime issue c8fd8f3 Add android vr example and fixes to support it 84e8c70 Fixes for samsung with linear interp 9d78a7a remove dubugging statement and unneeded line 8889452 Fix for CompositePolydata with mixed normals/tcoords 7d72b7f some interaction fixes and cleanup mostly for android 571a5da Add support for more than 16 million cells with hardware selector a05cdfa With indexed string data we never shoudl use textures 2e04e18 Fix for glyph3d picking 26df120 Update multitouch support to be more general and robust eb81836 Fix a couple issues with lic 295efb7 Windows fixes for multitouch changes 494e9f1 Add a super smapling AA pass 640f9a0 Some cleanups to make the shader a bit simpler 8af6e11 A fix for picking combined with depth peeling 2c4d331 Another picking fix and mtime issue 58f7391 Add a Depth of field pass to VTK 564267a A bit of a fix to handle frameworks better 07b2c76 add some opengl debugging info when a test fails 9ff6b70 Fix for compiler warning in OBJ test e872869 add missing file for ios dd41d03 fix reportcapabilities in Cocoa f983396 Improve the shadow maps in VTK 0907493 Release a tunit that was not being released 3221bed Better support for no rendering ca6ca7f Cleanup a python test and some cmake code 246216e fix a compile error b62e1b0 Fix for selectionId being set when not needed 3e493e2 Add implementation for two functions 0e74097 Fix compiler warning d59a978 Updated to have better python test code a4f9d8e Add a missing header maybe 70d4079 Allow a user to override the default opacity computed value. 8509bec Make a cool molecule rendering aac6195 Fix for initial config case with no backend specified b457301 Improve rendering shadows and DOF 4a6ace8 Fix accidental commit of one test 26c2358 Fix for the balloonRep when using textures in OpenGL2 d6cc61f ome minor updates for mobile 60d3e1b Fix a few issues related to compositepolydata picking e8a8b3f Move offending opengl calls inside ifdef 8628eba Fix copy of mapper input to helpers f232987 Suppress another qt warning e9a6c9f Modified times were not passed to the helper 762f0fd Update docs on how to build ios android examples 7695ff9 Update the VBOPLY test to check against the valid image 33e9fbd Return value needs to be inverted ad valid image 978a634 Remove some classes that were not completely converted 4be38a3 Update coincident geomtry support 8b866f4 Fix header file ca0ac61 Update the documentation a bit 96bdfb8 Add in mapper specific offsets 7ac36b4 Update valid image/test to not use multisampling d8ca545 Add a valid image that was sqeeking by earlier a2320e8 Bah this adds the valid image 8b95271 Update test to not resize d9b727c Start working on better checking for OpenGL2 support 804902b Update Cocoas check for OpenGL support 3a8e449 Try to cleanup the release graphcis resources some affc0d9 Update SupportsOpenGL for X Windows aa456d9 Fix handling of failed pixel formats 1f4ff9d Improve testing for OpenGL support fee8744 Try using pbuffer as drawable for checking openGL support 619ad8a Update the orientedContourWidget coincident support 263583d Make the rebuilding of VBO and IBO very conservative_vbo_ibo_rebuild 200a974 Minor variable redec warning a1cc14f Remove lingering debugging code Libpng Upstream (2): a4d38cf Remove old vtkpng, replace with upstream 1.0.65. 0c4d66f png: update to for/vtk Marcus D. Hanwell (3): 9b868cf Wrap vtkAtom and vtkBond in Python c98f076 Added a simple test to verify wrapped vtkMolecule 78dc4ae Added vtkAtom and vtkBond back to wrap exclude Mathieu Westphal (15): 5932419 Allow the use of any kind of dataset as an input to periodicFilter aba1844 Fixing bug with plot matrix view when clicking rapidly 861343a Fix bug with the screenshot of the parallel chart view 749c3a2 Switchin tensor coordinates XZ and YZ with ensight tensor 338b313 Adding test for ensight tensor inversion 8eb50dd Applying GIL PYTHON patch c59576e correction thx to bboeckel && jpouderoux 089044f Fixing bug from 68c3cc53e47c30e7ef8a74fa2b40ced0f234834c with test inversion 8efe833 Initializing class members to avoid warnings 4421cba Fixing bug from 5b6e9c49 with test inversion 7c8572e Adding a NoRelease Option to GilEnsrurer and use it cf42ad5 Correcting NO_PYTHON_THREAD in PYTHON_FULL_THREADSAFE 739417e WebGLExporter warning fix ef49e57 Comments + style 3daf258 Correcting invalid use of GilEnsurer Max Smolens (6): 17414af Fix HAVE_ROUND-related build warnings in Visual Studio 2013 96ca3e6 Fix HAVE_ROUND-related build warnings in Visual Studio 2013 fdaf3b0 Fix vtkCaptionActor2D not scaling text 7c17a39 Fix vtkViewport gradient background documentation error 49f5d4c Fix rendering gradient background with vtkRenderLargeImage 89b39a1 vtkInteractorStyleRubberBand2D/3D: Fix documentation typos Menno Deij - van Rijswijk (2): e665230 Reverted vtkXMLPolyDataWriter.cxx to use the 'old' WriteCellsAppended method 61d9f7a Removed a spurious white line MetaIO Upstream (3): fc35376 metaio: update to master 8bd5a1f metaio: update to master 3972c2c metaio: update to master Mickael Philit (3): 7cf6845 Fix UPDATE_EXTENT information to append multiple vtkStructuredGrids 14351fb Prevent out of bounds access of CellData arrays a74fe01 Use this->SampleRate instead of sampleRate to benefit from optimization Mikael Brudfors (1): d2554b4 Improvements to vtkImplicitPolyData Nathan Fabian (24): 39b558a Protects against empty name strings in the Info. 46b2525 Protects against side/node set strings without ID: characteristic. 3e0306f Reader transfers enough meta information in empties to robustly write. f0be039 Replaced string contigency with regular type set 63c8954 Removes the Variant row entirely. e5e5ecc Removed vtkVariantArray from the AssessFunctor. 1c6a8073a Fixes tests for passing. 10f9178 Removes strings entirely when dealing with numeric types. e91b16a Replaced string contigency with regular type set ff95c85 Removes the Variant row entirely. ad92781 Removed vtkVariantArray from the AssessFunctor. d178a7f Fixes tests for passing. 65c0da4 Removes strings entirely when dealing with numeric types. acb3971 Compatibility with latest master branch 797b6dc Specialized integers apart from doubles. e2a709e Converted to a class for simplicity 51c7f97 Multiple components supported (needs testing) d98f25b Workaround to make parallel work. 5bc47e2 Addressing compile errors. bf98e59 Addresses review criticisms. 34ece1c Addresses compile errors. 5a1de07 Addresses build warnings 47b3d72 Addresses more compiler errors. 78f382c Addresses review Niels Dekker (1): cc1444f COMP: A fix for MSVC warning D9025: overriding '/W1' with '/w' Ondrej Semmler (2): 22239a1 Fix calculation of radius of sphere. 05f098c Fix Cory Quammen note Ortosoft Marcin Adamczyk (1): 0d817ed Fix for bug 15830 Robert Maynard (6): 7a26d2c Allow vtkGeoJSONProperty to be used by other libraries. 828e63a Fix a memory leak when reading each coordinate from a json file. 42c10c5 Add in support for writing JsonValues to vtkOStreamWrapper. 2bb2172 Remove usage of VLA's as they aren't supported by C++. b1b0b63 Get ThreadedSynchronizedTemplates3D to work with more than 4GB. 82a535d Allow explicit binding of vtkOpenGLBufferObject without uploading. Robert O'Bara (1): fbe92f5 ENH: Adding a reader for PTS Files Sankhesh Jhaveri (12): 2086de2 Initial changes to get FBO working in GPU mapper 3891a88 Allocate texture objects before attaching to FBO c8e7f7b Activate and deactivate texture objects 1d7ae9e Removed volume module dependency on LIC module b0deaa4 Make vtkPixelTransfer available to a broader range of modules 4a119cb Added API to export depth and color textures as images fb4c5ec Added test for new API to export textures 6b31b8b Pass the output image by reference for the mapper to dump to ea3e57a Baselines for new tests 09965ed COMP: Use vtkOpenGL.cmake for vtkRenderingExternal module 55a7c0e Reduce size of dataset processed by TestFlyingEdges3D 698e9c4 Contour labels precision Schuyler Kylstra (1): 65a09b2 ENH: refs #14978 - Added virtual method to return vtkSelection pointer Scott Wittenburg (6): 12cbee2 Prevent empty splat shader string from crashing application. 3c61d71 Fix a couple minor issues with this mapper. 46a6b43 Loader can now insert your app html template within the app body. d251afe Fixed missing null check on app template attribute of loader script. b6d2b40 Always respect provided close method, do not call window.close() 9a71258 When pwf range is much smaller than array range, vtk crashes. Sean McBride (26): da50d6c Purge support for OS X 10.5 and Carbon 81ff304 Removed support for GCC 4.1; >= 4.2 now required c88a5c0 Added checks for minimum required compiler versions 13f8a0d Add cppcheck warning suppression file aae7c63 Fixed cppcheck null deref warning 4a1c591 Remove nop assignment warned by cppcheck 3111a22 Fixed cppcheck warning about array bounds cf28f12 fixed cppcheck warning about <= with unsigned acbfe39 Remove unused struct definition warned by cppcheck 1dfbdf2 Removed workarounds for old MIPS, SGI, HP, and DEC compilers 8d74916 Added back newline at eof removed in 4398c9ca 7c21867 Added another missing newline at eof 1dad2da Fixed another pesky newline warning 5234e0b Fixed bug #2025 by forcing NSApplicationActivationPolicyRegular 5827669 Fixed memory/file leaks of various kinds 21de87c Fixed scanf format string mismatch dc0c74b Made ?infinite? while loop more clear c3ad86f Fixed out-of-bounds array access ed7b14d Remove dead stores 8ef0394 Removed useless comparison b6bb2bb Added an apparent omission of a counter increment b23ee9f Fixed apparent mistake in error checking, where no errors actually caught 201984b Cleanup after evaluating cppcheck false positive 80e7073 Updated cppcheck suppressions for version 1.71 3c16e52 Fixed potential null dereference warned by cppcheck 37893da Suppress cppcheck warnings with assert Sebastien Jourdain (2): be6596d Add binary WebSocket endpoint for pushing images to Web clients 3c52a0b Remove unused import that was creating circular dependency Shawn Waldon (10): cff02ab Add a reader for the MRC image file format 758745b Add test for MRC reader 54aab8a Add test data 4553664 Remove use of nullptr 590fba8 MRCReader: assume file is little endian unless marked othewise 928350e vtkChartXY: add option to disable mouse wheel zooming 41be444 Add detection of c++11 compiler support 7cd3bfd Exclude compiler detection header from wrapping 6495a54 Define target before setting target_compile_features efc0ec1 Update C++11 support to remove target_compile_features Simon ESNEAULT (2): 9afe4d1 Add missing call to ReleaseGraphicsResources d720686 Restore glBlend state after changing it Steven Hahn (2): 72b9f62 Get dimensions from a visible cell. e6b8eb1 Reduce time spent calculating a vtkImplicitFunction. Sujin Philip (6): d26d128 Improve performance of vtkCellIterator. d28e3a6 Fix implicit inheritance type compiler warning b961d6d Fix vtkSMPThreadLocal API 1243c53 Combine vtkProbeFilter and vtkImageProbeFilter c36fb21 Add Tests for vtkProbeFilter 442c6be Fix vtkProbeFilter and vtkCompositeDataProbeFilter T.J. Corona (30): f9c1d6c Changing vtkTriangle::TriangleArea() to use parallelogram method. 1003d4f Fixed Doxygen latex errors. 4edebb3 Including vtk3DS.h into the install 1f890b9 Added unary plus and fixed scientific notation bug in vtkFunctionParser c66b00a Modify vtkDecimatePolylineFilter to accommodate multiple polylines. 078f80b vtkPeriodicDataArray can now return an iterator. 9177526 vtkVolumeRayCastMapper now scales SampleDistance by ScalarOpacityUnitDistance. 8b91c6e vtkPolydata without holes now pass their polygons through vtkFillHolesFilter. ef4e623 Latex newline symbols are no longer at the end of a comment. 5bf6e90 vtkFunctionParser: added support for capital 'E' in scientific notation. 2e2d32a Suppressing signed/unsigned comparison warning in vtkDecimatePolylineFilter. c0b6a7c Correct bounds and integer width computation in vtkPlotHistogram2D. 46fd7f4 In vtkGlyphSource2D::CreateDash, only add points if dash is filled. dc80f41 Correct and augment the behavior of vtkPolygonBuilder 77f566a Pass cell data through vtkCurvatures filter. c7ebe5b vtkDataArrayTemplate: Add a safe method to change an element with vtkVariant. d8611b5 Extend vtkPolygonBuilder to return multiple disjoint polygons, if present. 9804fcb Fix vtkTableBasedClipDataSet to handle 2-dimensional data in XZ and YZ. d06cb99 Remove SMP parallel processing examples. c6ee570 Fix vtkNewickTreeReader to read trees of type (A,B,C)D; 5b08d19 Removing unused parameter name in vtkGPUVolumeRayCastMapper. 17cb1cb Make closest point optional in vtkLine methods. 1eedaf8 Propagate safe variant setting through children of vtkAbstractArray. e5feafa Fix IntersectWithLine methods for vtkQuadraticWedge and vtkQuadraticTetra. bb0ff96 Add another baseline image for quadraticIntersection test. eb700f1 Rescale quadraticIntersection test images. 8c1215e In vtkPolygonBuilder, restrict triangle vertex traversal to counterclockwise. 5970e58 Setting up third party submodule script for MetaIO d1a7921 In vtkOpenGLGlyph3DMapper, use color values from actor. 029c800 Enable vtkTableBasedClipDataSet to generate clipped output. Tim Meehan (2): b2233c7 Added some new parametric functions 2ac05e2 Added a test for the new parametric functions Tim Thirion (4): a2b9cfe Add a lighting map pass for OpenGL2 backend be020e3 Add value rendering pass a12bc8c Use global scalar range in value pass b7404ef Fix incorrect string compare in vtkValuePass Timo Oster (1): ce5a407 Add ability to append vtkRectilinearGrid Tokishiro Karasawa (4): 26fc6af Fix occasional failure of testing if a point is in or out of a triangle 3c4ad8f Add a test for FindTriangle 9aa13b4 Modify the CMakeLists 0341795 Fix occasional failure of testing if a point is in or out of a triangle Tristan Coulange (1): d6b0923 Add new Execute method in Glyph3D Utkarsh Ayachit (18): 49cca5c Add support to read ALE fluid groups information. 9a76640 Fix VS2008 build issues with std::abs(__int64). 5b2d8b8 Fix incorrect error when testing is disabled. 04db688 Xdmf3 was failing to build when using system HDF5. 880313b BUG #14291: Fix segfault when RemoveGhostCells was off. 506c6ea Support passing vtkPoints to PointSet::SetPoints. a18a009 Link against MPI Cxx libraries, if available. 275fc19 BUG #15746: Fixes issues with Merge Points in vtkAppendFilter. ed1b0fb Exclude generated WebGLExporter classes from Python wrapping. 8631ec1 Exclude generated WebGLExporter classes from Python wrapping. f1eacfa Fix leaks in vtkCompositedSynchronizedRenderers. d3529f5 Fix const-cast warnings in vtkPythonInteractiveInterpreter. cfe7c78 Fix segfault when mapper is re-updated. 76c118c BUG #15763: Avoid modifying camera when it hasn't changed. 36edf38 Fix VS2013 build issues. f7ba5e6 Fix VS2013 build issues. d2704b0 BUG #15632: Fix exodus performance issue with spatial files. 902356a Fix "same expression in both branches of ternary operator". Victor Lamoine (3): 136c17f Add JoinContiguousSegments option to vtkStripper 4166cd1 Implement JoinContiguousSegments option in vtkStripper 2b5792f Add test for vtkStripper Vladimir Chalupecky (3): 182807c vtkAVSucdReader: fix to read ASCII input correctly c2bd54f vtkAVSucdReader: add C++ tests and test ASCII data with noncontiguous IDs 1b1e8a5 vtkAVSucdReader: add alternative baseline images W Alan Scott (2): ba0a6dc Performance improvements to vtkRTAnalyticSource. 70dd85a BUG #15399: Improve performance for exodus modeshapes. Waldir Pimenta (9): 4398c9c fix "not" --> "nor" 78b0414 fix documentation: "not" --> "nor" 0402526 typo: "an sheared" --> "a sheared" 82daf95 sync doc to code: UseNormalAndRadius --> UseNormalAndAngle bc856b5 improve documentation of vtkArcSource 0460ddb fix bug in vtkArcSource: default polar vector and normal vector were swapped b6ffc86 Add note for github users on CONTRIBUTING.md / simplify link code e14cc55 replace broken link in QVTKWidget.cxx with a working one 2cf6c71 doc fix: UNSIGNED_CHAR --> VTK_UNSIGNED_CHAR Will Schroeder (63): f9b4ba9 Cleaned up header docs, refined keypress callbacks 799a148 Threaded and templated elevation filters f433a4b Cleaned up shadowed template parameter ab3e753 Removed leftover performance testing code effa1dd Added new widget: vtkImplicitCylinderWidget e785caa Cleaned up callbacks 0a27e58 Cleaned up test image 6c1b1cd Added alternate regression test image 1a965eb All working before SMP conversion 87012e5 First incarnation of Flying Edges 17dd6c5 Cleaned up warnings 4aad3c6 Added vtkSMPTools integration to thread algorithm 5a64ead Experimenting with grain size b3606ce Refactored code and thread over slices 9d81635 Fixed skipping non-intersecting slices. ec13363 Used 200grit to polish the code (bugs fixes) 9112341 Rebased; tweaked tests d3bea4f Refining tests and test images e263eed Fixed UpdateExtent processing 8ae05d9 Added new scalar tree (span space) and fixed. e807bee Removed warnings f85bd60 Added proper memory management of added scalars b7b24f2 Fixing memory leak b4ca599 Forgot to commit a file to remove memory leaks 67b7b4b Threaded and templated vector dot and vector norm 5d23191 Cleaned up ambiguous operation order warning 80b143f Improved documentation 4408fd2 Working around SMPTools copy constructor bug 066df72 Threaded span-space build e45f1de Accelerated vtkSpanSpace with parallel sort 2efd04e Need to include appropriate files for std::sort 76c6da7 Added Sort method with comparison parameter ac791ce Use viewport coordinate system 1882a7c Fixed 2D handle rendering in multiple viewports 1d3b08e Renderer needed to perform coordinate transformation 1b2d633 Corrected constrained handle representation behvaior b0ac3f6 Initial working snapshot 2de6508 Removed initialization warning cdbaa83 Successfully running in parallel f3653e7 Reduced test size since dashboard machines choked c5f7b14 Cleaned up some numerical sensitivity; added test a1ca5b5 Resolved x-edge parallel plane cuts b2cd275 Documentation tweaks 2f1df1a Resolved merge conflict ac2fb75 New valid regression test image 43e4b1c Handle multiple contour values properly 590bac4 Added new class vtkStaticPointLocator d84d87f Addressed dashboard warnings 62fbfd2 Additional dashboard warnings eae76a8 Tweaked documentation 7aabf45 Replaced qsort with std::sort 82a6c1d New class to create links from points to cells 6198ab4 Fully fleshed out and working; 2.5x faster 340b750 Cleaned dashboard warnings ceb8664 Separated templated code; created wrappable class 1c2a693 Performance related refactoring 4bd8735 Tested and working fc96d38 Fixed memory leak c79ca6b Dealing with memory leak issues 3298ad0 Encapsulated helper class in anonymous namespace 9d7356e Adapted back to multibuild workflow 8d8b2bd Dashboard warnings f6c3cc4 Documentation polish Xabi Riobe (22): 646281d Support more PLY texture coordinates syntax. cb06bdd Add unit test 82f6ac1 Add return value check in the unit test. 3d9660a Do not retain the windows events if they are not treated 6364c9d Set the CS_DBLCLKS flag to receive double-click notifications 3f0cf7b Fix issue with polygon offset being left on 033623d A depth peeling fix when compositing 288d016 Write vertex texture coordinates with vtkPLYWriter b639014 Write comments in ply header 2b0fc60 Avoid use of STL list in header, and remove unnecessary array copy b8ddc3e Add unit test for vtkPLYWriter ab83686 Do not retain the windows events if they are not treated c01e3fe Add missing include for OSX and Linux 282a843 Multiple includes restriction 7fca806 Missing include for TCL d3e302a Remove the extra Render performed by the interactor on WM_PAINT. e9ddeae Use memory pointers to reduce vtkSmoothPolyDataFilter computation time 2b6e40a Reduce vtkPolyDataConnectivityFilter computation time 40495fc Make the code easier to read 8d07c5c Optimization by using direct memory pointers 9879045 Fix the documentation for vtkImageData::GetDimensions 38b636b Return the MouseWheel event as a pending event in Win32 RenderWindow Yumin Yuan (2): 55cdc4f Use visible blocks to compute bounds in CompositePolyDataMapper2 0ac9fcf Update baselines for CompositePolyDataMapper2 tests Zlib Upstream (1): ef8ea74 zlib: update to for/vtk peter karasev (9): 739364c write test showing catastrophic fail with QT5+Win32, make fix(es). 743bd12 update shader program checks 9ddc3eb update rendering code; locally all the tests are passing a26dc78 Merge branch 'master' of gitlab.kitware.com:vtk/vtk into vtkOBJImporter-robustify-and-cleanup 449410b update shader program checks 8e5648f update rendering code; locally all the tests are passing 440d086 fix for annotation rendering test 2f6915f remove incorrect error popup (QT5 + local build + OpenGL 4.x) b4138f4 STY: fix vtkErrorMacro and linelength From ibr_ex at yahoo.com Thu Dec 17 16:34:53 2015 From: ibr_ex at yahoo.com (ibr) Date: Thu, 17 Dec 2015 14:34:53 -0700 (MST) Subject: [vtk-developers] No image displayed Message-ID: <1450388093504-5735577.post@n5.nabble.com> Hi VTK community, I have this code which compiled and run without problems but no image appear in the window. Any suggestion? Thanks and nice evening! Ibraheem #include "mainwindow.h" #include "ui_mainwindow.h" #include #include #include #include #include #include #include #include #include #include #include #include #include #include "vtkNrrdReader.h" MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent), ui(new Ui::MainWindow) { ui->setupUi(this); readerDCMSeries = vtkSmartPointer::New(); readerNRRD = vtkSmartPointer::New(); //imageViewerDCMSeriesX = vtkSmartPointer::New(); imageVieweSerieX = vtkSmartPointer::New(); } MainWindow::~MainWindow() { delete ui; } void MainWindow::openDCMFolder() { QString folderNameDCM = QFileDialog::getExistingDirectory(this,tr("Open DCM Folder"),QDir::currentPath(),QFileDialog::ShowDirsOnly); std::string stdstrFolderNameDCM = folderNameDCM.toUtf8().constData(); drawDCMSeries(stdstrFolderNameDCM); } void MainWindow::openNRRDFile() { // QString folderNameNRRD = QFileDialog::getExistingDirectory(this,tr("Open Programm"),QDir::currentPath()),tr("Image Files (*.nrrd *.nrrd)"); //QString folderNameNRRD = QFileDialog::getOpenFileName(this,tr("Open Programm"),QDir::currentPath(),tr("Image Files (*.nrrd *.nrrd)")); QString folderNameNRRD = QFileDialog::getOpenFileName(this,tr("Open Programm"),QDir::currentPath()); std::string stdstrFolderNameNRRD = folderNameNRRD.toUtf8().constData(); drawNRRD(stdstrFolderNameNRRD); } void MainWindow::drawDCMSeries(std::string folderDCM) { readerDCMSeries->SetDirectoryName(folderDCM.c_str()); readerDCMSeries->Update(); imageVieweSerieX->SetInputConnection(readerDCMSeries->GetOutputPort()); mMinSliderX = imageVieweSerieX->GetSliceMin(); mMaxSliderX = imageVieweSerieX->GetSliceMax(); ui->hSliderDCM->setMinimum(mMinSliderX); ui->hSliderDCM->setMaximum(mMaxSliderX); imageVieweSerieX->SetRenderWindow(ui->vtkRenderer->GetRenderWindow()); } void MainWindow::drawNRRD(std::string folderNRRD) { readerNRRD->SetFileName(folderNRRD.c_str()); imageVieweSerieX->SetInputConnection(readerNRRD->GetOutputPort()); mMinSliderX = imageVieweSerieX->GetSliceMin(); mMaxSliderX = imageVieweSerieX->GetSliceMax(); ui->hSliderDCM->setMinimum(mMinSliderX); ui->hSliderDCM->setMaximum(mMaxSliderX); imageVieweSerieX->SetRenderWindow(ui->vtkRenderer->GetRenderWindow()); } void MainWindow::on_btnOpenDCMFolder_clicked() { openDCMFolder(); } void MainWindow::on_btnOpenNRRDFile_clicked() { openNRRDFile(); } void MainWindow::on_hSliderDCM_sliderMoved(int position) { imageVieweSerieX->SetSlice(position); imageVieweSerieX->Render(); } -- View this message in context: http://vtk.1045678.n5.nabble.com/No-image-displayed-tp5735577.html Sent from the VTK - Dev mailing list archive at Nabble.com. From shawn.waldon at kitware.com Fri Dec 18 09:51:32 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 18 Dec 2015 09:51:32 -0500 Subject: [vtk-developers] VTK dashboards master branch failures Message-ID: Aashish, It looks like your gradient branch [1] has broken the VTK dashboard on megas with Qt5 [2]. This has been consistently failing since you merged and seems related to the topic. Can you please take a look at it? Thanks, Shawn [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/1007 [2]: https://open.cdash.org/testDetails.php?test=403373695&build=4153686 -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Fri Dec 18 10:09:44 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 18 Dec 2015 10:09:44 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: References: Message-ID: Update: I mentioned this to Ben and apparently that build machine skips all the GPU raycasting tests. Since you added a new one, we had to add a new exclude for the machine on buildbot. This is done now. Shawn On Fri, Dec 18, 2015 at 9:51 AM, Shawn Waldon wrote: > Aashish, > > It looks like your gradient branch [1] has broken the VTK dashboard on > megas with Qt5 [2]. This has been consistently failing since you merged > and seems related to the topic. Can you please take a look at it? > > Thanks, > Shawn > > [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/1007 > [2]: https://open.cdash.org/testDetails.php?test=403373695&build=4153686 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Fri Dec 18 11:40:01 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Fri, 18 Dec 2015 11:40:01 -0500 Subject: [vtk-developers] CFP - Eurographics 2016 Symposium on Parallel Graphics and Visualization (EGPGV 2016) Message-ID: [We aplogize if you receive multiple copies of this message.] Eurographics 2016 Symposium on Parallel Graphics and Visualization (EGPGV 2016) =============================================================================== June 6-7, 2016, Groningen, the Netherlands Co-located with EuroVis 2016 www.egpgv.org Call for Papers ================ The importance of parallel computing is increasing rapidly with the ubiquitous availability of multi-core CPUs, GPUs, and cluster systems. Computationally demanding and data-intensive applications in graphics and visualization are strongly affected by this trend and require novel efficient parallel solutions. The aim of this symposium is to foster the exchange of experiences and knowledge exploiting and defining new trends in parallel graphics and visualization. The proceedings of the EGPGV Symposium will be published in the Eurographics Proceedings Series and in the Eurographics Digital Library. Best papers from the EGPGV symposium will be invited to submit an extended journal version to IEEE Transactions on Visualization and Computer Graphics. Focusing on parallel computing, the symposium seeks papers on graphics and visualization techniques, data structures, algorithms, and systems for: - large-data - clusters - (multi-)GPU computing, and heterogeneous, hybrid architectures - out-of-core - hybrid distributed and shared memory architectures - grid and cloud environments In particular the symposium topics include: - computationally and data intensive rendering - scientific visualization (volume rendering, flow and tensor visualization) - information visualization and visual analytics - simulations for virtual environments (physics-based animation, collision detection, acoustics) - mesh processing, level-of-detail, and geometric methods - visual computing (image- and video-based rendering, image processing and exploitation, segmentation) - scheduling, memory management and data coherence - large and high resolution displays, virtual environments - scientific, engineering, and industrial applications Important Dates ================= Paper Submission: February 19, 2016 Author Notification: April 1, 2016 Camera-Ready papers: April 15, 2016 Symposium: June 6-7, 2016 Submission instructions ======================== You are invited to submit original and unpublished research works. Full papers are expected to be eight to ten (8-10) pages in length, with the final length appropriate to the contribution of the paper. Submissions are to be formatted along the Eurographics paper publication guidelines. We expect that the submissions will clearly discuss the novel and significant contributions as well as related work in the field. Authors must highlight how their contributions differ and advance the state of the art in parallel graphics and visualization. The full paper and all supplementary material must be submitted via the PCS online system. Additional submission details will be announced shortly on egpgv.org. Symposium Chair ================= Alexandru Telea, University of Groningen, the Netherlands Program Chairs =============== Wes Bethel, Lawrence Berkeley National Laboratory, USA Enrico Gobbetti, CRS4, Italy Program Committee ================== To be announced soon on the event's website (egpgv.org) -------------- next part -------------- An HTML attachment was scrubbed... URL: From nico.schloemer at gmail.com Sun Dec 20 11:32:35 2015 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Sun, 20 Dec 2015 16:32:35 +0000 Subject: [vtk-developers] coverity scan Message-ID: Hi everyone, There is now a functional Coverity Scan for VTK [1]. I've set the details to "private" so for now, to see the bugs, you'll have to join that project. I could also set the bug visibility to public if you'd like. I'm planning to do automatic weekly submissions for coverity (on Friday nights CET). Coverity has the concept ot "components", i.e., splitting the defect statistics by file paths. I've filtered out the ThirdParty directory. If you'd like to see other modules, let me know. Right now, there are several hundred "high impact" defects in VTK, ranging from illegal memory accesses to resource leaks etc. In any case, it may be worth taking a peek at those to make VTK even better. As usual, feedback is welcome. Cheers, Nico [1] https://scan.coverity.com/projects/visualization-toolkit -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Sun Dec 20 18:29:38 2015 From: sean at rogue-research.com (Sean McBride) Date: Sun, 20 Dec 2015 18:29:38 -0500 Subject: [vtk-developers] coverity scan In-Reply-To: References: Message-ID: <20151220232938.1571608776@mail.rogue-research.com> On Sun, 20 Dec 2015 16:32:35 +0000, Nico Schl?mer said: >There is now a functional Coverity Scan for VTK [1]. I've set the details >to "private" so for now, to see the bugs, you'll have to join that project. >I could also set the bug visibility to public if you'd like. > >I'm planning to do automatic weekly submissions for coverity (on Friday >nights CET). > >Coverity has the concept ot "components", i.e., splitting the defect >statistics by file paths. I've filtered out the ThirdParty directory. If >you'd like to see other modules, let me know. > >Right now, there are several hundred "high impact" defects in VTK, ranging >from illegal memory accesses to resource leaks etc. In any case, it may be >worth taking a peek at those to make VTK even better. > >As usual, feedback is welcome. Nico, Could you use the existing VTK Coverity project instead: I've sent you an 'invite' to have access to it. Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From aashish.chaudhary at kitware.com Mon Dec 21 08:44:23 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 21 Dec 2015 08:44:23 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: References: Message-ID: Hi Shawn, Yes, sorry I was out for a conference. The megas has some driver issue as told by Ben and therefore it runs fewer tests than any other dashboard machine. The test was only failing on megas but passing on all other dashboards with similar configurations (OS). I was going to follow up with Ben on this, so your help is appreciated here. Thanks, Aashish On Fri, Dec 18, 2015 at 10:09 AM, Shawn Waldon wrote: > Update: I mentioned this to Ben and apparently that build machine skips > all the GPU raycasting tests. Since you added a new one, we had to add a > new exclude for the machine on buildbot. This is done now. > > Shawn > > On Fri, Dec 18, 2015 at 9:51 AM, Shawn Waldon > wrote: > >> Aashish, >> >> It looks like your gradient branch [1] has broken the VTK dashboard on >> megas with Qt5 [2]. This has been consistently failing since you merged >> and seems related to the topic. Can you please take a look at it? >> >> Thanks, >> Shawn >> >> [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/1007 >> [2]: https://open.cdash.org/testDetails.php?test=403373695&build=4153686 >> >> > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Dec 21 10:36:57 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 21 Dec 2015 10:36:57 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: References: Message-ID: <20151221153657.GC21839@megas.khq.kitware.com> On Mon, Dec 21, 2015 at 08:44:23 -0500, Aashish Chaudhary wrote: > Yes, sorry I was out for a conference. The megas has some driver issue as > told by Ben and therefore it runs fewer tests than any other dashboard > machine. Not really an 'issue' with the driver; Mesa with llvmpipe just doesn't support everything needed for raycasting (yet?). The only other failures are actual bugs which Ken is aware of (but are also ignored since they aren't on a list to be addressed sooner). > The test was only failing on megas but passing on all other > dashboards with similar configurations (OS). I was going to follow up with > Ben on this, so your help is appreciated here. Please ping me on these branches so that I can mark them this way *before* they land in master (I'm trying to make it so that a green dashboard is expected rather than having those one or two builds which are "oh, those always fail"). --Ben From aashish.chaudhary at kitware.com Mon Dec 21 12:51:25 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 21 Dec 2015 12:51:25 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: <20151221153657.GC21839@megas.khq.kitware.com> References: <20151221153657.GC21839@megas.khq.kitware.com> Message-ID: On Mon, Dec 21, 2015 at 10:36 AM, Ben Boeckel wrote: > On Mon, Dec 21, 2015 at 08:44:23 -0500, Aashish Chaudhary wrote: > > Yes, sorry I was out for a conference. The megas has some driver issue as > > told by Ben and therefore it runs fewer tests than any other dashboard > > machine. > > Not really an 'issue' with the driver; Mesa with llvmpipe just doesn't > support everything needed for raycasting (yet?). The only other failures > are actual bugs which Ken is aware of (but are also ignored since they > aren't on a list to be addressed sooner). > Ah, I see so this is related to Mesa issue that we (on paraview) were discussing. Can you update your Mesa to use the latest master (or 11.1 with patch from Utkarsh?) and see if we can run all of the ray-casting tests again? > > > The test was only failing on megas but passing on all other > > dashboards with similar configurations (OS). I was going to follow up > with > > Ben on this, so your help is appreciated here. > > Please ping me on these branches so that I can mark them this way > *before* they land in master (I'm trying to make it so that a green > dashboard is expected rather than having those one or two builds which > are "oh, those always fail"). > Sure, if you think we can solve this by upgrading to newer mesa, that would be great, or else, I will ping you on the upcoming branches (one is coming soon). Thanks > > --Ben > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Dec 21 15:19:54 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 21 Dec 2015 15:19:54 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: References: <20151221153657.GC21839@megas.khq.kitware.com> Message-ID: <20151221201954.GA5119@megas.khq.kitware.com> On Mon, Dec 21, 2015 at 12:51:25 -0500, Aashish Chaudhary wrote: > Ah, I see so this is related to Mesa issue that we (on paraview) were > discussing. Can you update your Mesa > to use the latest master (or 11.1 with patch from Utkarsh?) and see if we > can run all of the ray-casting tests again? This is using the Fedora 23 distro-shipped version of Mesa. Nightly mesa is tested on hythloth. There is an 11.1 build in the pipeline for Fedora 23: https://bodhi.fedoraproject.org/updates/FEDORA-2015-84f3581cb2 I'll update that and run the tests when I get a chance. --Ben From nico.schloemer at gmail.com Mon Dec 21 17:48:17 2015 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Mon, 21 Dec 2015 22:48:17 +0000 Subject: [vtk-developers] coverity scan In-Reply-To: <20151220232938.1571608776@mail.rogue-research.com> References: <20151220232938.1571608776@mail.rogue-research.com> Message-ID: Thanks Sean, The scans will now be available from . Cheers, Nico On Mon, Dec 21, 2015 at 12:29 AM Sean McBride wrote: > On Sun, 20 Dec 2015 16:32:35 +0000, Nico Schl?mer said: > > >There is now a functional Coverity Scan for VTK [1]. I've set the details > >to "private" so for now, to see the bugs, you'll have to join that > project. > >I could also set the bug visibility to public if you'd like. > > > >I'm planning to do automatic weekly submissions for coverity (on Friday > >nights CET). > > > >Coverity has the concept ot "components", i.e., splitting the defect > >statistics by file paths. I've filtered out the ThirdParty directory. If > >you'd like to see other modules, let me know. > > > >Right now, there are several hundred "high impact" defects in VTK, ranging > >from illegal memory accesses to resource leaks etc. In any case, it may be > >worth taking a peek at those to make VTK even better. > > > >As usual, feedback is welcome. > > Nico, > > Could you use the existing VTK Coverity project instead: > > > > I've sent you an 'invite' to have access to it. > > Cheers, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Dec 22 12:01:05 2015 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 22 Dec 2015 12:01:05 -0500 Subject: [vtk-developers] VTK dashboards master branch failures In-Reply-To: References: <20151221153657.GC21839@megas.khq.kitware.com> Message-ID: I believe llvmpipe should fully work as long as it is not through OS mesa. But regular recent mesa with llvmpipe 3.6 or so is supposed to work from what I have heard. Ken On Mon, Dec 21, 2015 at 12:51 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Dec 21, 2015 at 10:36 AM, Ben Boeckel > wrote: > >> On Mon, Dec 21, 2015 at 08:44:23 -0500, Aashish Chaudhary wrote: >> > Yes, sorry I was out for a conference. The megas has some driver issue >> as >> > told by Ben and therefore it runs fewer tests than any other dashboard >> > machine. >> >> Not really an 'issue' with the driver; Mesa with llvmpipe just doesn't >> support everything needed for raycasting (yet?). The only other failures >> are actual bugs which Ken is aware of (but are also ignored since they >> aren't on a list to be addressed sooner). >> > > Ah, I see so this is related to Mesa issue that we (on paraview) were > discussing. Can you update your Mesa > to use the latest master (or 11.1 with patch from Utkarsh?) and see if we > can run all of the ray-casting tests again? > >> >> > The test was only failing on megas but passing on all other >> > dashboards with similar configurations (OS). I was going to follow up >> with >> > Ben on this, so your help is appreciated here. >> >> Please ping me on these branches so that I can mark them this way >> *before* they land in master (I'm trying to make it so that a green >> dashboard is expected rather than having those one or two builds which >> are "oh, those always fail"). >> > > Sure, if you think we can solve this by upgrading to newer mesa, that > would be great, or else, I will ping you on the upcoming branches (one is > coming soon). > > Thanks > > >> >> --Ben >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Tue Dec 22 14:34:16 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Tue, 22 Dec 2015 12:34:16 -0700 (MST) Subject: [vtk-developers] Adding vtkWidgets to android project In-Reply-To: <1450349239982-5735564.post@n5.nabble.com> References: <1450198514422-5735527.post@n5.nabble.com> <1450349239982-5735564.post@n5.nabble.com> Message-ID: <1450812856819-5735636.post@n5.nabble.com> Still stuck there, any info? -- View this message in context: http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735636.html Sent from the VTK - Dev mailing list archive at Nabble.com. From tim.thirion at kitware.com Tue Dec 22 14:42:42 2015 From: tim.thirion at kitware.com (Tim Thirion) Date: Tue, 22 Dec 2015 14:42:42 -0500 Subject: [vtk-developers] Adding vtkWidgets to android project In-Reply-To: <1450812856819-5735636.post@n5.nabble.com> References: <1450198514422-5735527.post@n5.nabble.com> <1450349239982-5735564.post@n5.nabble.com> <1450812856819-5735636.post@n5.nabble.com> Message-ID: Hey Lonni, I'm hoping to investigate this in the coming week once things quiet down for the holidays. Will let you know what I find. TT On Tue, Dec 22, 2015 at 2:34 PM, Lonni Besan?on wrote: > Still stuck there, any info? > > > > -- > View this message in context: > http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735636.html > Sent from the VTK - Dev mailing list archive at Nabble.com. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Tue Dec 22 15:16:18 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Tue, 22 Dec 2015 13:16:18 -0700 (MST) Subject: [vtk-developers] Adding vtkWidgets to android project In-Reply-To: References: <1450198514422-5735527.post@n5.nabble.com> <1450349239982-5735564.post@n5.nabble.com> <1450812856819-5735636.post@n5.nabble.com> Message-ID: <418DED6D-3A0C-4272-832B-BD2C9D8C1508@gmail.com> Alright thanks a lot Tim. Wishing you some rest during these holidays anyway :) Best / Cordialement, Lonni Besan?on PhD Student with the AVIZ team at Inria and with the HAPCO team at Limsi/CNRS Teaching Assistant at Polytech Paris Sud and Universit? Paris Sud Address: University Paris-Saclay, Bat 660 (Digiteo) ? Office 1041 Email: lonni.besancon at gmail.com Phone: +33689902815 WebPage: http://lonni.besancon.pagesperso-orange.fr LinkedIn: fr.linkedin.com/pub/lonni-besan?on/77/552/a38/en > On 22 Dec 2015, at 20:43, Tim Thirion [via VTK] wrote: > > Hey Lonni, > > I'm hoping to investigate this in the coming week once things quiet down for the holidays. Will let you know what I find. > > TT > > On Tue, Dec 22, 2015 at 2:34 PM, Lonni Besan?on <[hidden email] > wrote: > Still stuck there, any info? > > > > -- > View this message in context: http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735636.html > Sent from the VTK - Dev mailing list archive at Nabble.com. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > If you reply to this email, your message will be added to the discussion below: > http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735637.html > To unsubscribe from Adding vtkWidgets to android project, click here . > NAML -- View this message in context: http://vtk.1045678.n5.nabble.com/Adding-vtkWidgets-to-android-project-tp5735527p5735638.html Sent from the VTK - Dev mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From joachim.pouderoux at kitware.com Mon Dec 28 09:02:44 2015 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Mon, 28 Dec 2015 15:02:44 +0100 Subject: [vtk-developers] [vtkusers] saving vtkPolyData after vtkClipPolyData issue In-Reply-To: <882517698.2241179.1450627617278.JavaMail.yahoo@mail.yahoo.com> References: <882517698.2241179.1450627617278.JavaMail.yahoo.ref@mail.yahoo.com> <882517698.2241179.1450627617278.JavaMail.yahoo@mail.yahoo.com> Message-ID: Yusuf, In the code you provide, the clip filter is never executed. You should add m_Clip->Update(); - for instance just after the setinputconnection. Not related but you could directly plug the clip filter to the writer (no need to shallow copy the output of the clip filter): just replace m_PolyDataWriter->SetInput(m_PolyDataSave); by m_PolyDataWriter->SetInputConnection(m_Clip->GetOutputPort()); If you do so, calling Write() on the writer will execute the pipeline of the writer which involves the Clip filter too - so the clip filter would be called automatically even if you do not explicitly called Update() on it. Best, Joachim *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS * 2015-12-20 17:06 GMT+01:00 Yusuf OEZBEK : > Hello, > > I want to save my polydata after clipping with vtkBoxWidget. If I run > following code-block, the saved file is empty. > What can be my mistake here? > > m_Clip= vtkSmartPointer::New(); > m_Clip->SetClipFunction(m_Plane); > m_Clip->InsideOutOn(); > m_Clip->SetInputConnection(m_Decimater->GetOutputPort()); > > m_PolyDataSave= vtkSmartPointer::New(); > m_PolyDataSave->ShallowCopy(m_Clip->GetOutput()); > > m_PolyDataWriter = vtkSmartPointer::New(); > m_PolyDataWriter->SetFileName("clippedObject.vtk"); > m_PolyDataWriter->SetInput(m_PolyDataSave); > m_PolyDataWriter->SetFileTypeToASCII(); > m_PolyDataWriter->Write(); > > Thank you for any help! > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpwright at gmail.com Tue Dec 29 10:34:50 2015 From: gpwright at gmail.com (Geoff Wright) Date: Tue, 29 Dec 2015 15:34:50 +0000 Subject: [vtk-developers] osmesa status Message-ID: Hello, I'm using VTK in an internal project and wanted to add some extra regression tests to support my own use cases. I setup a new job to build VTK and run all existing ctest on my CI server (aws ec2 Ubuntu 14.04, no graphics hardware). I noticed that a substantial portion of the tests are currently failing when using os mesa, due to what looks like sub pixel alignment issues. Is this a known problem? I see that there are a couple of servers on the public VTK dashboard configured for OS mesa that are also failing approximately 400 tests e.g. https://open.cdash.org/buildSummary.php?buildid=4167821 I'm wondering if there is any quick fix to get these working, or is it a known issue with osmesa? Are the baseline images generated using MSAA? Is there an option to change the image comparison to be more generous with single pixel misalignment? Should I give up on testing VTK in a VM and set it up on a physical agent? I would rather avoid this... any advice is much appreciated. I'm using Mesa 11.0.4 which reports OpenGL information as follows: OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) OpenGL core profile version string: 3.2 (Core Profile) Mesa 11.0.4 OpenGL core profile shading language version string: 1.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.2 (Core Profile) Mesa 11.0.4 OpenGL shading language version string: 1.50 OpenGL context flags: (none) OpenGL profile mask: core profile OpenGL extensions: Many thanks, Geoff -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Dec 29 15:30:40 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 29 Dec 2015 15:30:40 -0500 Subject: [vtk-developers] osmesa status In-Reply-To: References: Message-ID: I think the errors are because the Rendering backend is set to OpenGL2 (which recently became the default). If you set your rendering backend to OpenG you should be OK. On Tue, Dec 29, 2015 at 10:34 AM, Geoff Wright wrote: > Hello, > > I'm using VTK in an internal project and wanted to add some extra regression > tests to support my own use cases. I setup a new job to build VTK and run > all existing ctest on my CI server (aws ec2 Ubuntu 14.04, no graphics > hardware). > > I noticed that a substantial portion of the tests are currently failing when > using os mesa, due to what looks like sub pixel alignment issues. Is this a > known problem? I see that there are a couple of servers on the public VTK > dashboard configured for OS mesa that are also failing approximately 400 > tests e.g. https://open.cdash.org/buildSummary.php?buildid=4167821 > > I'm wondering if there is any quick fix to get these working, or is it a > known issue with osmesa? Are the baseline images generated using MSAA? Is > there an option to change the image comparison to be more generous with > single pixel misalignment? Should I give up on testing VTK in a VM and set > it up on a physical agent? I would rather avoid this... any advice is much > appreciated. I'm using Mesa 11.0.4 which reports OpenGL information as > follows: > > OpenGL vendor string: VMware, Inc. > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) > OpenGL core profile version string: 3.2 (Core Profile) Mesa 11.0.4 > OpenGL core profile shading language version string: 1.50 > OpenGL core profile context flags: (none) > OpenGL core profile profile mask: core profile > OpenGL core profile extensions: > OpenGL version string: 3.2 (Core Profile) Mesa 11.0.4 > OpenGL shading language version string: 1.50 > OpenGL context flags: (none) > OpenGL profile mask: core profile > OpenGL extensions: > > Many thanks, > > Geoff > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com From gpwright at gmail.com Wed Dec 30 10:11:42 2015 From: gpwright at gmail.com (Geoff Wright) Date: Wed, 30 Dec 2015 15:11:42 +0000 Subject: [vtk-developers] osmesa status In-Reply-To: References: Message-ID: Hi Bill, I don't think it is specifically OpenGL2. I have been using OpenGL2 for 6 months and the test are all passing on OpenGL2 when I'm using a machine with an Nvidia graphics card. The problem happens when switching to OS mesa. The errors I'm seeing are single pixel or possibly subpixel offsets in the image generated by OS-mesa vs images generated by a hardware backed driver. Is this a known issue with OS mesa? I was wondering whether maybe the tests are running by default with MSAA and its not supported on the OS mesa back end. Anyway I will most likely just add some physical machines in my office as bamboo agents for the VTK test jobs. Thanks, Geoff On Tue, Dec 29, 2015 at 3:30 PM Bill Lorensen wrote: > I think the errors are because the Rendering backend is set to OpenGL2 > (which recently became the default). If you set your rendering backend > to OpenG you should be OK. > > > On Tue, Dec 29, 2015 at 10:34 AM, Geoff Wright wrote: > > Hello, > > > > I'm using VTK in an internal project and wanted to add some extra > regression > > tests to support my own use cases. I setup a new job to build VTK and > run > > all existing ctest on my CI server (aws ec2 Ubuntu 14.04, no graphics > > hardware). > > > > I noticed that a substantial portion of the tests are currently failing > when > > using os mesa, due to what looks like sub pixel alignment issues. Is > this a > > known problem? I see that there are a couple of servers on the public > VTK > > dashboard configured for OS mesa that are also failing approximately 400 > > tests e.g. https://open.cdash.org/buildSummary.php?buildid=4167821 > > > > I'm wondering if there is any quick fix to get these working, or is it a > > known issue with osmesa? Are the baseline images generated using MSAA? > Is > > there an option to change the image comparison to be more generous with > > single pixel misalignment? Should I give up on testing VTK in a VM and > set > > it up on a physical agent? I would rather avoid this... any advice is > much > > appreciated. I'm using Mesa 11.0.4 which reports OpenGL information as > > follows: > > > > OpenGL vendor string: VMware, Inc. > > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) > > OpenGL core profile version string: 3.2 (Core Profile) Mesa 11.0.4 > > OpenGL core profile shading language version string: 1.50 > > OpenGL core profile context flags: (none) > > OpenGL core profile profile mask: core profile > > OpenGL core profile extensions: > > OpenGL version string: 3.2 (Core Profile) Mesa 11.0.4 > > OpenGL shading language version string: 1.50 > > OpenGL context flags: (none) > > OpenGL profile mask: core profile > > OpenGL extensions: > > > > Many thanks, > > > > Geoff > > > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: > http://markmail.org/search/?q=vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > > > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcgrory at aerosoftinc.com Wed Dec 30 15:24:20 2015 From: mcgrory at aerosoftinc.com (Bill McGrory) Date: Wed, 30 Dec 2015 15:24:20 -0500 Subject: [vtk-developers] UPDATE_EXTENT not updating after change to WHOLE_EXTENT Message-ID: <56843D74.1070702@aerosoftinc.com> I am having difficulty porting some code from VTK 5 to 6. I have a custom algorithm for creating a vtkStructuredGrid as the source for my pipeline, so my class inherits vtkStructuredGridAlgorithm my pipeline simply connects the vtkStructuredGridAlgorithm to a vtkGeometryFilter which is mapped with a vtkPolyDataMapper I want my source to correctly render a structured grid which changes dimensions dynamically within my application. My problem is that if I originally set up the grid with say extents of 0 --99, 0-->99, 0-->99, and then change the extents to 0--49, 0-49,0-49 through a call to Update, then I get a VTK error message from ERROR: In VTK-6.2.0/Common/ExecutionModel/vtkStreamingDemandDrivenPipeline.cxx, line 860 vtkCompositeDataPipeline (0xb4561f0): The update extent specified in the information for output port 0 on algorithm SurfaceSNodeSource(0xb455750) is 0 80 0 32 0 0, which is outside the whole extent 0 40 0 16 0 0. (This is in VerifyOutputInformation) called before the RequestUpdateExtent for my algorithm. I don't quite understand the propagation of the UPDATE_EXTENT information up the pipeline, but if I set the UPDATE_EXTENT to WHOLE_EXTENT in vtkGeometryFilter::RequestUpdateExtent then the error goes away. Also, at the time of calling vtkGeometryFilter::RequestUpdateExtent, the UPDATE_EXTENT is still set at the old value, while the WHOLE_EXTENT has been correctly updated/propagated from upstream. Is this a bug, or do I need to change something in my vtkStructuredGridAlgorithm to cause the UPDATE_EXTENT to be reset at the origin downstream? Thanks Bill