[Paraview] Causes for multiple execution of RequestData in rendering Pipeline

Mike Jackson imikejackson at gmail.com
Tue Feb 12 12:03:43 EST 2008


I am running ParaView CVS (From a few nights ago) on OS X 10.4.11  
(intel). Far as I know nothing "parallel" was enabled when I ran cmake.

Mike

On Feb 12, 2008, at 12:01 PM, Berk Geveci wrote:

> Are you running on parallel? Which paraview version are you using?
>
> On 2/12/08, Moreland, Kenneth <kmorel at sandia.gov> wrote:
>> I have no idea.  Maybe Berk knows something about the executive  
>> that would explain the multiple executions.
>>
>> -Ken
>>
>>> -----Original Message-----
>>> From: paraview-bounces+kmorel=sandia.gov at paraview.org  
>>> [mailto:paraview-
>>> bounces+kmorel=sandia.gov at paraview.org] On Behalf Of Mike Jackson
>>> Sent: Monday, February 11, 2008 7:29 AM
>>> To: ParaView
>>> Subject: Re: [Paraview] Causes for multiple execution of  
>>> RequestData in
>>> rendering Pipeline
>>>
>>> Nope. Inserting a print statement as the first and next to last  
>>> lines
>>> in RequestData() says the modified times are the same. My  
>>> RequestData
>>> method is being run 6 times in succession.
>>>
>>> Could this have something to do with UPDATE_EXTENTS and UPDATE_WHOLE
>>> extents?
>>>
>>> Also, I do see the following 2 debug statements between Each
>>> Successive RequestData() call:
>>>
>>> **----RequestData Ending Modified Time: 64511
>>> Debug: In /Users/Shared/Kitware-CVS/ParaView3/VTK/Filtering/
>>> vtkAlgorithm.h, line 151
>>> vtkH5RoboMetReader (0x1eb63c60): vtkH5RoboMetReader (0x1eb63c60):
>>> returning AbortExecute of 0
>>>
>>>
>>> Debug: In /Users/Shared/Kitware-CVS/ParaView3/VTK/Filtering/
>>> vtkAlgorithm.h, line 150
>>> vtkH5RoboMetReader (0x1eb63c60): vtkH5RoboMetReader (0x1eb63c60):
>>> setting AbortExecute to 0
>>>
>>> **--- RequestData Starting      Times=6 Modified Time: 64511
>>>
>>>
>>> But since the Modified times are the same I am assuming that this
>>> isn't really the problem?
>>>
>>>
>>> On Feb 11, 2008, at 8:42 AM, Moreland, Kenneth wrote:
>>>
>>>> My guess is that somewhere in your RequestData method the algorithm
>>>> is calling Modified on itself.  The call is probably indirect.  For
>>>> example, if you are using any of the Set* methods defined by VTK
>>>> macros, that will indirectly call Modified.
>>>>
>>>> To check this, try printing out the time stamp (this- 
>>>> >MTime.GetMTime
>>>> ()) at the beginning and the end of RequestData.  It should be the
>>>> same.  If not, narrow down where it is changing.
>>>>
>>>> -Ken
>>>>
>>>>> -----Original Message-----
>>>>> From: paraview-bounces+kmorel=sandia.gov at paraview.org
>>>>> [mailto:paraview-
>>>>> bounces+kmorel=sandia.gov at paraview.org] On Behalf Of Mike Jackson
>>>>> Sent: Monday, February 11, 2008 6:35 AM
>>>>> To: ParaView
>>>>> Cc: Mike Jackson
>>>>> Subject: [Paraview] Causes for multiple execution of  
>>>>> RequestData in
>>>>> rendering Pipeline
>>>>>
>>>>> Working with my custom reader I am trying to track down what I  
>>>>> think
>>>>> is a bug somewhere in the combination of my requestInformation/
>>>>> RequestData methods. When my reader gets loaded, my requestData
>>>>> method gets fired multiple times (up to 8 in a row it seems). I  
>>>>> was
>>>>> wondering what some of the reasons for this might be so that I  
>>>>> might
>>>>> be able to figure this out.
>>>>>
>>>>> Thanks for any help
>>>>>
>>>>> --
>>>>> Mike Jackson
>>>>> imikejackson & gmail * com
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ParaView mailing list
>>>>> ParaView at paraview.org
>>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>
>>>>
>>>>
>>>
>>> --
>>> Mike Jackson   Senior Research Engineer
>>> Innovative Management & Technology Services
>>>
>>>
>>> _______________________________________________
>>> ParaView mailing list
>>> ParaView at paraview.org
>>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>>

-- 
Mike Jackson   Senior Research Engineer
Innovative Management & Technology Services




More information about the ParaView mailing list