From bob.obara at kitware.com Mon Dec 22 15:13:54 2014 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Mon, 22 Dec 2014 15:13:54 -0500 Subject: [Cmb-users] Test Message-ID: Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Mon Dec 22 15:27:34 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Mon, 22 Dec 2014 15:27:34 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend Message-ID: Hi, I just pushed updates to a few repositories, and had a pull request merged in SMTK to make it possible to build CMBv4 with OpenGL2-based ParaView/VTK. It meant that I had to disable a couple of things, please let me know if I broke anything for you in OpenGL 1 which should continue to work. CMB should also be able to build against ParaView master now, after a number of updates we made late last week. Once I get a couple more ParaView patches into master I will see if I can add an option to the superbuild, but the patches to CMB/SMTK/Omicron should all take the VTK_RENDERING_BACKEND CMake variable into account, and act accordingly. Thanks, Marcus PS Hopefully you see this message, I think I signed up to the list properly... From david.thompson at kitware.com Mon Dec 22 17:07:27 2014 From: david.thompson at kitware.com (David Thompson) Date: Mon, 22 Dec 2014 17:07:27 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: References: Message-ID: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> Hi Marcus, > I just pushed updates to a few repositories, and had a pull request > merged in SMTK to make it possible to build CMBv4 with OpenGL2-based > ParaView/VTK. It meant that I had to disable a couple of things, > please let me know if I broke anything for you in OpenGL 1 which > should continue to work. I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), presumably because VTK_RENDERING_BACKEND is undefined. I'm updating to ParaView master, but it would be nice to say what version is required for SMTK. Do you know? Or is there a quick fix to get things working with older ParaView builds? Thanks, David From marcus.hanwell at kitware.com Mon Dec 22 20:27:10 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Mon, 22 Dec 2014 20:27:10 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> References: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> Message-ID: On Mon, Dec 22, 2014 at 5:07 PM, David Thompson wrote: > Hi Marcus, > >> I just pushed updates to a few repositories, and had a pull request >> merged in SMTK to make it possible to build CMBv4 with OpenGL2-based >> ParaView/VTK. It meant that I had to disable a couple of things, >> please let me know if I broke anything for you in OpenGL 1 which >> should continue to work. > > I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), presumably because VTK_RENDERING_BACKEND is undefined. I'm updating to ParaView master, but it would be nice to say what version is required for SMTK. Do you know? Or is there a quick fix to get things working with older ParaView builds? > I didn't realize people would want to use old ParaView/VTK, I added a new commit, and will make a pull request, that should address this. Marcus From david.thompson at kitware.com Mon Dec 22 23:03:02 2014 From: david.thompson at kitware.com (David Thompson) Date: Mon, 22 Dec 2014 23:03:02 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: References: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> Message-ID: <2601FFB3-5A62-4C9F-B728-E177CCCE253F@kitware.com> Hi Marcus, >>> I just pushed updates to a few repositories, and had a pull request >>> merged in SMTK to make it possible to build CMBv4 with OpenGL2-based >>> ParaView/VTK. ... >> >> I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), ... >> > I didn't realize people would want to use old ParaView/VTK, I added a > new commit, and will make a pull request, that should address this. I am still getting the same error message. Also, if I want to build ParaView master with the OpenGL2 backend, do I need to set anything beside VTK_RENDERING_BACKEND:STRING=OpenGL2 ? I tried that and (after turning off some PV plugins) it starts building but then dies with [ 74%] Undefined symbols for architecture x86_64: "vtkWebGLObject::GetId()", referenced from: vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o "vtkWebGLObject::isVisible()", referenced from: vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o vtkPVWebApplication::GetWebGLBinaryData(vtkSMViewProxy*, char const*, int) in vtkPVWebApplication.cxx.o Thanks, David From marcus.hanwell at kitware.com Tue Dec 23 09:16:42 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Tue, 23 Dec 2014 09:16:42 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: <2601FFB3-5A62-4C9F-B728-E177CCCE253F@kitware.com> References: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> <2601FFB3-5A62-4C9F-B728-E177CCCE253F@kitware.com> Message-ID: Hi David, On Mon, Dec 22, 2014 at 11:03 PM, David Thompson wrote: >>>> I just pushed updates to a few repositories, and had a pull request >>>> merged in SMTK to make it possible to build CMBv4 with OpenGL2-based >>>> ParaView/VTK. ... >>> >>> I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), ... >>> >> I didn't realize people would want to use old ParaView/VTK, I added a >> new commit, and will make a pull request, that should address this. > > > I am still getting the same error message. Also, if I want to build ParaView master with the OpenGL2 backend, do I need to set anything beside VTK_RENDERING_BACKEND:STRING=OpenGL2 ? I tried that and (after turning off some PV plugins) it starts building but then dies with > > [ 74%] Undefined symbols for architecture x86_64: > "vtkWebGLObject::GetId()", referenced from: > vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o > "vtkWebGLObject::isVisible()", referenced from: > vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o > vtkPVWebApplication::GetWebGLBinaryData(vtkSMViewProxy*, char const*, int) in vtkPVWebApplication.cxx.o > Not to get all picky but that looks like a very different error message ;-) Before it couldn't find the libraries, now it is just a few symbols. Annoyingly Linux doesn't resolve symbols upfront, and if they are not used never will - guessing this is from the pickier Apple linker. I did not realize you were even using PVWeb components in CMB, Utkarsh just merged a patch to master that should let me reenable the vtkIOExport link, and reduce the change I pushed in CMB a little. I will take a quick look. Marcus From marcus.hanwell at kitware.com Tue Dec 23 09:37:23 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Tue, 23 Dec 2014 09:37:23 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: References: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> <2601FFB3-5A62-4C9F-B728-E177CCCE253F@kitware.com> Message-ID: On Tue, Dec 23, 2014 at 9:16 AM, Marcus D. Hanwell wrote: > Hi David, > > On Mon, Dec 22, 2014 at 11:03 PM, David Thompson > wrote: >>>>> I just pushed updates to a few repositories, and had a pull request >>>>> merged in SMTK to make it possible to build CMBv4 with OpenGL2-based >>>>> ParaView/VTK. ... >>>> >>>> I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), ... >>>> >>> I didn't realize people would want to use old ParaView/VTK, I added a >>> new commit, and will make a pull request, that should address this. >> >> >> I am still getting the same error message. Also, if I want to build ParaView master with the OpenGL2 backend, do I need to set anything beside VTK_RENDERING_BACKEND:STRING=OpenGL2 ? I tried that and (after turning off some PV plugins) it starts building but then dies with >> >> [ 74%] Undefined symbols for architecture x86_64: >> "vtkWebGLObject::GetId()", referenced from: >> vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o >> "vtkWebGLObject::isVisible()", referenced from: >> vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o >> vtkPVWebApplication::GetWebGLBinaryData(vtkSMViewProxy*, char const*, int) in vtkPVWebApplication.cxx.o >> > Not to get all picky but that looks like a very different error > message ;-) Before it couldn't find the libraries, now it is just a > few symbols. Annoyingly Linux doesn't resolve symbols upfront, and if > they are not used never will - guessing this is from the pickier Apple > linker. I need to drink more coffee before replying...I thought that was the CMB error. Maybe the code I added doesn't trickle down to all the files then, I will try to build an old VTK pre-backend vars to figure out what I missed. There are a few patches Utkarsh merged this morning that should make the above go away, I am just rebuilding PV to verify, otherwise you must disable ParaViewWeb. Marcus From marcus.hanwell at kitware.com Tue Dec 23 09:47:40 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Tue, 23 Dec 2014 09:47:40 -0500 Subject: [Cmb-users] Updates to CMB for VTK's OpenGL2 backend In-Reply-To: References: <3B4C3C68-D67E-4221-B5AC-D3ACD17836CD@kitware.com> <2601FFB3-5A62-4C9F-B728-E177CCCE253F@kitware.com> Message-ID: On Tue, Dec 23, 2014 at 9:37 AM, Marcus D. Hanwell wrote: > On Tue, Dec 23, 2014 at 9:16 AM, Marcus D. Hanwell > wrote: >> Hi David, >> >> On Mon, Dec 22, 2014 at 11:03 PM, David Thompson >> wrote: >>>>>> I just pushed updates to a few repositories, and had a pull request >>>>>> merged in SMTK to make it possible to build CMBv4 with OpenGL2-based >>>>>> ParaView/VTK. ... >>>>> >>>>> I am using an older version of ParaView (SHA 55f3b0e, from around Sep 10) and get link errors building libsmtkDiscreteBridge.dylib in SMTK ("library not found for -lvtkRendering"), ... >>>>> >>>> I didn't realize people would want to use old ParaView/VTK, I added a >>>> new commit, and will make a pull request, that should address this. >>> >>> >>> I am still getting the same error message. Also, if I want to build ParaView master with the OpenGL2 backend, do I need to set anything beside VTK_RENDERING_BACKEND:STRING=OpenGL2 ? I tried that and (after turning off some PV plugins) it starts building but then dies with >>> >>> [ 74%] Undefined symbols for architecture x86_64: >>> "vtkWebGLObject::GetId()", referenced from: >>> vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o >>> "vtkWebGLObject::isVisible()", referenced from: >>> vtkPVWebApplication::GetWebGLSceneMetaData(vtkSMViewProxy*) in vtkPVWebApplication.cxx.o >>> vtkPVWebApplication::GetWebGLBinaryData(vtkSMViewProxy*, char const*, int) in vtkPVWebApplication.cxx.o >>> >> Not to get all picky but that looks like a very different error >> message ;-) Before it couldn't find the libraries, now it is just a >> few symbols. Annoyingly Linux doesn't resolve symbols upfront, and if >> they are not used never will - guessing this is from the pickier Apple >> linker. > > I need to drink more coffee before replying...I thought that was the > CMB error. Maybe the code I added doesn't trickle down to all the > files then, I will try to build an old VTK pre-backend vars to figure > out what I missed. There are a few patches Utkarsh merged this morning > that should make the above go away, I am just rebuilding PV to verify, > otherwise you must disable ParaViewWeb. > So set the advanced variable PARAVIEW_ENABLE_WEB to FALSE, it is still failing. I will try to get this resolved soon in ParaView, but I think CMB can get by without ParaViewWeb. Marcus From yumin.yuan at kitware.com Tue Dec 23 13:01:48 2014 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Tue, 23 Dec 2014 13:01:48 -0500 Subject: [Cmb-users] Fwd: smtk and cmb_v4 update In-Reply-To: References: Message-ID: First time the message was bounced back(???). Try again! ---------- Forwarded message ---------- From: Yumin Yuan Date: Tue, Dec 23, 2014 at 12:50 PM Subject: smtk and cmb_v4 update To: cmb-users at computationalmodelbuilder.org Cc: Marcus Hanwell Marcus, I fixed the linking issue in smtk/bridge/discrete with the "VTK_RENDERING_BACKEND". It was actually just a typo in one of your commits :). Bob, Dave, I updated the entity ID to use UUID instead of string in vtkModelMultiBlockSource and cmb_v4 application side things. You will need to update both smtk and cmb_v4. Yumin -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Tue Dec 23 13:11:34 2014 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Tue, 23 Dec 2014 13:11:34 -0500 Subject: [Cmb-users] Fwd: smtk and cmb_v4 update In-Reply-To: References: Message-ID: On Tue, Dec 23, 2014 at 1:01 PM, Yumin Yuan wrote: > Marcus, I fixed the linking issue in smtk/bridge/discrete with the > "VTK_RENDERING_BACKEND". It was actually just a typo in one of your commits > :). Thanks Yumin, sorry about the typo... I thought what I did should have worked, but hadn't had time to look into it yet. Marcus From david.thompson at kitware.com Tue Dec 23 13:12:49 2014 From: david.thompson at kitware.com (David Thompson) Date: Tue, 23 Dec 2014 13:12:49 -0500 Subject: [Cmb-users] Fwd: smtk and cmb_v4 update In-Reply-To: References: Message-ID: <34BCC7AD-6BA2-44C1-845D-B6C2EC094D5C@kitware.com> >> Marcus, I fixed the linking issue in smtk/bridge/discrete with the >> "VTK_RENDERING_BACKEND". It was actually just a typo in one of your commits >> :). > > Thanks Yumin, sorry about the typo... I thought what I did should have > worked, but hadn't had time to look into it yet. Thanks to you both... things are working again and I'm anxious to try out the new rendering pipeline. David From bob.obara at kitware.com Tue Dec 23 13:18:09 2014 From: bob.obara at kitware.com (Bob Obara) Date: Tue, 23 Dec 2014 13:18:09 -0500 Subject: [Cmb-users] Fwd: Delivery Status Notification (Failure) In-Reply-To: References: <047d7bfceb444c04b5050ae6089f@google.com> Message-ID: To: andy.bauer at kitware.com ----- Original message ----- I got an email from a user that is having issues with the Linux installed version of CMB from the CMB download web-page. The error that he's getting is: ==================== [vgfigue at s976477 Desktop]$ /ascldap/users/vgfigue/bin/CMB/bin/ModelBuilder /home/vgfigue/bin/CMB/lib/cmb-3.0/ModelBuilder: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory I executed the find command and this is what I have: [vgfigue at s976477 Desktop]$ sudo find / -name libcurl.so.* -print /usr/lib64/libcurl.so.4 /usr/lib64/libcurl.so.4.1.1 I'm installing on a Linux Redhat V6.4. I searched in the internet for libcurl.so.3 but did not find this library package for this Linux platform. =================== Any ideas on this? Thanks, Andy -- Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: