From ken.martin at kitware.com Mon Oct 2 08:37:39 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 2 Oct 2017 08:37:39 -0400 Subject: [vtk-developers] Motion Blur In-Reply-To: References: Message-ID: Yes, the old implementation is really slow. I'll whip up a render pass to do it today which will be faster but still not ideal. But at least folks will have the capability if they want to use it. On Fri, Sep 29, 2017 at 2:40 PM, Bill Lorensen wrote: > So, it might be back someday? Seems like a low priority... > > On Fri, Sep 29, 2017 at 2:24 PM, Ken Martin > wrote: > > Right now it is simply missing. - Ken > > > > On Fri, Sep 29, 2017 at 1:36 PM, Bill Lorensen > > wrote: > >> > >> Folks, > >> > >> SetFDFrames on RenderWindow is now deprecated. This was used to > >> implement Motion Blur in a textbook example: CamBlur.cxx. > >> > >> Do we still support the functionality, only in a different way? > >> > >> 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 > >> > > > > > > > > -- > > Ken Martin PhD > > Distinguished Engineer > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > > > 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. > > > > -- > Unpaid intern in BillsBasement at noware dot com > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 Oct 2 09:45:29 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 2 Oct 2017 09:45:29 -0400 Subject: [vtk-developers] Motion Blur In-Reply-To: References: Message-ID: Sounds good. On Oct 2, 2017 5:37 AM, "Ken Martin" wrote: > Yes, the old implementation is really slow. I'll whip up a render pass to > do it today which will be faster but still not ideal. But at least folks > will have the capability if they want to use it. > > On Fri, Sep 29, 2017 at 2:40 PM, Bill Lorensen > wrote: > >> So, it might be back someday? Seems like a low priority... >> >> On Fri, Sep 29, 2017 at 2:24 PM, Ken Martin >> wrote: >> > Right now it is simply missing. - Ken >> > >> > On Fri, Sep 29, 2017 at 1:36 PM, Bill Lorensen > > >> > wrote: >> >> >> >> Folks, >> >> >> >> SetFDFrames on RenderWindow is now deprecated. This was used to >> >> implement Motion Blur in a textbook example: CamBlur.cxx. >> >> >> >> Do we still support the functionality, only in a different way? >> >> >> >> 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 >> >> >> > >> > >> > >> > -- >> > Ken Martin PhD >> > Distinguished Engineer >> > Kitware Inc. >> > 28 Corporate Drive >> >> > Clifton Park NY 12065 >> >> > >> > 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. >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > 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 sean at rogue-research.com Mon Oct 2 17:14:32 2017 From: sean at rogue-research.com (Sean McBride) Date: Mon, 2 Oct 2017 17:14:32 -0400 Subject: [vtk-developers] vtkAtomic vs std::atomic, can we change yet? Message-ID: <20171002211433.269848742@mail.rogue-research.com> Hi all, Now that C++11 is required in VTK, could vtkAtomic switch to using std::atomic instead of the current 3 implementations (gcc atomics, Apple atomics, or Windows atomics)? Or are our minimum required environments not ready for that? I ask because the APIs currently used in the macOS case are deprecated, and thus it would be best to stop using them... 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 matt.mccormick at kitware.com Mon Oct 2 17:34:07 2017 From: matt.mccormick at kitware.com (Matt McCormick) Date: Mon, 2 Oct 2017 17:34:07 -0400 Subject: [vtk-developers] vtkAtomic vs std::atomic, can we change yet? In-Reply-To: <20171002211433.269848742@mail.rogue-research.com> References: <20171002211433.269848742@mail.rogue-research.com> Message-ID: Hi, We switched to std::atomic in ITK 4.12.0 when available and have not encountered any issues. And the RogueResearch dashboard builds are much happier :-). HTH, Matt On Mon, Oct 2, 2017 at 5:14 PM, Sean McBride wrote: > Hi all, > > Now that C++11 is required in VTK, could vtkAtomic switch to using std::atomic instead of the current 3 implementations (gcc atomics, Apple atomics, or Windows atomics)? Or are our minimum required environments not ready for that? > > I ask because the APIs currently used in the macOS case are deprecated, and thus it would be best to stop using them... > > Thanks, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > > _______________________________________________ > 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 > From robert.maynard at kitware.com Tue Oct 3 08:40:44 2017 From: robert.maynard at kitware.com (Robert Maynard) Date: Tue, 3 Oct 2017 08:40:44 -0400 Subject: [vtk-developers] vtkAtomic vs std::atomic, can we change yet? In-Reply-To: <20171002211433.269848742@mail.rogue-research.com> References: <20171002211433.269848742@mail.rogue-research.com> Message-ID: Are you asking about replacing just the Core/SMP/Sequential/vtkAtomic.cxx implementation or are you also interested in removing all the per SMP implementations? Using http://en.cppreference.com/w/cpp/compiler_support we can see that std::atomic is fully supported across the range of compilers we need to support, so a conversion over to std::atomic would be allowed. On Mon, Oct 2, 2017 at 5:14 PM, Sean McBride wrote: > Hi all, > > Now that C++11 is required in VTK, could vtkAtomic switch to using std::atomic instead of the current 3 implementations (gcc atomics, Apple atomics, or Windows atomics)? Or are our minimum required environments not ready for that? > > I ask because the APIs currently used in the macOS case are deprecated, and thus it would be best to stop using them... > > Thanks, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > > _______________________________________________ > 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 > From dave.demarle at kitware.com Tue Oct 3 10:29:45 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 3 Oct 2017 10:29:45 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 Message-ID: Our current rule is: https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#leading-line +1 has alway been problematic. I've never seen a +3 comment in the wild. What say we simplify to just +1 or -1 with words for everything else we need to say? Any +1's out there for this suggestion? -- David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Oct 3 10:31:49 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 3 Oct 2017 10:31:49 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: Message-ID: +1 On Tue, Oct 3, 2017 at 10:29 AM, David E DeMarle wrote: > Our current rule is: > https://gitlab.kitware.com/vtk/vtk/blob/master/ > Documentation/dev/git/develop.md#leading-line > > +1 has alway been problematic. > I've never seen a +3 comment in the wild. > > What say we simplify to just +1 or -1 with words for everything else we > need to say? > > Any +1's out there for this suggestion? > -- > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > _______________________________________________ > 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 tj.corona at kitware.com Tue Oct 3 10:31:49 2017 From: tj.corona at kitware.com (TJ Corona) Date: Tue, 3 Oct 2017 10:31:49 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: Message-ID: <8251C033-C82D-4EAE-84D0-D5D904EBAC5B@kitware.com> We successfully use the workflow you are suggesting, so I can honestly give this suggestion: +3 Thomas J. Corona, Ph.D. Kitware, Inc. Senior R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4443 > On Oct 3, 2017, at 10:29 AM, David E DeMarle wrote: > > Our current rule is: > https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#leading-line > > +1 has alway been problematic. > I've never seen a +3 comment in the wild. > > What say we simplify to just +1 or -1 with words for everything else we need to say? > > Any +1's out there for this suggestion? > -- > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > _______________________________________________ > 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 Tue Oct 3 10:34:12 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 3 Oct 2017 16:34:12 +0200 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: Message-ID: Hi My scale was shifted by +1 actually. What i'm using is the following : +1 or ? (:+1:) means "I consider the changed ready for integration" +2 means "I consider the changed ready for integration and have locally tested it and verified it works." I'm happy with anything, but I always apreciate when a reviewer go ahead and try out the feature during the review. Mathieu Westphal On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle wrote: > Our current rule is: > https://gitlab.kitware.com/vtk/vtk/blob/master/ > Documentation/dev/git/develop.md#leading-line > > +1 has alway been problematic. > I've never seen a +3 comment in the wild. > > What say we simplify to just +1 or -1 with words for everything else we > need to say? > > Any +1's out there for this suggestion? > -- > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > _______________________________________________ > 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 berk.geveci at kitware.com Tue Oct 3 12:40:07 2017 From: berk.geveci at kitware.com (Berk Geveci) Date: Tue, 3 Oct 2017 12:40:07 -0400 Subject: [vtk-developers] vtkAtomic vs std::atomic, can we change yet? In-Reply-To: References: <20171002211433.269848742@mail.rogue-research.com> Message-ID: I would vote for dropping vtkAtomic and switching to std::atomic. Assuming that the functionality of std::atomic is a superset of vtkAtomic's On Tue, Oct 3, 2017 at 8:40 AM, Robert Maynard wrote: > Are you asking about replacing just the > Core/SMP/Sequential/vtkAtomic.cxx implementation or are you also > interested in removing all the per SMP implementations? > > Using http://en.cppreference.com/w/cpp/compiler_support we can see > that std::atomic is fully supported across the range of compilers we > need to support, so a conversion over to std::atomic would be allowed. > > On Mon, Oct 2, 2017 at 5:14 PM, Sean McBride > wrote: > > Hi all, > > > > Now that C++11 is required in VTK, could vtkAtomic switch to using > std::atomic instead of the current 3 implementations (gcc atomics, Apple > atomics, or Windows atomics)? Or are our minimum required environments not > ready for that? > > > > I ask because the APIs currently used in the macOS case are deprecated, > and thus it would be best to stop using them... > > > > Thanks, > > > > -- > > ____________________________________________________________ > > Sean McBride, B. Eng sean at rogue-research.com > > Rogue Research www.rogue-research.com > > Mac Software Developer Montr?al, Qu?bec, Canada > > > > > > _______________________________________________ > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Oct 3 14:58:52 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 3 Oct 2017 14:58:52 -0400 Subject: [vtk-developers] Odd cdash results Message-ID: Been noticing that my cdash results include other topics. For example see the mix of MRs here. Click on the cdash link here https://gitlab.kitware.com/vtk/vtk/merge_requests/3388 and you get to https://open.cdash.org/index.php?compare1=61&filtercount=1&field1=revision&project=VTK&showfilters=0&limit=100&value1=05e222affeb703c54915524a06c5aa7a17d8d51f&showfeed=0 which includes my topic add_swap_control_method and also another topic fix-getattributes-data They are reported with the same hash. Seemed odd to me.. Ken -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 ben.boeckel at kitware.com Tue Oct 3 15:10:09 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 3 Oct 2017 15:10:09 -0400 Subject: [vtk-developers] Odd cdash results In-Reply-To: References: Message-ID: <20171003191009.GA22907@megas.kitware.com> On Tue, Oct 03, 2017 at 14:58:52 -0400, Ken Martin wrote: > Been noticing that my cdash results include other topics. For example see > the mix of MRs here. Click on the cdash link here > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3388 > > and you get to > > https://open.cdash.org/index.php?compare1=61&filtercount=1&field1=revision&project=VTK&showfilters=0&limit=100&value1=05e222affeb703c54915524a06c5aa7a17d8d51f&showfeed=0 > > which includes my topic add_swap_control_method and also another topic > fix-getattributes-data They are reported with the same hash. The fix-gitattributes-data branch had been merged and removed. Now that we have submodules, we try and "fixup" the submodules in case that an MR has a submodule which hasn't been merged yet. This was green and it went forward with the build, but the top-level checkout had failed, so it just ran with what was there before. We should have the submodule update logic fail if the top-level git repo failed to get what it wanted. --Ben From jhlegarreta at vicomtech.org Tue Oct 3 17:17:34 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Tue, 3 Oct 2017 23:17:34 +0200 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: Message-ID: Although I use Mathieu's convention, I'd be OK if we switched to +1/-1 only. JON HAITZ -- On 3 October 2017 at 16:34, Mathieu Westphal wrote: > Hi > > My scale was shifted by +1 actually. > What i'm using is the following : > > +1 or (:+1:) means "I consider the changed ready for integration" > +2 means "I consider the changed ready for integration and have locally > tested it and verified it works." > > I'm happy with anything, but I always apreciate when a reviewer go ahead and > try out the feature during the review. > > Mathieu Westphal > > On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle > wrote: >> >> Our current rule is: >> >> https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#leading-line >> >> +1 has alway been problematic. >> I've never seen a +3 comment in the wild. >> >> What say we simplify to just +1 or -1 with words for everything else we >> need to say? >> >> Any +1's out there for this suggestion? >> -- >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> _______________________________________________ >> 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 > > From sean at rogue-research.com Tue Oct 3 17:24:53 2017 From: sean at rogue-research.com (Sean McBride) Date: Tue, 3 Oct 2017 17:24:53 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: Message-ID: <20171003212453.2119278424@mail.rogue-research.com> I rather like that distinction, i.e. the difference between merely "looks fine" vs "looks fine, I tried it, I know this code, I authoritatively approve". But I'm not super bothered about it all... Sean On Tue, 3 Oct 2017 23:17:34 +0200, Jon Haitz Legarreta said: >Although I use Mathieu's convention, I'd be OK if we switched to +1/-1 only. > >JON HAITZ > >-- > > > >On 3 October 2017 at 16:34, Mathieu Westphal > wrote: >> Hi >> >> My scale was shifted by +1 actually. >> What i'm using is the following : >> >> +1 or (:+1:) means "I consider the changed ready for integration" >> +2 means "I consider the changed ready for integration and have locally >> tested it and verified it works." >> >> I'm happy with anything, but I always apreciate when a reviewer go ahead and >> try out the feature during the review. >> >> Mathieu Westphal >> >> On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle >> wrote: >>> >>> Our current rule is: >>> >>> https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/ >develop.md#leading-line >>> >>> +1 has alway been problematic. >>> I've never seen a +3 comment in the wild. >>> >>> What say we simplify to just +1 or -1 with words for everything else we >>> need to say? >>> >>> Any +1's out there for this suggestion? >>> -- >>> David E DeMarle >>> Kitware, Inc. >>> Principal Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 From sur.chiranjib at gmail.com Wed Oct 4 04:08:22 2017 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Wed, 4 Oct 2017 13:38:22 +0530 Subject: [vtk-developers] compare polydata Message-ID: Hi, Is there any implementation available in VTK where I can compare two polydata and know if they are different? I want to design a function like this int polydataCompare(polydata1, polydata2) if they are different the function will return 1 else return 0 Thanks and regards, Chiranjib -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Wed Oct 4 04:14:02 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 4 Oct 2017 10:14:02 +0200 Subject: [vtk-developers] [Paraview-developers] compare polydata In-Reply-To: References: Message-ID: Hello Since you asked on the ParaView ML as well, this can be easilly done in a ParaView Programmable Filter, where you could compare all points, cells, point data, cell data and filed data of the inputs datasets. Best, Mathieu Westphal On Wed, Oct 4, 2017 at 10:08 AM, Chiranjib Sur wrote: > Hi, > Is there any implementation available in VTK where I can compare two > polydata and know if they are different? > > I want to design a function like this > > int polydataCompare(polydata1, polydata2) > > if they are different the function will return 1 else return 0 > > Thanks and regards, > Chiranjib > > _______________________________________________ > 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= > Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Wed Oct 4 04:17:50 2017 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Wed, 4 Oct 2017 13:47:50 +0530 Subject: [vtk-developers] [Paraview-developers] compare polydata In-Reply-To: References: Message-ID: Thanks Mathieu, any pointers for that? Actually my solution is within ParaView and internally I use VTK classes. Thanks and regards, Chiranjib On Wed, Oct 4, 2017 at 1:44 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hello > > Since you asked on the ParaView ML as well, this can be easilly done in a > ParaView Programmable Filter, > where you could compare all points, cells, point data, cell data and filed > data of the inputs datasets. > > Best, > > Mathieu Westphal > > On Wed, Oct 4, 2017 at 10:08 AM, Chiranjib Sur > wrote: > >> Hi, >> Is there any implementation available in VTK where I can compare two >> polydata and know if they are different? >> >> I want to design a function like this >> >> int polydataCompare(polydata1, polydata2) >> >> if they are different the function will return 1 else return 0 >> >> Thanks and regards, >> Chiranjib >> >> _______________________________________________ >> 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= >> Paraview-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview-developers >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Wed Oct 4 05:04:14 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 4 Oct 2017 11:04:14 +0200 Subject: [vtk-developers] [Paraview-developers] compare polydata In-Reply-To: References: Message-ID: Hello I've included a very simple state file that compare the number of points in two different datasets. You can expand the python programmable script to compare anything you want. You can find examples here : https://www.paraview.org/Wiki/Python_Programmable_Filter Best, Mathieu Westphal On Wed, Oct 4, 2017 at 10:17 AM, Chiranjib Sur wrote: > Thanks Mathieu, any pointers for that? Actually my solution is within > ParaView and internally I use VTK classes. > > > Thanks and regards, > Chiranjib > > On Wed, Oct 4, 2017 at 1:44 PM, Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > >> Hello >> >> Since you asked on the ParaView ML as well, this can be easilly done in a >> ParaView Programmable Filter, >> where you could compare all points, cells, point data, cell data and >> filed data of the inputs datasets. >> >> Best, >> >> Mathieu Westphal >> >> On Wed, Oct 4, 2017 at 10:08 AM, Chiranjib Sur >> wrote: >> >>> Hi, >>> Is there any implementation available in VTK where I can compare two >>> polydata and know if they are different? >>> >>> I want to design a function like this >>> >>> int polydataCompare(polydata1, polydata2) >>> >>> if they are different the function will return 1 else return 0 >>> >>> Thanks and regards, >>> Chiranjib >>> >>> _______________________________________________ >>> 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= >>> Paraview-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview-developers >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: compareDatasetsProgFilter.pvsm Type: application/octet-stream Size: 304379 bytes Desc: not available URL: From dan.lipsa at kitware.com Wed Oct 4 09:26:02 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Wed, 4 Oct 2017 09:26:02 -0400 Subject: [vtk-developers] Deprecate Qt4 Message-ID: Hi all, We are working to deprecate VTK use of Qt4. https://gitlab.kitware.com/vtk/vtk/merge_requests/3300 After this merge request is in, VTK_QT_VERSION will be 5 by default and you'll get warnings if you switch it to 4 and use VTK with Qt4. You can silence the warnings using VTK_LEGACY_SILENT=ON You can remove all legacy features using VTK_LEGACY_REMOVE=ON (You may want to do that if you compile with Qt5, to make sure you don't use by mistake Qt4 features). VTK + Qt applications using Qt5 need to use QVTKOpenGLWidget instead of QVTKWidget that was used for Qt4. https://www.vtk.org/doc/nightly/html/classQVTKOpenGLWidget.html We converted all VTK Qt examples and the examples from VTKExamples to use QVTKOpenGLWidget. Here is the pull request for VTKExamples https://github.com/lorensen/VTKExamples/pull/28 Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Wed Oct 4 10:32:50 2017 From: sean at rogue-research.com (Sean McBride) Date: Wed, 4 Oct 2017 10:32:50 -0400 Subject: [vtk-developers] Recently gettng: CMake Error Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found Message-ID: <20171004143250.2035194794@mail.rogue-research.com> Hi all, I was able to build VTK yesterday until I pulled (probably a week since last pull) and now it won't build, giving a bunch of errors like this: CMake Error at /Users/sean/external/VTK/CMake/ExternalData.cmake:1005 (message): Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found at: (No ExternalData_URL_TEMPLATES given) Call Stack (most recent call first): /Users/sean/external/VTK/CMake/ExternalData.cmake:1027 (_ExternalData_download_object) Anyone else seeing this? Thanks, Sean From brad.king at kitware.com Wed Oct 4 11:03:50 2017 From: brad.king at kitware.com (Brad King) Date: Wed, 4 Oct 2017 11:03:50 -0400 Subject: [vtk-developers] Recently gettng: CMake Error Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found In-Reply-To: <20171004143250.2035194794@mail.rogue-research.com> References: <20171004143250.2035194794@mail.rogue-research.com> Message-ID: <60be79e2-9f5b-69a9-5282-bfe069b34fc0@kitware.com> On 10/04/2017 10:32 AM, Sean McBride wrote: > CMake Error at /Users/sean/external/VTK/CMake/ExternalData.cmake:1005 (message): > Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found at: > > (No ExternalData_URL_TEMPLATES given) The reference to that object is pretty old, and the files CMake/vtkExternalData.cmake CMake/ExternalData.cmake haven't changed in a long time. Unless VTK_FORBID_DOWNLOADS is on, vtkExternalData.cmake should configure the proper url templates. -Brad From berk.geveci at kitware.com Wed Oct 4 11:51:21 2017 From: berk.geveci at kitware.com (Berk Geveci) Date: Wed, 4 Oct 2017 11:51:21 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: <20171003212453.2119278424@mail.rogue-research.com> References: <20171003212453.2119278424@mail.rogue-research.com> Message-ID: We could keep +2 and +3 but make +1 sufficient for merging... Just saying. On Tue, Oct 3, 2017 at 5:24 PM, Sean McBride wrote: > I rather like that distinction, i.e. the difference between merely "looks > fine" vs "looks fine, I tried it, I know this code, I authoritatively > approve". > > But I'm not super bothered about it all... > > Sean > > > On Tue, 3 Oct 2017 23:17:34 +0200, Jon Haitz Legarreta said: > > >Although I use Mathieu's convention, I'd be OK if we switched to +1/-1 > only. > > > >JON HAITZ > > > >-- > > > > > > > >On 3 October 2017 at 16:34, Mathieu Westphal > > wrote: > >> Hi > >> > >> My scale was shifted by +1 actually. > >> What i'm using is the following : > >> > >> +1 or (:+1:) means "I consider the changed ready for integration" > >> +2 means "I consider the changed ready for integration and have > locally > >> tested it and verified it works." > >> > >> I'm happy with anything, but I always apreciate when a reviewer go > ahead and > >> try out the feature during the review. > >> > >> Mathieu Westphal > >> > >> On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle < > dave.demarle at kitware.com> > >> wrote: > >>> > >>> Our current rule is: > >>> > >>> https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/ > >develop.md#leading-line > >>> > >>> +1 has alway been problematic. > >>> I've never seen a +3 comment in the wild. > >>> > >>> What say we simplify to just +1 or -1 with words for everything else we > >>> need to say? > >>> > >>> Any +1's out there for this suggestion? > >>> -- > >>> David E DeMarle > >>> Kitware, Inc. > >>> Principal Engineer > >>> 21 Corporate Drive > >>> Clifton Park, NY 12065-8662 > >>> Phone: 518-881-4909 > > > _______________________________________________ > 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 Wed Oct 4 12:01:38 2017 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 4 Oct 2017 12:01:38 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: <20171003212453.2119278424@mail.rogue-research.com> Message-ID: Or use colors like TSA. This topic is threat level Orange ;-) On Wed, Oct 4, 2017 at 11:51 AM, Berk Geveci wrote: > We could keep +2 and +3 but make +1 sufficient for merging... Just saying. > > On Tue, Oct 3, 2017 at 5:24 PM, Sean McBride > wrote: > >> I rather like that distinction, i.e. the difference between merely "looks >> fine" vs "looks fine, I tried it, I know this code, I authoritatively >> approve". >> >> But I'm not super bothered about it all... >> >> Sean >> >> >> On Tue, 3 Oct 2017 23:17:34 +0200, Jon Haitz Legarreta said: >> >> >Although I use Mathieu's convention, I'd be OK if we switched to +1/-1 >> only. >> > >> >JON HAITZ >> > >> >-- >> > >> > >> > >> >On 3 October 2017 at 16:34, Mathieu Westphal >> > wrote: >> >> Hi >> >> >> >> My scale was shifted by +1 actually. >> >> What i'm using is the following : >> >> >> >> +1 or (:+1:) means "I consider the changed ready for integration" >> >> +2 means "I consider the changed ready for integration and have >> locally >> >> tested it and verified it works." >> >> >> >> I'm happy with anything, but I always apreciate when a reviewer go >> ahead and >> >> try out the feature during the review. >> >> >> >> Mathieu Westphal >> >> >> >> On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle < >> dave.demarle at kitware.com> >> >> wrote: >> >>> >> >>> Our current rule is: >> >>> >> >>> https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/ >> >develop.md#leading-line >> >>> >> >>> +1 has alway been problematic. >> >>> I've never seen a +3 comment in the wild. >> >>> >> >>> What say we simplify to just +1 or -1 with words for everything else >> we >> >>> need to say? >> >>> >> >>> Any +1's out there for this suggestion? >> >>> -- >> >>> David E DeMarle >> >>> Kitware, Inc. >> >>> Principal Engineer >> >>> 21 Corporate Drive >> >>> Clifton Park, NY 12065-8662 >> >>> Phone: 518-881-4909 >> >> >> _______________________________________________ >> 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 > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 jhlegarreta at vicomtech.org Wed Oct 4 12:07:46 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Wed, 4 Oct 2017 18:07:46 +0200 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: <20171003212453.2119278424@mail.rogue-research.com> Message-ID: Concerning Berk's suggestion, and if I understood well, if +1 is sufficient for merging, IMHO then we'll hardly see +2 and +3, unless somebody explicitly asks for an exotic build (i.e. not regular buildbots). And in that case, one of the two would be enough (i.e. tested in local exotic build, and it works). JON HAITZ -- On 4 October 2017 at 18:01, Ken Martin wrote: > Or use colors like TSA. This topic is threat level Orange ;-) > > On Wed, Oct 4, 2017 at 11:51 AM, Berk Geveci > wrote: >> >> We could keep +2 and +3 but make +1 sufficient for merging... Just saying. >> >> On Tue, Oct 3, 2017 at 5:24 PM, Sean McBride >> wrote: >>> >>> I rather like that distinction, i.e. the difference between merely "looks >>> fine" vs "looks fine, I tried it, I know this code, I authoritatively >>> approve". >>> >>> But I'm not super bothered about it all... >>> >>> Sean >>> >>> >>> On Tue, 3 Oct 2017 23:17:34 +0200, Jon Haitz Legarreta said: >>> >>> >Although I use Mathieu's convention, I'd be OK if we switched to +1/-1 >>> > only. >>> > >>> >JON HAITZ >>> > >>> >-- >>> > >>> > >>> > >>> >On 3 October 2017 at 16:34, Mathieu Westphal >>> > wrote: >>> >> Hi >>> >> >>> >> My scale was shifted by +1 actually. >>> >> What i'm using is the following : >>> >> >>> >> +1 or (:+1:) means "I consider the changed ready for integration" >>> >> +2 means "I consider the changed ready for integration and have >>> >> locally >>> >> tested it and verified it works." >>> >> >>> >> I'm happy with anything, but I always apreciate when a reviewer go >>> >> ahead and >>> >> try out the feature during the review. >>> >> >>> >> Mathieu Westphal >>> >> >>> >> On Tue, Oct 3, 2017 at 4:29 PM, David E DeMarle >>> >> >>> >> wrote: >>> >>> >>> >>> Our current rule is: >>> >>> >>> >>> https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/ >>> >develop.md#leading-line >>> >>> >>> >>> +1 has alway been problematic. >>> >>> I've never seen a +3 comment in the wild. >>> >>> >>> >>> What say we simplify to just +1 or -1 with words for everything else >>> >>> we >>> >>> need to say? >>> >>> >>> >>> Any +1's out there for this suggestion? >>> >>> -- >>> >>> David E DeMarle >>> >>> Kitware, Inc. >>> >>> Principal Engineer >>> >>> 21 Corporate Drive >>> >>> Clifton Park, NY 12065-8662 >>> >>> Phone: 518-881-4909 >>> >>> >>> _______________________________________________ >>> 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 >> >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 > > From ben.boeckel at kitware.com Wed Oct 4 13:02:39 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 4 Oct 2017 13:02:39 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: References: <20171003212453.2119278424@mail.rogue-research.com> Message-ID: <20171004170239.GA28639@megas.kitware.com> On Wed, Oct 04, 2017 at 11:51:21 -0400, Berk Geveci wrote: > We could keep +2 and +3 but make +1 sufficient for merging... Just saying. The bot will continue to parse and turn +2 and +3 into Reviewed-by and Tested-by, respectively. What is sufficient for merging is up to you, the bot does no enforcement of minimums. --Ben From brad.king at kitware.com Wed Oct 4 13:21:05 2017 From: brad.king at kitware.com (Brad King) Date: Wed, 4 Oct 2017 13:21:05 -0400 Subject: [vtk-developers] proposal - drop +1/+2/+3 in favor of simply +1 In-Reply-To: <20171004170239.GA28639@megas.kitware.com> References: <20171003212453.2119278424@mail.rogue-research.com> <20171004170239.GA28639@megas.kitware.com> Message-ID: <585f47ed-9ccf-d301-504f-02f780639e3a@kitware.com> On 10/04/2017 01:02 PM, Ben Boeckel wrote: > On Wed, Oct 04, 2017 at 11:51:21 -0400, Berk Geveci wrote: >> We could keep +2 and +3 but make +1 sufficient for merging... Just saying. > > The bot will continue to parse and turn +2 and +3 into Reviewed-by and > Tested-by, respectively. What is sufficient for merging is up to you, > the bot does no enforcement of minimums. This may just be a matter of updating VTK's developer documentation in Documentation/dev/git/develop.md with the conventions we want to use. -Brad From sean at rogue-research.com Wed Oct 4 13:36:31 2017 From: sean at rogue-research.com (Sean McBride) Date: Wed, 4 Oct 2017 13:36:31 -0400 Subject: [vtk-developers] Recently gettng: CMake Error Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found In-Reply-To: <60be79e2-9f5b-69a9-5282-bfe069b34fc0@kitware.com> References: <20171004143250.2035194794@mail.rogue-research.com> <60be79e2-9f5b-69a9-5282-bfe069b34fc0@kitware.com> Message-ID: <20171004173631.263518294@mail.rogue-research.com> On Wed, 4 Oct 2017 11:03:50 -0400, Brad King said: >On 10/04/2017 10:32 AM, Sean McBride wrote: >> CMake Error at /Users/sean/external/VTK/CMake/ExternalData.cmake:1005 >(message): >> Object MD5=72b1784f9998d7bfb2f7bebf1b9b7870 not found at: >> >> (No ExternalData_URL_TEMPLATES given) > >The reference to that object is pretty old, and the files > > CMake/vtkExternalData.cmake > CMake/ExternalData.cmake > >haven't changed in a long time. Unless VTK_FORBID_DOWNLOADS >is on, vtkExternalData.cmake should configure the proper url >templates. It was VTK_FORBID_DOWNLOADS, thanks! Sean From bill.lorensen at gmail.com Thu Oct 5 14:52:55 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 5 Oct 2017 11:52:55 -0700 Subject: [vtk-developers] ANN: VTK Book Examples Message-ID: Folks, We've started an effort to convert all of the examples mentioned in the VTK Book. This is a works in progress. Since some of the API's have changed, the new implementations may differ from those in the book. Also, since Tcl used less frequently, the examples have been converted to C++. The examples are also enhanced by newer VTK features, like vtkNamedColors and VtkSmartPointer. Each Figure example 1) links to the source code of the new implementation, 2) links to the doxygen documentation for classes demonstrated, 3) shows the original figure caption and, 4) if the example produces an image, links to the full resolution image. 5) If the caption includes a source file reference, e.g. bluntStr.cxx or rotations.tcl, that reference links to the original source code. Go to: https://lorensen.github.io/VTKExamples/site/VTKBookFigures/ Figures that have been converted will show an image on the right: For example see: https://lorensen.github.io/VTKExamples/site/Cxx/VisualizationAlgorithms/LOx/ Please enjoy this new effort to revive the VTK Figure examples. Bill From bill.lorensen at gmail.com Mon Oct 9 19:51:50 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 9 Oct 2017 16:51:50 -0700 Subject: [vtk-developers] Does RepeatOn work for textures with OpenGL2? Message-ID: I don't see RepeatOn tested properly. Does it work with OpenGL2? -- Unpaid intern in BillsBasement at noware dot com From rroemer at gmail.com Mon Oct 9 22:34:09 2017 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=C3=B6mer?=) Date: Tue, 10 Oct 2017 02:34:09 +0000 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python Message-ID: Hello, I'm trying to fix a problem with the python wrapper of my library. In my CMakeLists.txt there are the following lines: find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling vtkRenderingFreeType NO_MODULE) include(${VTK_USE_FILE}) if(VTK_WRAP_PYTHON) find_package(PythonLibs 2.7 REQUIRED) if(PYTHONLIBS_FOUND) include_directories(${PYTHON_INCLUDE_DIRS} ${PROJECT_SOURCE_DIR}) include(vtkWrapPython) vtk_wrap_python3(${PROJECT_NAME}Python ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) add_library(${PROJECT_NAME}PythonD ${${PROJECT_NAME}Python_srcs}) target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) add_library(${PROJECT_NAME}Python MODULE ${PROJECT_NAME}PythonInit.cxx) target_link_libraries(${PROJECT_NAME}Python ${PROJECT_NAME}PythonD) endif() endif() When I try to import the module into a python script, I get an import error about undefined symbols like PyVTKObject_Type. After a little research with nm I found out that the shared object is not linked to libvtkWrappingPython27Core. Here are the first lines of it: U PyBool_FromLong U PyDict_SetItemString U PyErr_Occurred U PyInt_FromLong U PyModule_GetDict U PyString_FromString 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter U PyVTKClass_New U PyVTKClass_Type U PyVTKClass_vtkPolyDataAlgorithmNew How to fix this? There is no documentation about the the python wrapper, except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ. I'm actually using VTK 6.3 and my library can be found on https://github.com/zippy84/vtkbool. Best regards Ronald -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Oct 9 22:59:58 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 9 Oct 2017 20:59:58 -0600 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: Message-ID: Hi Ronald, Use the following: target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} vtkWrappingPythonCore) You might also have to add vtkWrappingPythonCore to the components for find_package(VTK). - David On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer wrote: > Hello, > > I'm trying to fix a problem with the python wrapper of my library. In my > CMakeLists.txt there are the following lines: > > find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy > vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling > vtkRenderingFreeType NO_MODULE) > > include(${VTK_USE_FILE}) > > if(VTK_WRAP_PYTHON) > find_package(PythonLibs 2.7 REQUIRED) > > if(PYTHONLIBS_FOUND) > > include_directories(${PYTHON_INCLUDE_DIRS} ${PROJECT_SOURCE_DIR}) > > include(vtkWrapPython) > > vtk_wrap_python3(${PROJECT_NAME}Python ${PROJECT_NAME}Python_srcs > vtkPolyDataBooleanFilter.cxx) > > add_library(${PROJECT_NAME}PythonD ${${PROJECT_NAME}Python_srcs}) > target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) > > add_library(${PROJECT_NAME}Python MODULE > ${PROJECT_NAME}PythonInit.cxx) > target_link_libraries(${PROJECT_NAME}Python > ${PROJECT_NAME}PythonD) > > endif() > endif() > > When I try to import the module into a python script, I get an import > error about undefined symbols like PyVTKObject_Type. After a little > research with nm I found out that the shared object is not linked to > libvtkWrappingPython27Core. Here are the first lines of it: > > U PyBool_FromLong > U PyDict_SetItemString > U PyErr_Occurred > U PyInt_FromLong > U PyModule_GetDict > U PyString_FromString > 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter > U PyVTKClass_New > U PyVTKClass_Type > U PyVTKClass_vtkPolyDataAlgorithmNew > > How to fix this? There is no documentation about the the python wrapper, > except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ. > > I'm actually using VTK 6.3 and my library can be found on > https://github.com/zippy84/vtkbool. > > Best regards > Ronald > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rroemer at gmail.com Mon Oct 9 23:14:55 2017 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=c3=b6mer?=) Date: Tue, 10 Oct 2017 05:14:55 +0200 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: Message-ID: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> I already tried this without any success. I have no idea what is wrong with it. You can try to modify my code to find out the correct necessary changes. Best regards Ronald On 10.10.2017 04:59, David Gobbi wrote: > Hi Ronald, > > Use the following: > > target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} > vtkWrappingPythonCore) > > You might also have to add vtkWrappingPythonCore to the components > for find_package(VTK). > > - David > > > On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer > wrote: > > Hello, > > I'm trying to fix a problem with the python wrapper of my library. > In my CMakeLists.txt there are the following lines: > > find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy > vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling > vtkRenderingFreeType NO_MODULE) > > include(${VTK_USE_FILE}) > > if(VTK_WRAP_PYTHON) > find_package(PythonLibs 2.7 REQUIRED) > > if(PYTHONLIBS_FOUND) > > include_directories(${PYTHON_INCLUDE_DIRS} > ${PROJECT_SOURCE_DIR}) > > include(vtkWrapPython) > > vtk_wrap_python3(${PROJECT_NAME}Python > ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) > > add_library(${PROJECT_NAME}PythonD > ${${PROJECT_NAME}Python_srcs}) > target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) > > add_library(${PROJECT_NAME}Python MODULE > ${PROJECT_NAME}PythonInit.cxx) > target_link_libraries(${PROJECT_NAME}Python > ${PROJECT_NAME}PythonD) > > endif() > endif() > > When I try to import the module into a python script, I get an > import error about undefined symbols like PyVTKObject_Type. After > a little research with nm I found out that the shared object is > not linked to libvtkWrappingPython27Core. Here are the first lines > of it: > > U PyBool_FromLong > U PyDict_SetItemString > U PyErr_Occurred > U PyInt_FromLong > U PyModule_GetDict > U PyString_FromString > 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter > U PyVTKClass_New > U PyVTKClass_Type > U PyVTKClass_vtkPolyDataAlgorithmNew > > How to fix this? There is no documentation about the the python > wrapper, except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ > . > > I'm actually using VTK 6.3 and my library can be found on > https://github.com/zippy84/vtkbool > . > > Best regards > Ronald > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Oct 9 23:18:01 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 9 Oct 2017 21:18:01 -0600 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> Message-ID: Did it fail because it didn't find the library? Or did it fail because it still had unresolved symbols? On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer wrote: > I already tried this without any success. I have no idea what is wrong > with it. You can try to modify my code to find out the correct necessary > changes. > > Best regards > Ronald > > > > On 10.10.2017 04:59, David Gobbi wrote: > > Hi Ronald, > > Use the following: > > target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} > vtkWrappingPythonCore) > > You might also have to add vtkWrappingPythonCore to the components > for find_package(VTK). > > - David > > > On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer wrote: > >> Hello, >> >> I'm trying to fix a problem with the python wrapper of my library. In my >> CMakeLists.txt there are the following lines: >> >> find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy >> vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling >> vtkRenderingFreeType NO_MODULE) >> >> include(${VTK_USE_FILE}) >> >> if(VTK_WRAP_PYTHON) >> find_package(PythonLibs 2.7 REQUIRED) >> >> if(PYTHONLIBS_FOUND) >> >> include_directories(${PYTHON_INCLUDE_DIRS} ${PROJECT_SOURCE_DIR}) >> >> include(vtkWrapPython) >> >> vtk_wrap_python3(${PROJECT_NAME}Python >> ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) >> >> add_library(${PROJECT_NAME}PythonD ${${PROJECT_NAME}Python_srcs}) >> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) >> >> add_library(${PROJECT_NAME}Python MODULE >> ${PROJECT_NAME}PythonInit.cxx) >> target_link_libraries(${PROJECT_NAME}Python >> ${PROJECT_NAME}PythonD) >> >> endif() >> endif() >> >> When I try to import the module into a python script, I get an import >> error about undefined symbols like PyVTKObject_Type. After a little >> research with nm I found out that the shared object is not linked to >> libvtkWrappingPython27Core. Here are the first lines of it: >> >> U PyBool_FromLong >> U PyDict_SetItemString >> U PyErr_Occurred >> U PyInt_FromLong >> U PyModule_GetDict >> U PyString_FromString >> 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter >> U PyVTKClass_New >> U PyVTKClass_Type >> U PyVTKClass_vtkPolyDataAlgorithmNew >> >> How to fix this? There is no documentation about the the python wrapper, >> except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ. >> >> I'm actually using VTK 6.3 and my library can be found on >> https://github.com/zippy84/vtkbool. >> >> Best regards >> Ronald >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rroemer at gmail.com Mon Oct 9 23:28:38 2017 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=c3=b6mer?=) Date: Tue, 10 Oct 2017 05:28:38 +0200 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> Message-ID: There are still undefined symbols: 00000000002074e0 d DW.ref.__gxx_personality_v0 U PyBool_FromLong U PyDict_SetItemString U PyErr_Occurred U PyInt_FromLong U PyModule_GetDict U PyString_FromString 00000000000040f9 T PyVTKAddFile_vtkPolyDataBooleanFilter U PyVTKClass_New U PyVTKClass_Type U PyVTKClass_vtkPolyDataAlgorithmNew 0000000000004087 T PyVTKClass_vtkPolyDataBooleanFilterNew U PyVTKObject_GetObject U PyVTKObject_SetFlag U PyVTKObject_Type U Py_FatalError U Py_InitModule4_64 I think it is a problem with the modularized VTK, that is present since version 6. libvtkWrappingPython27Core-6.3.so exists in the lib directory. On 10.10.2017 05:18, David Gobbi wrote: > Did it fail because it didn't find the library? Or did it fail > because it still had unresolved symbols? > > On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer > wrote: > > I already tried this without any success. I have no idea what is > wrong with it. You can try to modify my code to find out the > correct necessary changes. > > Best regards > Ronald > > > > On 10.10.2017 04:59, David Gobbi wrote: >> Hi Ronald, >> >> Use the following: >> >> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} >> vtkWrappingPythonCore) >> >> You might also have to add vtkWrappingPythonCore to the >> components for find_package(VTK). >> >> - David >> >> >> On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer > > wrote: >> >> Hello, >> >> I'm trying to fix a problem with the python wrapper of my >> library. In my CMakeLists.txt there are the following lines: >> >> find_package(VTK REQUIRED COMPONENTS vtkFiltersSources >> vtkIOLegacy vtkFiltersExtraction vtkFiltersGeometry >> vtkFiltersModeling vtkRenderingFreeType NO_MODULE) >> >> include(${VTK_USE_FILE}) >> >> if(VTK_WRAP_PYTHON) >> find_package(PythonLibs 2.7 REQUIRED) >> >> if(PYTHONLIBS_FOUND) >> >> include_directories(${PYTHON_INCLUDE_DIRS} >> ${PROJECT_SOURCE_DIR}) >> >> include(vtkWrapPython) >> >> vtk_wrap_python3(${PROJECT_NAME}Python >> ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) >> >> add_library(${PROJECT_NAME}PythonD >> ${${PROJECT_NAME}Python_srcs}) >> target_link_libraries(${PROJECT_NAME}PythonD >> ${PROJECT_NAME}) >> >> add_library(${PROJECT_NAME}Python MODULE >> ${PROJECT_NAME}PythonInit.cxx) >> target_link_libraries(${PROJECT_NAME}Python >> ${PROJECT_NAME}PythonD) >> >> endif() >> endif() >> >> When I try to import the module into a python script, I get >> an import error about undefined symbols like >> PyVTKObject_Type. After a little research with nm I found out >> that the shared object is not linked to >> libvtkWrappingPython27Core. Here are the first lines of it: >> >> U PyBool_FromLong >> U PyDict_SetItemString >> U PyErr_Occurred >> U PyInt_FromLong >> U PyModule_GetDict >> U PyString_FromString >> 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter >> U PyVTKClass_New >> U PyVTKClass_Type >> U PyVTKClass_vtkPolyDataAlgorithmNew >> >> How to fix this? There is no documentation about the the >> python wrapper, except >> https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ >> . >> >> I'm actually using VTK 6.3 and my library can be found on >> https://github.com/zippy84/vtkbool >> . >> >> Best regards >> Ronald >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Oct 9 23:45:19 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 9 Oct 2017 21:45:19 -0600 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> Message-ID: I'm just trying to make sure that we're communicating the correct information back and forth here... Are you saying that after adding vtkWrappingPythonCore to target_link_libraries(), you were able to successfully compile your project, but when trying to import the module you saw unresolved symbol errors for PyVTKClass_New and other "PyVTK_*" methods? The vtkWrappingPythonCore library existed in VTK 5, as well, but it was called vtkPythonCore back then. - David On Mon, Oct 9, 2017 at 9:28 PM, Ronald R?mer wrote: > There are still undefined symbols: > > 00000000002074e0 d DW.ref.__gxx_personality_v0 > U PyBool_FromLong > U PyDict_SetItemString > U PyErr_Occurred > U PyInt_FromLong > U PyModule_GetDict > U PyString_FromString > 00000000000040f9 T PyVTKAddFile_vtkPolyDataBooleanFilter > U PyVTKClass_New > U PyVTKClass_Type > U PyVTKClass_vtkPolyDataAlgorithmNew > 0000000000004087 T PyVTKClass_vtkPolyDataBooleanFilterNew > U PyVTKObject_GetObject > U PyVTKObject_SetFlag > U PyVTKObject_Type > U Py_FatalError > U Py_InitModule4_64 > > I think it is a problem with the modularized VTK, that is present since > version 6. > > libvtkWrappingPython27Core-6.3.so exists in the lib directory. > > > > > On 10.10.2017 05:18, David Gobbi wrote: > > Did it fail because it didn't find the library? Or did it fail because it > still had unresolved symbols? > > On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer wrote: > >> I already tried this without any success. I have no idea what is wrong >> with it. You can try to modify my code to find out the correct necessary >> changes. >> >> Best regards >> Ronald >> >> >> >> On 10.10.2017 04:59, David Gobbi wrote: >> >> Hi Ronald, >> >> Use the following: >> >> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} >> vtkWrappingPythonCore) >> >> You might also have to add vtkWrappingPythonCore to the components >> for find_package(VTK). >> >> - David >> >> >> On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer wrote: >> >>> Hello, >>> >>> I'm trying to fix a problem with the python wrapper of my library. In my >>> CMakeLists.txt there are the following lines: >>> >>> find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy >>> vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling >>> vtkRenderingFreeType NO_MODULE) >>> >>> include(${VTK_USE_FILE}) >>> >>> if(VTK_WRAP_PYTHON) >>> find_package(PythonLibs 2.7 REQUIRED) >>> >>> if(PYTHONLIBS_FOUND) >>> >>> include_directories(${PYTHON_INCLUDE_DIRS} >>> ${PROJECT_SOURCE_DIR}) >>> >>> include(vtkWrapPython) >>> >>> vtk_wrap_python3(${PROJECT_NAME}Python >>> ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) >>> >>> add_library(${PROJECT_NAME}PythonD >>> ${${PROJECT_NAME}Python_srcs}) >>> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) >>> >>> add_library(${PROJECT_NAME}Python MODULE >>> ${PROJECT_NAME}PythonInit.cxx) >>> target_link_libraries(${PROJECT_NAME}Python >>> ${PROJECT_NAME}PythonD) >>> >>> endif() >>> endif() >>> >>> When I try to import the module into a python script, I get an import >>> error about undefined symbols like PyVTKObject_Type. After a little >>> research with nm I found out that the shared object is not linked to >>> libvtkWrappingPython27Core. Here are the first lines of it: >>> >>> U PyBool_FromLong >>> U PyDict_SetItemString >>> U PyErr_Occurred >>> U PyInt_FromLong >>> U PyModule_GetDict >>> U PyString_FromString >>> 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter >>> U PyVTKClass_New >>> U PyVTKClass_Type >>> U PyVTKClass_vtkPolyDataAlgorithmNew >>> >>> How to fix this? There is no documentation about the the python wrapper, >>> except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ. >>> >>> I'm actually using VTK 6.3 and my library can be found on >>> https://github.com/zippy84/vtkbool. >>> >>> Best regards >>> Ronald >>> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rroemer at gmail.com Mon Oct 9 23:49:22 2017 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=c3=b6mer?=) Date: Tue, 10 Oct 2017 05:49:22 +0200 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> Message-ID: <0f02557a-cdda-c3f3-e9c9-b5741534c2a7@gmail.com> Yes, that's right. On 10.10.2017 05:45, David Gobbi wrote: > I'm just trying to make sure that we're communicating the correct > information back and forth here... > > Are you saying that after adding vtkWrappingPythonCore to > target_link_libraries(), you were able to successfully compile your > project, but when trying to import the module you saw unresolved > symbol errors for PyVTKClass_New and other "PyVTK_*" methods? > > The vtkWrappingPythonCore library existed in VTK 5, as well, but it > was called vtkPythonCore back then. > > - David > > > On Mon, Oct 9, 2017 at 9:28 PM, Ronald R?mer > wrote: > > There are still undefined symbols: > > 00000000002074e0 d DW.ref.__gxx_personality_v0 > U PyBool_FromLong > U PyDict_SetItemString > U PyErr_Occurred > U PyInt_FromLong > U PyModule_GetDict > U PyString_FromString > 00000000000040f9 T PyVTKAddFile_vtkPolyDataBooleanFilter > U PyVTKClass_New > U PyVTKClass_Type > U PyVTKClass_vtkPolyDataAlgorithmNew > 0000000000004087 T PyVTKClass_vtkPolyDataBooleanFilterNew > U PyVTKObject_GetObject > U PyVTKObject_SetFlag > U PyVTKObject_Type > U Py_FatalError > U Py_InitModule4_64 > > I think it is a problem with the modularized VTK, that is present > since version 6. > > libvtkWrappingPython27Core-6.3.so > exists in the lib > directory. > > > > > On 10.10.2017 05:18, David Gobbi wrote: >> Did it fail because it didn't find the library? Or did it fail >> because it still had unresolved symbols? >> >> On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer > > wrote: >> >> I already tried this without any success. I have no idea what >> is wrong with it. You can try to modify my code to find out >> the correct necessary changes. >> >> Best regards >> Ronald >> >> >> >> On 10.10.2017 04:59, David Gobbi wrote: >>> Hi Ronald, >>> >>> Use the following: >>> >>> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} >>> vtkWrappingPythonCore) >>> >>> You might also have to add vtkWrappingPythonCore to the >>> components for find_package(VTK). >>> >>> - David >>> >>> >>> On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer >>> > wrote: >>> >>> Hello, >>> >>> I'm trying to fix a problem with the python wrapper of >>> my library. In my CMakeLists.txt there are the following >>> lines: >>> >>> find_package(VTK REQUIRED COMPONENTS vtkFiltersSources >>> vtkIOLegacy vtkFiltersExtraction vtkFiltersGeometry >>> vtkFiltersModeling vtkRenderingFreeType NO_MODULE) >>> >>> include(${VTK_USE_FILE}) >>> >>> if(VTK_WRAP_PYTHON) >>> find_package(PythonLibs 2.7 REQUIRED) >>> >>> if(PYTHONLIBS_FOUND) >>> >>> include_directories(${PYTHON_INCLUDE_DIRS} >>> ${PROJECT_SOURCE_DIR}) >>> >>> include(vtkWrapPython) >>> >>> vtk_wrap_python3(${PROJECT_NAME}Python >>> ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) >>> >>> add_library(${PROJECT_NAME}PythonD >>> ${${PROJECT_NAME}Python_srcs}) >>> target_link_libraries(${PROJECT_NAME}PythonD >>> ${PROJECT_NAME}) >>> >>> add_library(${PROJECT_NAME}Python MODULE >>> ${PROJECT_NAME}PythonInit.cxx) >>> target_link_libraries(${PROJECT_NAME}Python >>> ${PROJECT_NAME}PythonD) >>> >>> endif() >>> endif() >>> >>> When I try to import the module into a python script, I >>> get an import error about undefined symbols like >>> PyVTKObject_Type. After a little research with nm I >>> found out that the shared object is not linked to >>> libvtkWrappingPython27Core. Here are the first lines of it: >>> >>> U PyBool_FromLong >>> U PyDict_SetItemString >>> U PyErr_Occurred >>> U PyInt_FromLong >>> U PyModule_GetDict >>> U PyString_FromString >>> 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter >>> U PyVTKClass_New >>> U PyVTKClass_Type >>> U PyVTKClass_vtkPolyDataAlgorithmNew >>> >>> How to fix this? There is no documentation about the the >>> python wrapper, except >>> https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ >>> . >>> >>> I'm actually using VTK 6.3 and my library can be found >>> on https://github.com/zippy84/vtkbool >>> . >>> >>> Best regards >>> Ronald >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Tue Oct 10 00:27:16 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 9 Oct 2017 22:27:16 -0600 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: <0f02557a-cdda-c3f3-e9c9-b5741534c2a7@gmail.com> References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> <0f02557a-cdda-c3f3-e9c9-b5741534c2a7@gmail.com> Message-ID: Seems fishy to me, but in any case, I downloaded your vtkbool package and was able to build & use it with the following modifications to the CMakeLists.txt: 1) added vtkWrappingPythonCore to the COMPONENTS: find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling vtkRenderingFreeType vtkWrappingPythonCore NO_MODULE) 2) added vtkWrappingPythonCore and vtkCommonExecutionModelPythonD to target_link_libraries: target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} vtkWrappingPythonCore vtkCommonExecutionModelPythonD) 3) fixed the prefix and suffix for the Python module: set_target_properties(${PROJECT_NAME}Python PROPERTIES PREFIX "") if(WIN32) set_target_properties(${PROJECT_NAME}Python PROPERTIES SUFFIX ".pyd") endif() After that, I built the project and loaded the module into Python: vtkpython vtk version 7.1.0 Python 2.7.10 (default, Oct 23 2015, 19:19:21) [GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.59.5)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from vtkboolPython import vtkPolyDataBooleanFilter >>> pdbf = vtkPolyDataBooleanFilter() >>> In summary, I'm not sure why you were still seeing the missing symbols after you linked to the library. - David On Mon, Oct 9, 2017 at 9:49 PM, Ronald R?mer wrote: > Yes, that's right. > > On 10.10.2017 05:45, David Gobbi wrote: > > I'm just trying to make sure that we're communicating the correct > information back and forth here... > > Are you saying that after adding vtkWrappingPythonCore to > target_link_libraries(), you were able to successfully compile your > project, but when trying to import the module you saw unresolved symbol > errors for PyVTKClass_New and other "PyVTK_*" methods? > > The vtkWrappingPythonCore library existed in VTK 5, as well, but it was > called vtkPythonCore back then. > > - David > > > On Mon, Oct 9, 2017 at 9:28 PM, Ronald R?mer wrote: > >> There are still undefined symbols: >> >> 00000000002074e0 d DW.ref.__gxx_personality_v0 >> U PyBool_FromLong >> U PyDict_SetItemString >> U PyErr_Occurred >> U PyInt_FromLong >> U PyModule_GetDict >> U PyString_FromString >> 00000000000040f9 T PyVTKAddFile_vtkPolyDataBooleanFilter >> U PyVTKClass_New >> U PyVTKClass_Type >> U PyVTKClass_vtkPolyDataAlgorithmNew >> 0000000000004087 T PyVTKClass_vtkPolyDataBooleanFilterNew >> U PyVTKObject_GetObject >> U PyVTKObject_SetFlag >> U PyVTKObject_Type >> U Py_FatalError >> U Py_InitModule4_64 >> >> I think it is a problem with the modularized VTK, that is present since >> version 6. >> >> libvtkWrappingPython27Core-6.3.so exists in the lib directory. >> >> >> >> >> On 10.10.2017 05:18, David Gobbi wrote: >> >> Did it fail because it didn't find the library? Or did it fail because >> it still had unresolved symbols? >> >> On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer wrote: >> >>> I already tried this without any success. I have no idea what is wrong >>> with it. You can try to modify my code to find out the correct necessary >>> changes. >>> >>> Best regards >>> Ronald >>> >>> >>> >>> On 10.10.2017 04:59, David Gobbi wrote: >>> >>> Hi Ronald, >>> >>> Use the following: >>> >>> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} >>> vtkWrappingPythonCore) >>> >>> You might also have to add vtkWrappingPythonCore to the components >>> for find_package(VTK). >>> >>> - David >>> >>> >>> On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer wrote: >>> >>>> Hello, >>>> >>>> I'm trying to fix a problem with the python wrapper of my library. In >>>> my CMakeLists.txt there are the following lines: >>>> >>>> find_package(VTK REQUIRED COMPONENTS vtkFiltersSources vtkIOLegacy >>>> vtkFiltersExtraction vtkFiltersGeometry vtkFiltersModeling >>>> vtkRenderingFreeType NO_MODULE) >>>> >>>> include(${VTK_USE_FILE}) >>>> >>>> if(VTK_WRAP_PYTHON) >>>> find_package(PythonLibs 2.7 REQUIRED) >>>> >>>> if(PYTHONLIBS_FOUND) >>>> >>>> include_directories(${PYTHON_INCLUDE_DIRS} >>>> ${PROJECT_SOURCE_DIR}) >>>> >>>> include(vtkWrapPython) >>>> >>>> vtk_wrap_python3(${PROJECT_NAME}Python >>>> ${PROJECT_NAME}Python_srcs vtkPolyDataBooleanFilter.cxx) >>>> >>>> add_library(${PROJECT_NAME}PythonD >>>> ${${PROJECT_NAME}Python_srcs}) >>>> target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME}) >>>> >>>> add_library(${PROJECT_NAME}Python MODULE >>>> ${PROJECT_NAME}PythonInit.cxx) >>>> target_link_libraries(${PROJECT_NAME}Python >>>> ${PROJECT_NAME}PythonD) >>>> >>>> endif() >>>> endif() >>>> >>>> When I try to import the module into a python script, I get an import >>>> error about undefined symbols like PyVTKObject_Type. After a little >>>> research with nm I found out that the shared object is not linked to >>>> libvtkWrappingPython27Core. Here are the first lines of it: >>>> >>>> U PyBool_FromLong >>>> U PyDict_SetItemString >>>> U PyErr_Occurred >>>> U PyInt_FromLong >>>> U PyModule_GetDict >>>> U PyString_FromString >>>> 0000000000003020 T PyVTKAddFile_vtkPolyDataBooleanFilter >>>> U PyVTKClass_New >>>> U PyVTKClass_Type >>>> U PyVTKClass_vtkPolyDataAlgorithmNew >>>> >>>> How to fix this? There is no documentation about the the python >>>> wrapper, except https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ. >>>> >>>> I'm actually using VTK 6.3 and my library can be found on >>>> https://github.com/zippy84/vtkbool. >>>> >>>> Best regards >>>> Ronald >>>> >>> >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rroemer at gmail.com Tue Oct 10 00:45:27 2017 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=c3=b6mer?=) Date: Tue, 10 Oct 2017 06:45:27 +0200 Subject: [vtk-developers] Undefined symbols after wrapping my code to Python In-Reply-To: References: <2c15d1ab-7e79-a770-6f9f-75d2c530fca6@gmail.com> <0f02557a-cdda-c3f3-e9c9-b5741534c2a7@gmail.com> Message-ID: It works also for me. Thanks for your help. Could you please change the documentation so that others don't need to search for a solution. On 10.10.2017 06:27, David Gobbi wrote: > Seems fishy to me, but in any case, I downloaded your vtkbool package > and was able to build & use it with the following modifications to the > CMakeLists.txt: > > 1) added vtkWrappingPythonCore to the COMPONENTS: > > find_package(VTK REQUIRED COMPONENTS > vtkFiltersSources vtkIOLegacy vtkFiltersExtraction > vtkFiltersGeometry vtkFiltersModeling > vtkRenderingFreeType vtkWrappingPythonCore NO_MODULE) > > 2) added vtkWrappingPythonCore and vtkCommonExecutionModelPythonD to > target_link_libraries: > > target_link_libraries(${PROJECT_NAME}PythonD ${PROJECT_NAME} > vtkWrappingPythonCore vtkCommonExecutionModelPythonD) > > 3) fixed the prefix and suffix for the Python module: > > set_target_properties(${PROJECT_NAME}Python PROPERTIES PREFIX "") > if(WIN32) > set_target_properties(${PROJECT_NAME}Python PROPERTIES SUFFIX > ".pyd") > endif() > > After that, I built the project and loaded the module into Python: > > vtkpython > vtk version 7.1.0 > Python 2.7.10 (default, Oct 23 2015, 19:19:21) > [GCC 4.2.1 Compatible Apple LLVM 7.0.0 (clang-700.0.59.5)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> from vtkboolPython import vtkPolyDataBooleanFilter > >>> pdbf = vtkPolyDataBooleanFilter() > >>> > > > In summary, I'm not sure why you were still seeing the missing symbols > after you linked to the library. > > - David > > > On Mon, Oct 9, 2017 at 9:49 PM, Ronald R?mer > wrote: > > Yes, that's right. > > On 10.10.2017 05:45, David Gobbi wrote: >> I'm just trying to make sure that we're communicating the correct >> information back and forth here... >> >> Are you saying that after adding vtkWrappingPythonCore to >> target_link_libraries(), you were able to successfully compile >> your project, but when trying to import the module you saw >> unresolved symbol errors for PyVTKClass_New and other "PyVTK_*" >> methods? >> >> The vtkWrappingPythonCore library existed in VTK 5, as well, but >> it was called vtkPythonCore back then. >> >> - David >> >> >> On Mon, Oct 9, 2017 at 9:28 PM, Ronald R?mer > > wrote: >> >> There are still undefined symbols: >> >> 00000000002074e0 d DW.ref.__gxx_personality_v0 >> U PyBool_FromLong >> U PyDict_SetItemString >> U PyErr_Occurred >> U PyInt_FromLong >> U PyModule_GetDict >> U PyString_FromString >> 00000000000040f9 T PyVTKAddFile_vtkPolyDataBooleanFilter >> U PyVTKClass_New >> U PyVTKClass_Type >> U PyVTKClass_vtkPolyDataAlgorithmNew >> 0000000000004087 T PyVTKClass_vtkPolyDataBooleanFilterNew >> U PyVTKObject_GetObject >> U PyVTKObject_SetFlag >> U PyVTKObject_Type >> U Py_FatalError >> U Py_InitModule4_64 >> >> I think it is a problem with the modularized VTK, that is >> present since version 6. >> >> libvtkWrappingPython27Core-6.3.so >> exists in the lib >> directory. >> >> >> >> >> On 10.10.2017 05:18, David Gobbi wrote: >>> Did it fail because it didn't find the library? Or did it >>> fail because it still had unresolved symbols? >>> >>> On Mon, Oct 9, 2017 at 9:14 PM, Ronald R?mer >>> > wrote: >>> >>> I already tried this without any success. I have no idea >>> what is wrong with it. You can try to modify my code to >>> find out the correct necessary changes. >>> >>> Best regards >>> Ronald >>> >>> >>> >>> On 10.10.2017 04:59, David Gobbi wrote: >>>> Hi Ronald, >>>> >>>> Use the following: >>>> >>>> target_link_libraries(${PROJECT_NAME}PythonD >>>> ${PROJECT_NAME} vtkWrappingPythonCore) >>>> >>>> You might also have to add vtkWrappingPythonCore to the >>>> components for find_package(VTK). >>>> >>>> - David >>>> >>>> >>>> On Mon, Oct 9, 2017 at 8:34 PM, Ronald R?mer >>>> > wrote: >>>> >>>> Hello, >>>> >>>> I'm trying to fix a problem with the python wrapper >>>> of my library. In my CMakeLists.txt there are the >>>> following lines: >>>> >>>> find_package(VTK REQUIRED COMPONENTS >>>> vtkFiltersSources vtkIOLegacy vtkFiltersExtraction >>>> vtkFiltersGeometry vtkFiltersModeling >>>> vtkRenderingFreeType NO_MODULE) >>>> >>>> include(${VTK_USE_FILE}) >>>> >>>> if(VTK_WRAP_PYTHON) >>>> find_package(PythonLibs 2.7 REQUIRED) >>>> >>>> if(PYTHONLIBS_FOUND) >>>> >>>> include_directories(${PYTHON_INCLUDE_DIRS} >>>> ${PROJECT_SOURCE_DIR}) >>>> >>>> include(vtkWrapPython) >>>> >>>> vtk_wrap_python3(${PROJECT_NAME}Python >>>> ${PROJECT_NAME}Python_srcs >>>> vtkPolyDataBooleanFilter.cxx) >>>> >>>> add_library(${PROJECT_NAME}PythonD >>>> ${${PROJECT_NAME}Python_srcs}) >>>> >>>> target_link_libraries(${PROJECT_NAME}PythonD >>>> ${PROJECT_NAME}) >>>> >>>> add_library(${PROJECT_NAME}Python MODULE >>>> ${PROJECT_NAME}PythonInit.cxx) >>>> target_link_libraries(${PROJECT_NAME}Python >>>> ${PROJECT_NAME}PythonD) >>>> >>>> endif() >>>> endif() >>>> >>>> When I try to import the module into a python >>>> script, I get an import error about undefined >>>> symbols like PyVTKObject_Type. After a little >>>> research with nm I found out that the shared object >>>> is not linked to libvtkWrappingPython27Core. Here >>>> are the first lines of it: >>>> >>>> U PyBool_FromLong >>>> U PyDict_SetItemString >>>> U PyErr_Occurred >>>> U PyInt_FromLong >>>> U PyModule_GetDict >>>> U PyString_FromString >>>> 0000000000003020 T >>>> PyVTKAddFile_vtkPolyDataBooleanFilter >>>> U PyVTKClass_New >>>> U PyVTKClass_Type >>>> U PyVTKClass_vtkPolyDataAlgorithmNew >>>> >>>> How to fix this? There is no documentation about >>>> the the python wrapper, except >>>> https://www.vtk.org/Wiki/VTK/Python_Wrapping_FAQ >>>> . >>>> >>>> I'm actually using VTK 6.3 and my library can be >>>> found on https://github.com/zippy84/vtkbool >>>> . >>>> >>>> Best regards >>>> Ronald >>>> >>>> >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bookandpay at yahoo.com Tue Oct 10 06:38:08 2017 From: bookandpay at yahoo.com (Todd Martin) Date: Tue, 10 Oct 2017 10:38:08 +0000 (UTC) Subject: [vtk-developers] Mummy project References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> Message-ID: <1326049876.4927018.1507631888111@mail.yahoo.com> Hi I have patched Mummy to work with castxml rather than gccxml and it now compiles on Visual Studio 2017 with latest MS C++ and CS compilers and passes all the tests. Brad King made a number of updates to castxml in order to facilitate this too. Good riddance to VS2008! I also have a patch for CableSWIG. I cannot make a pull-request on the Kitware git repositories as there is no way to fork them. How should I make a merge request then? Thanks,Todd. -------------- next part -------------- An HTML attachment was scrubbed... URL: From DLRdave at aol.com Tue Oct 10 08:12:15 2017 From: DLRdave at aol.com (David Cole) Date: Tue, 10 Oct 2017 08:12:15 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: <1326049876.4927018.1507631888111@mail.yahoo.com> References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> Message-ID: Awesome. If your work is based on the most recent commit (c11cfe1) in the git://public.kitware.com/mummy.git repository, you could do a pull request against my fork of that repo on GitHub (https://github.com/dlrdave/mummy). I could probably get around to at least taking a look at it over the coming weekend. Hopefully, somebody from Kitware also replies, and has a connection who could revive push credentials into the "official" mummy repo. Alternatively, ... whatever commit your work is based on, point us to it, so we can try it out! Cheers, David C. On Tue, Oct 10, 2017 at 6:38 AM, Todd Martin via vtk-developers wrote: > Hi > > I have patched Mummy to work with castxml rather than gccxml and it now > compiles on Visual Studio 2017 with latest MS C++ and CS compilers and > passes all the tests. Brad King made a number of updates to castxml in order > to facilitate this too. Good riddance to VS2008! I also have a patch for > CableSWIG. > > I cannot make a pull-request on the Kitware git repositories as there is no > way to fork them. How should I make a merge request then? > > Thanks, > Todd. > > _______________________________________________ > 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 > > From brad.king at kitware.com Tue Oct 10 08:28:37 2017 From: brad.king at kitware.com (Brad King) Date: Tue, 10 Oct 2017 08:28:37 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> Message-ID: <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> On 10/10/2017 08:12 AM, David Cole via vtk-developers wrote: > Hopefully, somebody from Kitware also replies, and has a connection > who could revive push credentials into the "official" mummy repo. We need a new home for the official mummy and CableSwig repositories. How about we put them under https://github.com/gccxml/{mummy,CableSwig} on GitHub? Then Todd can be added as a developer. The old `public.kitware.com` URLs can become mirrors. -Brad From ken.martin at kitware.com Tue Oct 10 08:48:00 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 10 Oct 2017 08:48:00 -0400 Subject: [vtk-developers] eeloo Message-ID: We suddenly have six warnings on eeloo, did someone change that system to introduce the warnings? -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 Tue Oct 10 08:54:17 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 10 Oct 2017 08:54:17 -0400 Subject: [vtk-developers] Does RepeatOn work for textures with OpenGL2? In-Reply-To: References: Message-ID: Yes it works last I checked. It is the default setting so in PV you can use TMapToPlane with the right settings to make it repeat and see it working. On Mon, Oct 9, 2017 at 7:51 PM, Bill Lorensen wrote: > I don't see RepeatOn tested properly. Does it work with OpenGL2? > > > -- > 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 Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 DLRdave at aol.com Tue Oct 10 08:59:55 2017 From: DLRdave at aol.com (David Cole) Date: Tue, 10 Oct 2017 08:59:55 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> Message-ID: If gccxml is "dead" (long live gccxml...), then why put stuff which is going to be updated to use CastXML underneath it? Seems like at least mummy should go with CastXML, or live under an organization's main GitHub page rather than go under gccxml. But anywhere on GitHub is better than not on GitHub, so feel free to put it up there if that's where it seems to make the most sense to you. Thx, David C. On Tue, Oct 10, 2017 at 8:28 AM, Brad King wrote: > On 10/10/2017 08:12 AM, David Cole via vtk-developers wrote: >> Hopefully, somebody from Kitware also replies, and has a connection >> who could revive push credentials into the "official" mummy repo. > > We need a new home for the official mummy and CableSwig repositories. > How about we put them under > > https://github.com/gccxml/{mummy,CableSwig} > > on GitHub? Then Todd can be added as a developer. > > The old `public.kitware.com` URLs can become mirrors. > > -Brad From brad.king at kitware.com Tue Oct 10 09:19:34 2017 From: brad.king at kitware.com (Brad King) Date: Tue, 10 Oct 2017 09:19:34 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> Message-ID: <1830beff-764b-b96c-5367-f0fdfd5423a4@kitware.com> On 10/10/2017 08:59 AM, David Cole wrote: > If gccxml is "dead" (long live gccxml...), then why put stuff which is > going to be updated to use CastXML underneath it? > > Seems like at least mummy should go with CastXML, or live under an > organization's main GitHub page rather than go under gccxml. pygccxml still lives under gccxml/ and is still maintained. All three tools are from the gccxml era and are part of its legacy. I'm not fully happy with CastXML being its own organization on GitHub. The only reason it was done originally is so we could host a dedicated llvm/clang mirror with the patches we once needed for them before they were upstreamed. I'd rather not expand it. One day CastXML may move. -Brad From ben.boeckel at kitware.com Tue Oct 10 09:46:16 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 10 Oct 2017 09:46:16 -0400 Subject: [vtk-developers] eeloo In-Reply-To: References: Message-ID: <20171010134616.GA1178@megas.kitware.com> On Tue, Oct 10, 2017 at 08:48:00 -0400, Ken Martin wrote: > We suddenly have six warnings on eeloo, did someone change that system to > introduce the warnings? Yes, we're in the process of updating the machines to Fedora 26 which now has GCC 7.2.1. They were previously Fedora 24 which is now end-of-life (Fedora 25 has only a few months left with 27 coming out in November or so, hence why we're skipping). --Ben From bill.lorensen at gmail.com Tue Oct 10 09:47:37 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 10 Oct 2017 06:47:37 -0700 Subject: [vtk-developers] Does RepeatOn work for textures with OpenGL2? In-Reply-To: References: Message-ID: I'll try it on Paraview. My textures are 1D. On Oct 10, 2017 5:54 AM, "Ken Martin" wrote: > Yes it works last I checked. It is the default setting so in PV you can > use TMapToPlane with the right settings to make it repeat and see it > working. > > On Mon, Oct 9, 2017 at 7:51 PM, Bill Lorensen > wrote: > >> I don't see RepeatOn tested properly. Does it work with OpenGL2? >> >> >> -- >> 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 > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > 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 DLRdave at aol.com Tue Oct 10 11:06:31 2017 From: DLRdave at aol.com (David Cole) Date: Tue, 10 Oct 2017 11:06:31 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: <1830beff-764b-b96c-5367-f0fdfd5423a4@kitware.com> References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> <1830beff-764b-b96c-5367-f0fdfd5423a4@kitware.com> Message-ID: Sounds reasonable. I'm good with it wherever you decide to bring it back to life on GitHub. Thx, D On Tue, Oct 10, 2017 at 9:19 AM, Brad King wrote: > On 10/10/2017 08:59 AM, David Cole wrote: >> If gccxml is "dead" (long live gccxml...), then why put stuff which is >> going to be updated to use CastXML underneath it? >> >> Seems like at least mummy should go with CastXML, or live under an >> organization's main GitHub page rather than go under gccxml. > > pygccxml still lives under gccxml/ and is still maintained. > All three tools are from the gccxml era and are part of its legacy. > > I'm not fully happy with CastXML being its own organization on > GitHub. The only reason it was done originally is so we could > host a dedicated llvm/clang mirror with the patches we once needed > for them before they were upstreamed. I'd rather not expand it. > One day CastXML may move. > > -Brad From brad.king at kitware.com Tue Oct 10 11:48:30 2017 From: brad.king at kitware.com (Brad King) Date: Tue, 10 Oct 2017 11:48:30 -0400 Subject: [vtk-developers] Mummy project In-Reply-To: References: <1326049876.4927018.1507631888111.ref@mail.yahoo.com> <1326049876.4927018.1507631888111@mail.yahoo.com> <8b5449d1-d376-65c3-ea52-8fe0d4ed22c2@kitware.com> <1830beff-764b-b96c-5367-f0fdfd5423a4@kitware.com> Message-ID: On 10/10/2017 11:06 AM, David Cole wrote: > Sounds reasonable. Repos added: * https://github.com/gccxml/mummy * https://github.com/gccxml/CableSwig You've both been invited to corresponding teams. Thanks, -Brad From sean at rogue-research.com Wed Oct 11 15:44:02 2017 From: sean at rogue-research.com (Sean McBride) Date: Wed, 11 Oct 2017 15:44:02 -0400 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors Message-ID: <20171011194402.603529637@mail.rogue-research.com> Hi all, We've been testing our app against VTK git master and have run into one HiDPI/Retina issue. In the attached screenshot (hopefully not too big for the list) we see two identical render windows except that the left one has Retina enabled, and the right one has it disabled. (Indeed we see less aliasing with the left cone.) But notice the vtkTextActors. The string appears half size in the left view. I argue this is a bug. To be clear, in both cases, we specified SetFontSize(30). It does not seem desirable to have to provide a different value to SetFontSize() depending on the display type (HiDPI or not). With no other actor type, like the cones, does the display type matter. Presumably some code somewhere takes that font size and computes how many pixels tall/wide to make the text onscreen. Perhaps it should doing something extra now? I'm not sure how we should deal with this, so am here to discuss... Thanks, -- ____________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: VTKRetina.png Type: image/png Size: 110682 bytes Desc: not available URL: From allison.vacanti at kitware.com Wed Oct 11 16:05:43 2017 From: allison.vacanti at kitware.com (Allie Vacanti) Date: Wed, 11 Oct 2017 16:05:43 -0400 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors In-Reply-To: <20171011194402.603529637@mail.rogue-research.com> References: <20171011194402.603529637@mail.rogue-research.com> Message-ID: Hi Sean, Have you tried setting the DPI on the render window (vtkWindow::SetDPI)? The text actors should respect that. HTH, Allie On Wed, Oct 11, 2017 at 3:44 PM, Sean McBride wrote: > Hi all, > > We've been testing our app against VTK git master and have run into one > HiDPI/Retina issue. > > In the attached screenshot (hopefully not too big for the list) we see two > identical render windows except that the left one has Retina enabled, and > the right one has it disabled. (Indeed we see less aliasing with the left > cone.) > > But notice the vtkTextActors. The string appears half size in the left > view. I argue this is a bug. To be clear, in both cases, we specified > SetFontSize(30). > > It does not seem desirable to have to provide a different value to > SetFontSize() depending on the display type (HiDPI or not). With no other > actor type, like the cones, does the display type matter. > > Presumably some code somewhere takes that font size and computes how many > pixels tall/wide to make the text onscreen. Perhaps it should doing > something extra now? I'm not sure how we should deal with this, so am here > to discuss... > > Thanks, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > _______________________________________________ > 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 heiland at iu.edu Fri Oct 13 05:10:39 2017 From: heiland at iu.edu (Heiland, Randy) Date: Fri, 13 Oct 2017 09:10:39 +0000 Subject: [vtk-developers] gitlab vs github? Message-ID: <93A0326C-3515-4C97-AA6D-B7766434D859@iu.edu> Sorry to be annoying with this question, for which there?s plenty of answers online, but I just wanted to get the opinion of a group of devs that I highly respect. Why did you go with GitLab? And apologies if you?ve discussed this before. I tried searching your markmail for a thread... thanks, Randy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4035 bytes Desc: not available URL: From david.gobbi at gmail.com Fri Oct 13 08:45:24 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 13 Oct 2017 06:45:24 -0600 Subject: [vtk-developers] gitlab vs github? In-Reply-To: <93A0326C-3515-4C97-AA6D-B7766434D859@iu.edu> References: <93A0326C-3515-4C97-AA6D-B7766434D859@iu.edu> Message-ID: Here's the thread that announces the switch to gitlab, it gives some of the reasons: http://markmail.org/message/agbw56gn7d7yseqk On Fri, Oct 13, 2017 at 3:10 AM, Heiland, Randy wrote: > Sorry to be annoying with this question, for which there?s plenty of > answers online, but I just wanted to get the opinion of a group of devs > that I highly respect. Why did you go with GitLab? And apologies if you?ve > discussed this before. I tried searching your markmail for a thread... > > thanks, Randy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Oct 13 10:16:35 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 13 Oct 2017 10:16:35 -0400 Subject: [vtk-developers] gitlab vs github? In-Reply-To: <93A0326C-3515-4C97-AA6D-B7766434D859@iu.edu> References: <93A0326C-3515-4C97-AA6D-B7766434D859@iu.edu> Message-ID: <20171013141635.GA23764@megas.kitware.com> On Fri, Oct 13, 2017 at 09:10:39 +0000, Heiland, Randy wrote: > Sorry to be annoying with this question, for which there?s plenty of > answers online, but I just wanted to get the opinion of a group of > devs that I highly respect. Why did you go with GitLab? And apologies > if you?ve discussed this before. I tried searching your markmail for a > thread... Having used both for a while now, the benefits of Gitlab over Github include (not in any specific order and all are IMO): - Code review is *way* better on Gitlab. Github closes conversations on code automatically when the code has been changed. Gitlab leaves it open to be manually marked so that even if the code changed, the conversation is still visible until someone says "yes, this was actually fixed"; - Off-code conversations can be marked as "resolved" so as not to pollute the comment thread once something is figured out. - MRs have a separate "merged" status unstead of all of them being either "open" or "closed". - We use server-side hooks to prevent pushing development topics directly to the main repository (which get copied over to clones and usually never cleaned up). - We can have different subgroups for projects rather than everything being under a single "Kitware" org (or split among a dozen organizations). - Gitlab is open source (and we've contributed fixes and improvements back). I'm still waiting to see movement on about a dozen feature requests and bug reports to Github (and these are issues serious enough that we'd probably look at fixing them given the chance). - Code update links work better in Gitlab than Github (though Github is getting better here, it is still sub-par). - Notifications are cleared on comment or manual action rather than "you viewed the page; you must have completed what you were there to do". - Merge requests can be disabled (for non-code repositories). - The API is much better suited for our workflow robots (Github has some?odd idiosyncrasies I'd like to see fixed; maybe GraphQL will help there). Gitlab has some oddities too, but they're much more manageable. - Private projects are free. - Separate issue and MR namespaces. Migrating our old issue tracker kept the issue numbers the same. Doing the same on Github is probably not possible (we deleted issues which weren't part of the target project rather than just closing them). - Multiple issue/MR templates available (not that this is used widely in our projects yet). Github has "submit all these comments at once", but I don't think that's worth giving up resolvable discussions on its own, never mind the rest of the list. The network is better there too, but Gitlab allows signing in with your Github account, so it isn't even a new login (unless you want it to be). We also have projects which can't be hosted elsewhere (not even private projects is a solution there) for various reasons, so we'd have an internal code hosting repository *anyways* even if the FOSS stuff moved to Github. --Ben From sean at rogue-research.com Fri Oct 13 19:39:44 2017 From: sean at rogue-research.com (Sean McBride) Date: Fri, 13 Oct 2017 19:39:44 -0400 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors In-Reply-To: References: <20171011194402.603529637@mail.rogue-research.com> Message-ID: <20171013233944.131860526@mail.rogue-research.com> Hi Allie, Thanks for the quick reply and suggestion. We just tried this, and indeed it works. Specifically, we did SetDPI(144), we didn't actually try to do any introspection of the actual DPI of the actual monitor. This solution seems a bit unsatisfying, but I guess fine. It would mean changing vtkCocoaGLView to register for OS notifications about moving between displays and then update its renderWindow's DPI in response. Like this: Unless there's a better idea.... Sean On Wed, 11 Oct 2017 16:05:43 -0400, Allie Vacanti said: >Hi Sean, > >Have you tried setting the DPI on the render window (vtkWindow::SetDPI)? >The text actors should respect that. > >HTH, >Allie > >On Wed, Oct 11, 2017 at 3:44 PM, Sean McBride >wrote: > >> Hi all, >> >> We've been testing our app against VTK git master and have run into one >> HiDPI/Retina issue. >> >> In the attached screenshot (hopefully not too big for the list) we see two >> identical render windows except that the left one has Retina enabled, and >> the right one has it disabled. (Indeed we see less aliasing with the left >> cone.) >> >> But notice the vtkTextActors. The string appears half size in the left >> view. I argue this is a bug. To be clear, in both cases, we specified >> SetFontSize(30). >> >> It does not seem desirable to have to provide a different value to >> SetFontSize() depending on the display type (HiDPI or not). With no other >> actor type, like the cones, does the display type matter. >> >> Presumably some code somewhere takes that font size and computes how many >> pixels tall/wide to make the text onscreen. Perhaps it should doing >> something extra now? I'm not sure how we should deal with this, so am here >> to discuss... >> >> Thanks, >> >> -- >> ____________________________________________________________ >> Sean McBride, B. Eng sean at rogue-research.com >> Rogue Research www.rogue-research.com >> Mac Software Developer Montr?al, Qu?bec, Canada >> >> _______________________________________________ >> 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 >> >> >> From elvis.stansvik at orexplore.com Sat Oct 14 05:39:29 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Sat, 14 Oct 2017 11:39:29 +0200 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors In-Reply-To: <20171013233944.131860526@mail.rogue-research.com> References: <20171011194402.603529637@mail.rogue-research.com> <20171013233944.131860526@mail.rogue-research.com> Message-ID: 2017-10-14 1:39 GMT+02:00 Sean McBride : > Hi Allie, > > Thanks for the quick reply and suggestion. We just tried this, and indeed it works. Specifically, we did SetDPI(144), we didn't actually try to do any introspection of the actual DPI of the actual monitor. I'm using GetRenderWindow()->SetDPI(qRound(QGuiApplication::primaryScreen()->logicalDotsPerInch())) in our Qt/VTK app. i.e. using Qt to query for the DPI of the actual monitor. Of course, this in itself doesn't take care of DPI changes, and it's been on my TODO to fix this (listen for screen changes). It looks like your MR is making VTK do this automatically internally on macOS? That would be a welcome addition indeed, but what about other platforms? Elvis > > This solution seems a bit unsatisfying, but I guess fine. It would mean changing vtkCocoaGLView to register for OS notifications about moving between displays and then update its renderWindow's DPI in response. Like this: > > > > Unless there's a better idea.... > > Sean > > > > On Wed, 11 Oct 2017 16:05:43 -0400, Allie Vacanti said: > >>Hi Sean, >> >>Have you tried setting the DPI on the render window (vtkWindow::SetDPI)? >>The text actors should respect that. >> >>HTH, >>Allie >> >>On Wed, Oct 11, 2017 at 3:44 PM, Sean McBride >>wrote: >> >>> Hi all, >>> >>> We've been testing our app against VTK git master and have run into one >>> HiDPI/Retina issue. >>> >>> In the attached screenshot (hopefully not too big for the list) we see two >>> identical render windows except that the left one has Retina enabled, and >>> the right one has it disabled. (Indeed we see less aliasing with the left >>> cone.) >>> >>> But notice the vtkTextActors. The string appears half size in the left >>> view. I argue this is a bug. To be clear, in both cases, we specified >>> SetFontSize(30). >>> >>> It does not seem desirable to have to provide a different value to >>> SetFontSize() depending on the display type (HiDPI or not). With no other >>> actor type, like the cones, does the display type matter. >>> >>> Presumably some code somewhere takes that font size and computes how many >>> pixels tall/wide to make the text onscreen. Perhaps it should doing >>> something extra now? I'm not sure how we should deal with this, so am here >>> to discuss... >>> >>> Thanks, >>> >>> -- >>> ____________________________________________________________ >>> Sean McBride, B. Eng sean at rogue-research.com >>> Rogue Research www.rogue-research.com >>> Mac Software Developer Montr?al, Qu?bec, Canada >>> >>> _______________________________________________ >>> 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 > From sean at rogue-research.com Mon Oct 16 10:52:31 2017 From: sean at rogue-research.com (Sean McBride) Date: Mon, 16 Oct 2017 10:52:31 -0400 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors In-Reply-To: References: <20171011194402.603529637@mail.rogue-research.com> <20171013233944.131860526@mail.rogue-research.com> Message-ID: <20171016145231.1970447394@mail.rogue-research.com> On Sat, 14 Oct 2017 11:39:29 +0200, Elvis Stansvik said: >> Thanks for the quick reply and suggestion. We just tried this, and >indeed it works. Specifically, we did SetDPI(144), we didn't actually >try to do any introspection of the actual DPI of the actual monitor. > >I'm using GetRenderWindow()->SetDPI(q >Round(QGuiApplication::primaryScreen()->logicalDotsPerInch())) >in our Qt/VTK app. i.e. using Qt to query for the DPI of the actual >monitor. I'm not at all convinced it's better to use the actual screen DPI to achieve this. The API to get that info on macOS is IODisplayCreateInfoDictionary(), and has just a couple of hundred google results. It does not seem at all typical to use DPI information. From what I can tell, the way everyone handles Retina displays is a 2x doubling. Consider how using the actual DPI would affect the screenshot in the start of this thread... the relative sizes of the cone & text would be different on different screens. Seems just as undesirable as the current situation. >Of course, this in itself doesn't take care of DPI changes, and it's >been on my TODO to fix this (listen for screen changes). You might also want to not hardcode 'primaryScreen' in there... :) >It looks like your MR is making VTK do this automatically internally >on macOS? Yes, basically. >That would be a welcome addition indeed, but what about >other platforms? Probably desirable there too, but outside my expertise... Sean From bill.lorensen at gmail.com Mon Oct 16 19:35:34 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 16 Oct 2017 16:35:34 -0700 Subject: [vtk-developers] Non utf-8 character detection Message-ID: David, You recently removed a bunch of non utf-8 character form VTK code. How did you do it? Bill -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Mon Oct 16 23:28:41 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 16 Oct 2017 21:28:41 -0600 Subject: [vtk-developers] Non utf-8 character detection In-Reply-To: References: Message-ID: Hi Bill, Those were utf-8 left & right quotes that I was replacing with straight ASCII quotes. So I was just searching for non-ASCII chars (with grep) and then replacing them by hand. ( https://gitlab.kitware.com/vtk/vtk/merge_requests/3442) The search for non-ASCII chars was done like this: grep -n "[^ -~]" */*/*.h The unix "file" command can tell whether a file is utf-8 verses some other encoding. - David On Mon, Oct 16, 2017 at 5:35 PM, Bill Lorensen wrote: > David, > > You recently removed a bunch of non utf-8 character form VTK code. How > did you do it? > > Bill > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From florence.wang at csiro.au Tue Oct 17 01:24:26 2017 From: florence.wang at csiro.au (Florence8627) Date: Mon, 16 Oct 2017 22:24:26 -0700 (MST) Subject: [vtk-developers] Timer in vtkOpenVRRenderWindowInteractor Message-ID: <1508217866369-0.post@n5.nabble.com> I am having issues in creating a repeating timer with vtkOpenVRRenderWindowInteractor.. I definied a vtkTimerCallback class just like how timer is used in normal vtkRenderWindowInteractor Then, // assuming iren is the interactor pointer vtkNew iren; iren->Initialize(); // Sign up to receive TimerEvent vtkSmartPointer cb = vtkSmartPointer::New(); iren->AddObserver(vtkCommand::TimerEvent, cb); iren->CreateRepeatingTimer(1000); iren->Start(); It seems after start() is called the timer is blocked. Does anyone have any clue how to run a timer in vtkOpenVR module ? Or anyway of doing animation in vtkOpenVR module? Thanks ! -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From elvis.stansvik at orexplore.com Tue Oct 17 03:14:51 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 17 Oct 2017 09:14:51 +0200 Subject: [vtk-developers] HiDPI / Retina displays and vtkTextActors In-Reply-To: <20171016145231.1970447394@mail.rogue-research.com> References: <20171011194402.603529637@mail.rogue-research.com> <20171013233944.131860526@mail.rogue-research.com> <20171016145231.1970447394@mail.rogue-research.com> Message-ID: 2017-10-16 16:52 GMT+02:00 Sean McBride : > On Sat, 14 Oct 2017 11:39:29 +0200, Elvis Stansvik said: > >>> Thanks for the quick reply and suggestion. We just tried this, and >>indeed it works. Specifically, we did SetDPI(144), we didn't actually >>try to do any introspection of the actual DPI of the actual monitor. >> >>I'm using GetRenderWindow()->SetDPI(q >>Round(QGuiApplication::primaryScreen()->logicalDotsPerInch())) >>in our Qt/VTK app. i.e. using Qt to query for the DPI of the actual >>monitor. > > I'm not at all convinced it's better to use the actual screen DPI to achieve this. The API to get that info on macOS is IODisplayCreateInfoDictionary(), and has just a couple of hundred google results. It does not seem at all typical to use DPI information. From what I can tell, the way everyone handles Retina displays is a 2x doubling. Alright, yes what I did in our application was mostly a band-aid solution. > > Consider how using the actual DPI would affect the screenshot in the start of this thread... the relative sizes of the cone & text would be different on different screens. Seems just as undesirable as the current situation. Yes, you're probably right. In our case, using Qt's logicalDotsPerInch() was good enough for now. > >>Of course, this in itself doesn't take care of DPI changes, and it's >>been on my TODO to fix this (listen for screen changes). > > You might also want to not hardcode 'primaryScreen' in there... :) Yea, it really was a half-hearted fix. Glad this thread reminded me I should fix it properly :) Elvis > >>It looks like your MR is making VTK do this automatically internally >>on macOS? > > Yes, basically. > >>That would be a welcome addition indeed, but what about >>other platforms? > > Probably desirable there too, but outside my expertise... > > Sean > > From ken.martin at kitware.com Tue Oct 17 11:57:31 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 17 Oct 2017 11:57:31 -0400 Subject: [vtk-developers] vtkAcceleratorsVTKmCxx-TestVTKMLevelOfDetail failing Message-ID: Is someone fixing this? Just noticing it on some buildbots -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 allison.vacanti at kitware.com Tue Oct 17 14:44:15 2017 From: allison.vacanti at kitware.com (Allie Vacanti) Date: Tue, 17 Oct 2017 14:44:15 -0400 Subject: [vtk-developers] vtkAcceleratorsVTKmCxx-TestVTKMLevelOfDetail failing In-Reply-To: References: Message-ID: It should be fixed by 21a8fd89c8e7cd043d2aa7687f77193345c9c340 (which is in master). On Tue, Oct 17, 2017 at 11:57 AM, Ken Martin wrote: > Is someone fixing this? Just noticing it on some buildbots > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 ken.martin at kitware.com Tue Oct 17 15:26:43 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 17 Oct 2017 15:26:43 -0400 Subject: [vtk-developers] vtkAcceleratorsVTKmCxx-TestVTKMLevelOfDetail failing In-Reply-To: References: Message-ID: Awesome! Thanks! On Tue, Oct 17, 2017 at 2:44 PM, Allie Vacanti wrote: > It should be fixed by 21a8fd89c8e7cd043d2aa7687f77193345c9c340 (which is > in master). > > On Tue, Oct 17, 2017 at 11:57 AM, Ken Martin > wrote: > >> Is someone fixing this? Just noticing it on some buildbots >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> 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 >> >> >> > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 Oct 19 10:14:29 2017 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 19 Oct 2017 10:14:29 -0400 Subject: [vtk-developers] Warning Message-ID: Does this ring a bell with anyone Wrapping/Tools/vtkWrapPythonClass.c:344: style: Redundant condition: If 'EXPR == '\n'', the comparison 'EXPR != '\0'' is always true. -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 david.gobbi at gmail.com Thu Oct 19 10:25:07 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 19 Oct 2017 08:25:07 -0600 Subject: [vtk-developers] Warning In-Reply-To: References: Message-ID: That's mine. I have to remove the '\0' part of the check. On Thu, Oct 19, 2017 at 8:14 AM, Ken Martin wrote: > Does this ring a bell with anyone > > Wrapping/Tools/vtkWrapPythonClass.c:344: style: Redundant condition: If 'EXPR == '\n'', the comparison 'EXPR != '\0'' is always true. > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 joachim.pouderoux at kitware.com Thu Oct 19 12:16:43 2017 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Thu, 19 Oct 2017 12:16:43 -0400 Subject: [vtk-developers] Timer in vtkOpenVRRenderWindowInteractor In-Reply-To: <1508217866369-0.post@n5.nabble.com> References: <1508217866369-0.post@n5.nabble.com> Message-ID: Hello, As far as I can see in the current code of vtkOpenVRRenderWindowInteractor does not support timers. Regards, *Joachim Pouderoux*, PhD *Technical Expert - Scientific Computing Team* *Kitware SAS * 2017-10-17 1:24 GMT-04:00 Florence8627 : > I am having issues in creating a repeating timer with > vtkOpenVRRenderWindowInteractor.. > I definied a vtkTimerCallback class just like how timer is used in normal > vtkRenderWindowInteractor Then, // assuming iren is the interactor pointer > vtkNew iren; > iren->Initialize(); > // Sign up to receive TimerEvent > vtkSmartPointer cb = > vtkSmartPointer::New(); > iren->AddObserver(vtkCommand::TimerEvent, cb); > iren->CreateRepeatingTimer(1000); > iren->Start(); > > It seems after start() is called the timer is blocked. Does anyone have any > clue how to run a timer in vtkOpenVR module ? Or anyway of doing animation > in vtkOpenVR module? > > Thanks ! > > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Oct 19 18:51:26 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 19 Oct 2017 15:51:26 -0700 Subject: [vtk-developers] VTKExamples build stand-alone is broken Message-ID: JC, I can no longer build VTKExamples as a standalone project after your changes commit 061eff08cf3df2ef3434d0ceee3f11566a0a0005 Merge: ae091f1492 e33b90d07d Author: Jean-Christophe Fillion-Robin Date: Wed Oct 18 05:59:50 2017 +0000 Merge topic 'improve-external-module-support' ----------- This is a real show stopper for me. The patch you submitted to VTKExamples also fails for a stand-alone-build Bill From bill.lorensen at gmail.com Thu Oct 19 19:09:04 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 19 Oct 2017 16:09:04 -0700 Subject: [vtk-developers] VTKExamples build stand-alone is broken In-Reply-To: References: Message-ID: I just did a build in a clean directory and it seems the config is OK now. I must have polluted my build directory when I checked out JC's VTKExample patch. On Thu, Oct 19, 2017 at 3:51 PM, Bill Lorensen wrote: > JC, > > I can no longer build VTKExamples as a standalone project after your changes > > commit 061eff08cf3df2ef3434d0ceee3f11566a0a0005 > Merge: ae091f1492 e33b90d07d > Author: Jean-Christophe Fillion-Robin > Date: Wed Oct 18 05:59:50 2017 +0000 > Merge topic 'improve-external-module-support' > > ----------- > This is a real show stopper for me. > > The patch you submitted to VTKExamples also fails for a stand-alone-build > > Bill -- Unpaid intern in BillsBasement at noware dot com From bill.lorensen at gmail.com Fri Oct 20 10:57:49 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 20 Oct 2017 07:57:49 -0700 Subject: [vtk-developers] VTKExamples build stand-alone is broken In-Reply-To: References: Message-ID: We can drop this thread. The error occurred because I was building VTKExamples against a VTK that had WikiExamples enabled. This used to work. Now an error message will tell the user what to do (disable WikiExamples). On Thu, Oct 19, 2017 at 4:09 PM, Bill Lorensen wrote: > I just did a build in a clean directory and it seems the config is OK > now. I must have polluted my build directory when I checked out JC's > VTKExample patch. > > > On Thu, Oct 19, 2017 at 3:51 PM, Bill Lorensen wrote: >> JC, >> >> I can no longer build VTKExamples as a standalone project after your changes >> >> commit 061eff08cf3df2ef3434d0ceee3f11566a0a0005 >> Merge: ae091f1492 e33b90d07d >> Author: Jean-Christophe Fillion-Robin >> Date: Wed Oct 18 05:59:50 2017 +0000 >> Merge topic 'improve-external-module-support' >> >> ----------- >> This is a real show stopper for me. >> >> The patch you submitted to VTKExamples also fails for a stand-alone-build >> >> Bill > > > > -- > Unpaid intern in BillsBasement at noware dot com -- Unpaid intern in BillsBasement at noware dot com From cory.quammen at kitware.com Sun Oct 22 10:06:08 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Sun, 22 Oct 2017 10:06:08 -0400 Subject: [vtk-developers] [Paraview-developers] Bug found, then stuck... In-Reply-To: References: Message-ID: Cornelius, Thank you for the detailed bug report and your findings! vtk-developers at vtk.org (CC'ed) is a more appropriate list for this problem as it is VTK code in question, but no worries. I have filed an issue with your message in the VTK bug tracker for further tracking of this issue: https://gitlab.kitware.com/vtk/vtk/issues/17153 Thanks! Cory On Sun, Oct 22, 2017 at 9:25 AM, Cornelis Bockem?hl < cornelis.bockemuehl at gmail.com> wrote: > Dear VTK developers, > > First of all: Am I posting this maybe in the wrong mailing list?? > > Anyway, here I go: In some project I am using the vtkIntersectPolyData > filter. This works as expected many times, but from time to time I had > crashes. I managed to track down these crashes to a little bug in that > class that can be fixed by a very little change: > > in vtkIntersectionPolyDataFilter.cxx(14'1), replace > > lineBool = new bool[pd->GetNumberOfCells()]; > > > by > > > lineBool = new bool[pd->GetNumberOfCells() + 1]; > > > The crash happened when this array was released (heap corruption), and it > turned out that indeed under some circumstances the program writes one > element more than there is allocated memory. This happens if further down > in the GetSingleLoop function the "else if" branch is chosen inside the "if > -- else if -- else" construct: Here the pd cells array is extended by one > element. > > With the above fix the crash goes indeed away, but then later on the > program throws an exception at vtkCellLinks.h(171): > > /** > > * Increment the count of the number of cells using the point. > > */ > > void IncrementLinkCount(vtkIdType ptId) { this->Array[ptId].ncells++;}; > > > call stack at this point: > > > 1 vtkCellLinks::IncrementLinkCount vtkCellLinks.h 171 0x7feced1c91a > 2 vtkCellLinks::BuildLinks vtkCellLinks.cxx 153 0x7feced1a89a > 3 vtkPolyData::BuildLinks vtkPolyData.cxx 1096 0x7fecf022ff1 > 4 debug_vtkIntersectionPolyDataFilter::Impl::SplitCell debug_vtkIntersectionPolyDataFilter.cxx 1007 0x7fec0c994e2 > 5 debug_vtkIntersectionPolyDataFilter::Impl::SplitMesh debug_vtkIntersectionPolyDataFilter.cxx 630 0x7fec0c971cc > 6 debug_vtkIntersectionPolyDataFilter::RequestData debug_vtkIntersectionPolyDataFilter.cxx 2590 0x7fec0c94531 > 7 vtkPolyDataAlgorithm::ProcessRequest vtkPolyDataAlgorithm.cxx 90 0x7fecf556116 > 8 vtkExecutive::CallAlgorithm vtkExecutive.cxx 775 0x7fecf50eb55 > 9 vtkDemandDrivenPipeline::ExecuteData vtkDemandDrivenPipeline.cxx 491 0x7fecf50477c > 10 vtkCompositeDataPipeline::ExecuteData vtkCompositeDataPipeline.cxx 179 0x7fecf4fc560 > 11 vtkDemandDrivenPipeline::ProcessRequest vtkDemandDrivenPipeline.cxx 274 0x7fecf503343 > 12 vtkStreamingDemandDrivenPipeline::ProcessRequest vtkStreamingDemandDrivenPipeline.cxx 328 0x7fecf588f67 > 13 vtkDemandDrivenPipeline::UpdateData vtkDemandDrivenPipeline.cxx 444 0x7fecf5042da > 14 vtkStreamingDemandDrivenPipeline::Update vtkStreamingDemandDrivenPipeline.cxx 403 0x7fecf589412 > 15 vtkStreamingDemandDrivenPipeline::Update vtkStreamingDemandDrivenPipeline.cxx 366 0x7fecf58916c > 16 vtkAlgorithm::Update vtkAlgorithm.cxx 1457 0x7fecf4e5348 > 17 vtkAlgorithm::Update vtkAlgorithm.cxx 1451 0x7fecf4e53b3 > 18 vtkCemTestIntersectionFilter::RequestData vtkCemTestIntersectionFilter.cxx 252 0x7fec0c84e7f > 19 vtkPolyDataAlgorithm::ProcessRequest vtkPolyDataAlgorithm.cxx 90 0x7fecf556116 > 20 vtkExecutive::CallAlgorithm vtkExecutive.cxx 775 0x7fecf50eb55 > ... > > > Note that debug_vtkIntersectionPolyDataFilter is a copy of > vtkIntersectionPolyDataFilter that I prepared to do my testing and add some > debug output stuff etc. without interfering with the original code. > > I guess that the exception is again a consequence of adding that "cell" in > GetSingleLoop, but now I must admit that my understanding of the internals > of these geometric object classes is not yet good enough to see what went > wrong! The code that needs checking by an expert seems to me the following > > vtkIntersectionPolyDataFilter.cxx(1536..1555): > > //There is one line attached to point. This means the intersection has > > //an open intersection loop (i.e. the surfaces are open and one does not > > //completeley intersect the other. > > //Make an artificial triangle loop in this case > > else if (pointCells->GetNumberOfIds() < 2) > > { > > vtkSmartPointer currentpd = > > vtkSmartPointer::New(); > > vtkSmartPointer currentcells = > > vtkSmartPointer::New(); > > currentcells = pd->GetLines(); > > currentcells->InsertNextCell(2); > > currentcells->InsertCellPoint(nextPt); > > currentcells->InsertCellPoint(startPt); > > nextCell = currentcells->GetNumberOfCells()-1; > > currentpd->SetLines(currentcells); > > currentpd->SetPoints(pd->GetPoints()); > > pd->DeepCopy(currentpd); > > pd->BuildLinks(); > > } > > > My guess is that this code is not yet good enough to properly insert the > "cell" into pd... > > Any idea? > > Regards, > Cornelis > > -- > Cornelis Bockem?hl > Basel, Schweiz > > _______________________________________________ > 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= > Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Mon Oct 23 02:26:15 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Mon, 23 Oct 2017 17:26:15 +1100 Subject: [vtk-developers] vtkInstantiator::CreateInstance() deprecation in VTK 8.1 Message-ID: As an aside: Thanks Bill for all your work with VTK Examples, this means I can quote code accessible for everybody! For example if you run: https://lorensen.github.io/VTKExamples/site/Python/Visualization/ AssignCellColorsFromLUT/ or: https://lorensen.github.io/VTKExamples/site/Cxx/Visualization/ AssignCellColorsFromLUT/ You get this message if using the VTK master: --- src/VTK/Common/Core/vtkInstantiator.cxx, line 265 vtkInstantiator::CreateInstance was deprecated for VTK 8.1 and will be removed in a future version. --- Now I see that vtkInstantiator is being called through vtkXMLReader so: 1) If I define build VTK with VTK_LEGACY_REMOVE set to ON, what is used instead? 2) Is it safe to do this? I have looked at: https://gitlab.kitware.com/vtk/vtk/merge_requests/3324 Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 23 10:21:38 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 23 Oct 2017 10:21:38 -0400 Subject: [vtk-developers] vtkInstantiator::CreateInstance() deprecation in VTK 8.1 In-Reply-To: References: Message-ID: <20171023142138.GB18777@megas.kitware.com> On Mon, Oct 23, 2017 at 17:26:15 +1100, Andrew Maclean wrote: > Now I see that vtkInstantiator is being called through vtkXMLReader so: > 1) If I define build VTK with VTK_LEGACY_REMOVE set to ON, what is used > instead? > 2) Is it safe to do this? > > I have looked at: https://gitlab.kitware.com/vtk/vtk/merge_requests/3324 Here is the branch which removes use of the deprecated code: https://gitlab.kitware.com/vtk/vtk/merge_requests/3325 It is simply removed. Note that since fd39db11a2d4b818ad40a8b709ec58532cabf3a1 (Apr 2012, included in 6.0.0.rc1), it has defaulted to being off and therefore will return NULL for *all* classes without a setting when building VTK. No one has reported this being a problem, so I don't forsee any issue in the future either. --Ben From ken.martin at kitware.com Mon Oct 23 10:52:58 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 23 Oct 2017 10:52:58 -0400 Subject: [vtk-developers] Some wiki example warnings and failures Message-ID: If someone could please address these https://open.cdash.org/viewBuildError.php?type=1&buildid=5110904 https://open.cdash.org/viewTest.php?onlyfailed&buildid=5110904 -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 Oct 23 11:57:13 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 23 Oct 2017 08:57:13 -0700 Subject: [vtk-developers] Some wiki example warnings and failures In-Reply-To: References: Message-ID: Im on it... On Mon, Oct 23, 2017 at 7:52 AM, Ken Martin wrote: > If someone could please address these > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5110904 > > https://open.cdash.org/viewTest.php?onlyfailed&buildid=5110904 > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 isaiah.norton at gmail.com Wed Oct 25 14:05:50 2017 From: isaiah.norton at gmail.com (Isaiah Norton) Date: Wed, 25 Oct 2017 14:05:50 -0400 Subject: [vtk-developers] Request for comment: New VTK Examples and doxygen pages In-Reply-To: References: Message-ID: The new examples site is very nice. One comment: searching within any example page can be confusing because the page-search includes all entries in the side menu. These entries are often hidden under parent category labels, or the menu may be hidden entirely if the window width is below some threshold. Searching for e.g. "point" gives >50 hidden results before reaching any visible results on-page. Thanks, Isaiah On Tue, Aug 29, 2017 at 2:41 PM, Bill Lorensen wrote: > Folks, > > The new (former wiki) examples is getting some decent traffic. > https://lorensen.github.io/VTKExamples/site/ > > The new examples have a custom search so a user can type a class name > and get all examples that use that class (it is a custom google search > engine). > > I wonder if we should consider including these examples in: > http://www.vtk.org/doc/nightly/html/pages.html > > There are currently over 800 c++ examples and over 140 python > examples. Maybe there are too many and they might overload the system. > > The current page generator is written in perl so I can't be pf any help... > > Thoughts? > > Bill > > > -- > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Wed Oct 25 14:43:28 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 25 Oct 2017 11:43:28 -0700 Subject: [vtk-developers] Request for comment: New VTK Examples and doxygen pages In-Reply-To: References: Message-ID: Isaiah, l also find the ctrl-F frustrating but it is controlled by the bowser... Bill On Wed, Oct 25, 2017 at 11:05 AM, Isaiah Norton wrote: > The new examples site is very nice. One comment: searching within > any example page can be confusing because the page-search includes all > entries in the side menu. These entries are often hidden under parent > category labels, or the menu may be hidden entirely if the window width is > below some threshold. Searching for e.g. "point" gives >50 hidden results > before reaching any visible results on-page. > > Thanks, > Isaiah > > On Tue, Aug 29, 2017 at 2:41 PM, Bill Lorensen > wrote: >> >> Folks, >> >> The new (former wiki) examples is getting some decent traffic. >> https://lorensen.github.io/VTKExamples/site/ >> >> The new examples have a custom search so a user can type a class name >> and get all examples that use that class (it is a custom google search >> engine). >> >> I wonder if we should consider including these examples in: >> http://www.vtk.org/doc/nightly/html/pages.html >> >> There are currently over 800 c++ examples and over 140 python >> examples. Maybe there are too many and they might overload the system. >> >> The current page generator is written in perl so I can't be pf any help... >> >> Thoughts? >> >> Bill >> >> >> -- >> 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 >> > -- Unpaid intern in BillsBasement at noware dot com From dave.demarle at kitware.com Wed Oct 25 17:23:23 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 25 Oct 2017 17:23:23 -0400 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon Message-ID: Hi, Does anyone have work in progress that should delay the branch point for 8.1? Does anyone know of any critical bugs that we need to resolve right now? If so, please add the 8.1 milestone on any relevant merge requests or bug reports so we know when we can get started. We are hoping to get 8.1 started by November 16th. Thanks, The VTK Maintenance Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Oct 25 17:56:28 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 25 Oct 2017 15:56:28 -0600 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: I have my patch that eliminates the "PythonD" libraries from all the modules: https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 However, it might be best to delay it until VTK 9, since it requires non-trivial changes to all third-party packages that rely on VTK's Python wrapping tools. For example, this is what is needed to make Paraview work with the changes: https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs What's the long-term release plan? Is 9.0 imminent, or are there going to be more 8.x releases after 8.1? - David On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle wrote: > Hi, > > Does anyone have work in progress that should delay the branch point for > 8.1? Does anyone know of any critical bugs that we need to resolve right > now? > > If so, please add the 8.1 milestone on any relevant merge requests or bug > reports so we know when we can get started. > > We are hoping to get 8.1 started by November 16th. > > Thanks, > > The VTK Maintenance Team > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Wed Oct 25 18:09:34 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 25 Oct 2017 18:09:34 -0400 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in spring. The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into master as soon as the 8.1 branch happens. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi wrote: > I have my patch that eliminates the "PythonD" libraries from all the > modules: > https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 > > However, it might be best to delay it until VTK 9, since it requires > non-trivial changes to all third-party packages that rely on VTK's Python > wrapping tools. For example, this is what is needed to make Paraview work > with the changes: > https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs > > What's the long-term release plan? Is 9.0 imminent, or are there going to > be more 8.x releases after 8.1? > > - David > > > On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle > wrote: > >> Hi, >> >> Does anyone have work in progress that should delay the branch point for >> 8.1? Does anyone know of any critical bugs that we need to resolve right >> now? >> >> If so, please add the 8.1 milestone on any relevant merge requests or bug >> reports so we know when we can get started. >> >> We are hoping to get 8.1 started by November 16th. >> >> Thanks, >> >> The VTK Maintenance Team >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Wed Oct 25 18:11:17 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 25 Oct 2017 18:11:17 -0400 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: Bah, important typos in that: I should have written: "Long term plan is for 9.0 after 8.1. We expect 8.1 before end of year and 9.0 sometime in spring." David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Oct 25, 2017 at 6:09 PM, David E DeMarle wrote: > Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in > spring. > > The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into > master as soon as the 8.1 branch happens. > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi > wrote: > >> I have my patch that eliminates the "PythonD" libraries from all the >> modules: >> https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 >> >> However, it might be best to delay it until VTK 9, since it requires >> non-trivial changes to all third-party packages that rely on VTK's Python >> wrapping tools. For example, this is what is needed to make Paraview work >> with the changes: >> https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs >> >> What's the long-term release plan? Is 9.0 imminent, or are there going >> to be more 8.x releases after 8.1? >> >> - David >> >> >> On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> Hi, >>> >>> Does anyone have work in progress that should delay the branch point for >>> 8.1? Does anyone know of any critical bugs that we need to resolve right >>> now? >>> >>> If so, please add the 8.1 milestone on any relevant merge requests or >>> bug reports so we know when we can get started. >>> >>> We are hoping to get 8.1 started by November 16th. >>> >>> Thanks, >>> >>> The VTK Maintenance Team >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Thu Oct 26 02:52:03 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Thu, 26 Oct 2017 08:52:03 +0200 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: Den 26 okt. 2017 12:11 fm skrev "David E DeMarle" : Bah, important typos in that: I should have written: "Long term plan is for 9.0 after 8.1. We expect 8.1 before end of year and 9.0 sometime in spring." Phew :) BTW, no more 8.0.x point release planned? Or will that happen/not happen depending on how much turns up before 8.1? I have this problem with thin volumes that was fixed in master, but was hoping to avoid having to run a patched 8.0.1. Elvis David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 <(518)%20881-4909> On Wed, Oct 25, 2017 at 6:09 PM, David E DeMarle wrote: > Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in > spring. > > The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into > master as soon as the 8.1 branch happens. > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi > wrote: > >> I have my patch that eliminates the "PythonD" libraries from all the >> modules: >> https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 >> >> However, it might be best to delay it until VTK 9, since it requires >> non-trivial changes to all third-party packages that rely on VTK's Python >> wrapping tools. For example, this is what is needed to make Paraview work >> with the changes: >> https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs >> >> What's the long-term release plan? Is 9.0 imminent, or are there going >> to be more 8.x releases after 8.1? >> >> - David >> >> >> On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> Hi, >>> >>> Does anyone have work in progress that should delay the branch point for >>> 8.1? Does anyone know of any critical bugs that we need to resolve right >>> now? >>> >>> If so, please add the 8.1 milestone on any relevant merge requests or >>> bug reports so we know when we can get started. >>> >>> We are hoping to get 8.1 started by November 16th. >>> >>> Thanks, >>> >>> The VTK Maintenance Team >>> >> >> > _______________________________________________ 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 dave.demarle at kitware.com Thu Oct 26 10:18:09 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 26 Oct 2017 10:18:09 -0400 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: On Thu, Oct 26, 2017 at 2:52 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > Den 26 okt. 2017 12:11 fm skrev "David E DeMarle" < > dave.demarle at kitware.com>: > > Bah, important typos in that: > > I should have written: > "Long term plan is for 9.0 after 8.1. We expect 8.1 before end of year and > 9.0 sometime in spring." > > > Phew :) > > BTW, no more 8.0.x point release planned? Or will that happen/not happen > depending on how much turns up before 8.1? > > There will be no 8.0.2. > I have this problem with thin volumes that was fixed in master, but was > hoping to avoid having to run a patched 8.0.1. > > What is master will soon be 8.1. If master works in your work you can be pretty confident that 8.1 will too. Elvis > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > > Clifton Park, NY 12065 > > -8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Wed, Oct 25, 2017 at 6:09 PM, David E DeMarle > wrote: > >> Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in >> spring. >> >> The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into >> master as soon as the 8.1 branch happens. >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> >> Clifton Park, NY 12065 >> >> -8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi >> wrote: >> >>> I have my patch that eliminates the "PythonD" libraries from all the >>> modules: >>> https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 >>> >>> However, it might be best to delay it until VTK 9, since it requires >>> non-trivial changes to all third-party packages that rely on VTK's Python >>> wrapping tools. For example, this is what is needed to make Paraview work >>> with the changes: >>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs >>> >>> What's the long-term release plan? Is 9.0 imminent, or are there going >>> to be more 8.x releases after 8.1? >>> >>> - David >>> >>> >>> On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle < >>> dave.demarle at kitware.com> wrote: >>> >>>> Hi, >>>> >>>> Does anyone have work in progress that should delay the branch point for >>>> 8.1? Does anyone know of any critical bugs that we need to resolve >>>> right now? >>>> >>>> If so, please add the 8.1 milestone on any relevant merge requests or >>>> bug reports so we know when we can get started. >>>> >>>> We are hoping to get 8.1 started by November 16th. >>>> >>>> Thanks, >>>> >>>> The VTK Maintenance Team >>>> >>> >>> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 elvis.stansvik at orexplore.com Thu Oct 26 11:58:52 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Thu, 26 Oct 2017 17:58:52 +0200 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: Den 26 okt. 2017 4:18 em skrev "David E DeMarle" : On Thu, Oct 26, 2017 at 2:52 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > Den 26 okt. 2017 12:11 fm skrev "David E DeMarle" < > dave.demarle at kitware.com>: > > Bah, important typos in that: > > I should have written: > "Long term plan is for 9.0 after 8.1. We expect 8.1 before end of year and > 9.0 sometime in spring." > > > Phew :) > > BTW, no more 8.0.x point release planned? Or will that happen/not happen > depending on how much turns up before 8.1? > > There will be no 8.0.2. > I have this problem with thin volumes that was fixed in master, but was > hoping to avoid having to run a patched 8.0.1. > > What is master will soon be 8.1. If master works in your work you can be pretty confident that 8.1 will too. Alright, thanks for the info. Was just asking in case there would be an 8.0.2. But I'll keep running a patched 8.0.1 until 8.1 is out then. I'd rather keep as close to a released version as possible, even if I know VTK has a very sunny master. Elvis Elvis > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > > Clifton Park, NY 12065 > > -8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Wed, Oct 25, 2017 at 6:09 PM, David E DeMarle > wrote: > >> Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in >> spring. >> >> The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into >> master as soon as the 8.1 branch happens. >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> >> Clifton Park, NY 12065 >> >> -8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi >> wrote: >> >>> I have my patch that eliminates the "PythonD" libraries from all the >>> modules: >>> https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 >>> >>> However, it might be best to delay it until VTK 9, since it requires >>> non-trivial changes to all third-party packages that rely on VTK's Python >>> wrapping tools. For example, this is what is needed to make Paraview work >>> with the changes: >>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs >>> >>> What's the long-term release plan? Is 9.0 imminent, or are there going >>> to be more 8.x releases after 8.1? >>> >>> - David >>> >>> >>> On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle < >>> dave.demarle at kitware.com> wrote: >>> >>>> Hi, >>>> >>>> Does anyone have work in progress that should delay the branch point for >>>> 8.1? Does anyone know of any critical bugs that we need to resolve >>>> right now? >>>> >>>> If so, please add the 8.1 milestone on any relevant merge requests or >>>> bug reports so we know when we can get started. >>>> >>>> We are hoping to get 8.1 started by November 16th. >>>> >>>> Thanks, >>>> >>>> The VTK Maintenance Team >>>> >>> >>> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 sur.chiranjib at gmail.com Fri Oct 27 14:21:00 2017 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Fri, 27 Oct 2017 23:51:00 +0530 Subject: [vtk-developers] [vtkusers] Solidify vtkPolyData In-Reply-To: <1507156428979-0.post@n5.nabble.com> References: <1507156428979-0.post@n5.nabble.com> Message-ID: Hi, have you tried playing with ISOvalue? This discussion thread might help you : https://stackoverflow.com/questions/43682388/thick-surface-with-vtk I also vote for having such a filter embedded in VTK. This will be simply great.. I am wondering, if something like this exists in ParaView (posting this thread to PV mailing list too) Thanks and regards, Chiranjib On Thu, Oct 5, 2017 at 4:03 AM, sebastian_a wrote: > Hello everyone, > > does vtk include a similar filter or is there a method like the Solidify > Modifier in Blender ( link > modifiers/generate/solidify.html> > )? > > Basically I have a non watertight vtkPolyData containing faces which I want > to solidify by adding opposite faces on their backs. > > Thanks a lot, Sebastian > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.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 xoviat at gmail.com Fri Oct 27 20:55:26 2017 From: xoviat at gmail.com (xoviat) Date: Fri, 27 Oct 2017 19:55:26 -0500 Subject: [vtk-developers] PYPI wheels Message-ID: Hey everyone! If you remember, I discussed uploading wheels to pypi. Unfortunately, that seemed to go nowhere over the past couple of months, so I uploaded them myself. I also added @jcfr to the package maintainer list so that he can administer the project as well. Unfortunately, it has been somewhat challenging to build the wheels, and OSX is not yet completed due to the Travis CI backlog, although I hope that they will be up soon. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sat Oct 28 01:02:32 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 27 Oct 2017 22:02:32 -0700 Subject: [vtk-developers] heads up - vtk 8.1 branch is coming soon In-Reply-To: References: Message-ID: David, I bumped the VTKExamples to a stable version. 111 C++ examples added since 8.0. Bill On Thu, Oct 26, 2017 at 8:58 AM, Elvis Stansvik wrote: > Den 26 okt. 2017 4:18 em skrev "David E DeMarle" : > > > On Thu, Oct 26, 2017 at 2:52 AM, Elvis Stansvik > wrote: >> >> Den 26 okt. 2017 12:11 fm skrev "David E DeMarle" >> : >> >> Bah, important typos in that: >> >> I should have written: >> "Long term plan is for 9.0 after 8.1. We expect 8.1 before end of year and >> 9.0 sometime in spring." >> >> >> Phew :) >> >> BTW, no more 8.0.x point release planned? Or will that happen/not happen >> depending on how much turns up before 8.1? >> > > There will be no 8.0.2. > >> >> I have this problem with thin volumes that was fixed in master, but was >> hoping to avoid having to run a patched 8.0.1. >> > > What is master will soon be 8.1. If master works in your work you can be > pretty confident that 8.1 will too. > > > Alright, thanks for the info. Was just asking in case there would be an > 8.0.2. But I'll keep running a patched 8.0.1 until 8.1 is out then. I'd > rather keep as close to a released version as possible, even if I know VTK > has a very sunny master. > > Elvis > > > >> Elvis >> >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Wed, Oct 25, 2017 at 6:09 PM, David E DeMarle >> wrote: >>> >>> Long term plan is for 9.0 after 8.1 and we expect 8.1 in sometime in >>> spring. >>> >>> The PythonD change seems worthy of 9.0 to me. We'll be OK to put it into >>> master as soon as the 8.1 branch happens. >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> Principal Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 >>> >>> On Wed, Oct 25, 2017 at 5:56 PM, David Gobbi >>> wrote: >>>> >>>> I have my patch that eliminates the "PythonD" libraries from all the >>>> modules: >>>> https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 >>>> >>>> However, it might be best to delay it until VTK 9, since it requires >>>> non-trivial changes to all third-party packages that rely on VTK's Python >>>> wrapping tools. For example, this is what is needed to make Paraview work >>>> with the changes: >>>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs >>>> >>>> What's the long-term release plan? Is 9.0 imminent, or are there going >>>> to be more 8.x releases after 8.1? >>>> >>>> - David >>>> >>>> >>>> On Wed, Oct 25, 2017 at 3:23 PM, David E DeMarle >>>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> Does anyone have work in progress that should delay the branch point >>>>> for >>>>> 8.1? Does anyone know of any critical bugs that we need to resolve >>>>> right now? >>>>> >>>>> If so, please add the 8.1 milestone on any relevant merge requests or >>>>> bug reports so we know when we can get started. >>>>> >>>>> We are hoping to get 8.1 started by November 16th. >>>>> >>>>> Thanks, >>>>> >>>>> The VTK Maintenance Team >>>> >>>> >>> >> >> >> _______________________________________________ >> 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 > > -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Mon Oct 30 14:16:48 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 30 Oct 2017 14:16:48 -0400 Subject: [vtk-developers] Timer in vtkOpenVRRenderWindowInteractor In-Reply-To: <1508217866369-0.post@n5.nabble.com> References: <1508217866369-0.post@n5.nabble.com> Message-ID: One way to do animation is to use an observer on the render's StartEvent and update your items there. Thanks! Ken On Tue, Oct 17, 2017 at 1:24 AM, Florence8627 wrote: > I am having issues in creating a repeating timer with > vtkOpenVRRenderWindowInteractor.. > I definied a vtkTimerCallback class just like how timer is used in normal > vtkRenderWindowInteractor Then, // assuming iren is the interactor pointer > vtkNew iren; > iren->Initialize(); > // Sign up to receive TimerEvent > vtkSmartPointer cb = > vtkSmartPointer::New(); > iren->AddObserver(vtkCommand::TimerEvent, cb); > iren->CreateRepeatingTimer(1000); > iren->Start(); > > It seems after start() is called the timer is blocked. Does anyone have any > clue how to run a timer in vtkOpenVR module ? Or anyway of doing animation > in vtkOpenVR module? > > Thanks ! > > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.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 Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: