-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The issue was discussed in thread "[Paraview] 3.4.0 compilation broken due to xdfm / old hdf5" - there is also a patch there.
Dominik Dominik Szczerba wrote: > Hi - I just wanted to test and see that the other problem I previously > reported is not fixed (below). Fix is easy, see previous reports. > thanks, > Dominik > > In file included from > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfArray.h:28, > > from > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfArray.cxx:25: > > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfDataDesc.h: > In member function XdmfInt32 XdmfDataDesc::SetHeavyDataSetName(const > char*): > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:202: > error: strcmp was not declared in this scope > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:202: > error: strlen was not declared in this scope > /home/dsz/pack/paraview-20090516/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:202: > error: strcpy was not declared in this scope > > > Utkarsh Ayachit wrote: >> Robert, > >> On further consideration, I've decided to go with your patch. I've >> committed it to CVS (slightly modified to remove the signal changes). >> Attached is a patch for the final version that made it in. > >> Utkarsh > >> On Tue, May 5, 2009 at 3:28 PM, Utkarsh Ayachit >> <utkarsh.ayac...@kitware.com <mailto:utkarsh.ayac...@kitware.com>> wrote: > >> Robert, > >> What your patch is doing is exactly what I've done, except at the >> server manager level (so in vtkSMScalarBarRepresentationProxy >> instead of pqScalarBarRepresentation). I guess I am going to mark >> bug #8958 resolved, unless someone tells me otherwise :). > >> Utkarsh > > >> On Tue, May 5, 2009 at 3:14 PM, Dominik Szczerba >> <domi...@itis.ethz.ch <mailto:domi...@itis.ethz.ch>> wrote: > >> I know what the reason is. >> I have originally submitted the bug under 'Paraview' project, >> then realizing that the last posts before were the previous >> year, and in addition seeing also project 'Paraview3', I >> concluded that the former must be referring to 2.x branch or so >> - and I resubmitted to the latter, where also the earlier posts >> were just days before. >> To some extent I may be called guilty, but the 2 actual Paraview >> projects are very confusing. >> Many thanks - and sorry. I only hope you two can agree on a >> better solution. I can test whatever you conclude with. >> thanks and regards, >> Dominik > > >> Robert Maynard wrote: > >> Odly enough I just finished fixing this bug today, with a >> patch for the visibility issue at >> http://www.vtk.org/Bug/view.php?id=8958 > >> The locking bug it self can be fixed by simply changing one >> line. > >> Index: C:/Work/ParaViewGeo/VTK/Widgets/vtkBorderWidget.cxx >> >> =================================================================== >> --- C:/Work/ParaViewGeo/VTK/Widgets/vtkBorderWidget.cxx >> (revision 3953) >> +++ C:/Work/ParaViewGeo/VTK/Widgets/vtkBorderWidget.cxx >> (revision 3954) >> @@ -275,7 +275,9 @@ >> >> reinterpret_cast<vtkBorderRepresentation*>(self->WidgetRep)->MovingOff(); > >> // stop adjusting >> - self->EventCallbackCommand->SetAbortFlag(1); >> + //by setting the abort flag to 0 we allow the end >> interaction event to be >> + //caught be other observers so that mouse buttons don't >> get stuck being down. >> + self->EventCallbackCommand->SetAbortFlag(0); >> self->EndInteraction(); >> self->InvokeEvent(vtkCommand::EndInteractionEvent,NULL); >> } > >> Dominik Szczerba wrote: > >> Many thanks for such a quick reaction! >> I will give it a try next week. >> regards, >> Dominik > >> Utkarsh Ayachit wrote: > >> Dominik, >> I just committed a fix for this issue. Feel free to >> give it a try and let me know if it still doesn't work. > >> Thanks, >> Utkarsh > >> >> /cvsroot/ParaView3/ParaView3/Qt/Core/pqScalarBarRepresentation.cxx,v >> <-- Qt/Core/pqScalarBarRepresentation.cxx >> new revision: 1.11; previous revision: 1.10 >> >> /cvsroot/ParaView3/ParaView3/Servers/ServerManager/Resources/rendering.xml,v >> <-- Servers/ServerManager/Resources/rendering.xml >> new revision: 1.345; previous revision: 1.344 >> >> /cvsroot/ParaView3/ParaView3/Servers/ServerManager/vtkSMScalarBarWidgetRepresentationProxy.cxx,v >> <-- >> >> Servers/ServerManager/vtkSMScalarBarWidgetRepresentationProxy.cxx >> new revision: 1.10; previous revision: 1.9 >> >> /cvsroot/ParaView3/ParaView3/Servers/ServerManager/vtkSMScalarBarWidgetRepresentationProxy.h,v >> <-- >> >> Servers/ServerManager/vtkSMScalarBarWidgetRepresentationProxy.h >> new revision: 1.6; previous revision: 1.5 > > >> On Wed, Apr 15, 2009 at 1:49 PM, Dominik Szczerba >> <domi...@itis.ethz.ch <mailto:domi...@itis.ethz.ch> >> <mailto:domi...@itis.ethz.ch >> <mailto:domi...@itis.ethz.ch>>> wrote: > >> Even simpler way to reproduce: > >> just move the (sliced) dataset with MMB onto the >>> visible colorbar: a >> lock results for me. Invisible datasets hide >>> their colorbars, but they >> are somehow still there, locking the navigation: >>> a clear bug, at least >> on my system. > >> - Dominik > >> Dominik Szczerba wrote: >> > No, it does not have to do with the mouse >>> outside the render window. >> > This is a bug with colorbar. To reproduce: > >> > Load a dataset, slice it, color it with a >>> scalar, display the >> colorbar. >> > Load another dataset, slice it, color it. >> > Now hide the first slice (unclick the eye). >> > The color legend is gone, but stays there >>> hidden, faking the >> mouse. Move >> > the cursor to see false mouse-over effects. >>> This now often results in >> > the mentioned "locking" while dragging with >>> the middle button. It >> is the >> > invisible colorbar that gets moved instead of >>> the dataset and >> the whole >> > thing gets eventually stuck. It is extremely >>> annoying, if not >> impossible >> > in case of complex pipeline states, to go >>> through all entries and >> switch >> > off the colorbars. Is it possible to fix this? > >> > - Dominik > >> > Utkarsh Ayachit wrote: >> >> That generally happens when you start >>> dragging but move the >> mouse out >> >> of the renderwindow before releasing the >>> mouse button. Is that >> indeed >> >> the case? > >> >> Utkarsh > >> >> On Tue, Apr 14, 2009 at 6:19 AM, Dominik Szczerba >> <domi...@itis.ethz.ch >>> <mailto:domi...@itis.ethz.ch> >>> <mailto:domi...@itis.ethz.ch >>> <mailto:domi...@itis.ethz.ch>>> wrote: >> >> Hi, >> >> I am getting annoying critical problems when >>> moving datasets >> (here, a >> >> result of cutting tool): the dataset keeps >>> moving even after I >> release >> >> the middle mouse button and I have to click >>> around blind like >> crazy to >> >> "unlock" it. I see the following in the >>> output window: >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. >> >> endUndoSet called without a beginUndoSet. > >> >> Can someone please advise how to fix it? > >> >> regards, >> >> Dominik >> > _______________________________________________ >> > Powered by www.kitware.com >>> <http://www.kitware.com> <http://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 >>> ParaView Wiki at: >> > http://paraview.org/Wiki/ParaView >> > Follow this link to subscribe/unsubscribe: >> > http://www.paraview.org/mailman/listinfo/paraview > > > >> -- >> Dominik Szczerba, PhD >> Computational Physics Group >> IT'IS Foundation >> http://www.itis.ethz.ch > > > > _______________________________________________ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoPw3AACgkQ/EBMh9bUuzLPcACbB1P4RuH1+VEogTd6hqWsk3m8 Nt8AoNjp45Ih5cRA/Gyn2EOiC69dDSu1 =TRTf -----END PGP SIGNATURE----- _______________________________________________ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
