[Paraview] endUndoSet called without a beginUndoSet.
Dominik Szczerba
dominik at itis.ethz.ch
Sun May 17 03:57:36 EDT 2009
-----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.ayachit at kitware.com <mailto:utkarsh.ayachit at 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
>> <dominik at itis.ethz.ch <mailto:dominik at 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
>> <dominik at itis.ethz.ch <mailto:dominik at itis.ethz.ch>
>> <mailto:dominik at itis.ethz.ch
>> <mailto:dominik at 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
>> <dominik at itis.ethz.ch
>>> <mailto:dominik at itis.ethz.ch>
>>> <mailto:dominik at itis.ethz.ch
>>> <mailto:dominik at 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-----
More information about the ParaView
mailing list