[7islands]

Possible causes I can think of are compiler version, library version or CMAKE_BUILD_TYPE mismatches between ParaView and the plugin. Do you have a backtrace?

T

[podallaire]

Hi,

compiler, library and CMAKE_BUILD_TYPE are the sam. No, I don't have a backtrace. SHould I use gdb for this ?

One thing that I can do is to send you a link to download the app and the plugin if you are interested to test it. It's Mac os x 86.

PO

[7islands]

Hi Pierre-Olivier,
OK so can you send me the link? It should be a lot helpful for me to sort out the problem too. I think I can have a look around this weekend.

Also can you provide me the compiler version you used, the Qt version and which distribution (Trolltech's binary, MacPorts, self-built etc.)?

Takuya

[7islands]

Pierre-Olivier's crash was found to be a RPATH-related problem where dynamic loader of OS X could not find the plugins within the application bundle. As a fix I created and attached a CMake script to fix the plugin binaries so that they look for their dependencies inside the application bundle.

If anyone is having the same problem with the CVS head of ParaView built with RPATH embedded, try this.

1. Put the attached script under your plugin build directory.
2. Run the following command under the plugin build directory.
cmake -DParaView_DIR="full path to ParaView build directory" \
-DParaView_App="full path to ParaView application bundle (ParaView.app)" \
-P fixupBundle.cmake

If you have already removed the ParaView build directory you'll see a bunch of warnings like
-- warning: cannot resolve item '/Volumes/OpenFOAM/ExtraSRCfiles/newPlugin/plugin/libPOpenFOAMReaderSMPlugin.dylib'
-- warning: cannot resolve item '/Volumes/OpenFOAM/ExtraSRCfiles/newPlugin/build/bin/libvtkPVServerManager.dylib'
but the script still should work.

By the steps above the plugins will be copied inside the application bundle (ParaView 3.5.0.app/Contents/Plugins) and automatically loaded when startup. If the plugins doesn't get copied, copy them manually and re-run the script.
fixupBundle.cmake
Takuya

[lord_kossity]

Hello Takuya,

I'm not quite sure whether the following problem is a problem of the Native ParaView Reader but since this is the thread where the experts linger, I think I'm in the right place.

When I`m loading any field - except the velocity (i.e. pressure, epsilon, k, ...) - and apply the "Rescale To Data Range", the range is always scaled from 0 to 1 although it is actually in between about 87200 and 87250.

Atomatically rescaled:



Manually rescaled:



How can I solve this problem?

[7islands]

Hi Andreas,
Can you provide a dataset that demonstrates the problem and let me know the ParaView version you used?

Takuya

[lord_kossity]

Hi Takuya,

since the case is too big to load it up to the Board I'm going to write you an email with case attached.

The ParaView version is 3.5.0.

Thank you
Andreas

[luca]

Hi Takuya,

I've tried to compile your parallelized reader vtkPOpenFOAMReader-r64-20081005, but I've encountered the following errors:

/home/mangani/OpenFOAM-HTC/linuxSrc/vtkPOpenFOAMReader-r64-20081005/GPL/vtkPOpen FOAMReader.cxx:95: error: 'class vtkPOpenFOAMReader' has no member named 'Refresh'
/home/mangani/OpenFOAM-HTC/linuxSrc/vtkPOpenFOAMReader-r64-20081005/GPL/vtkPOpen FOAMReader.cxx: In member function 'virtual int vtkPOpenFOAMReader::RequestInformation(vtkInformat ion*, vtkInformationVector**, vtkInformationVector*)':
/home/mangani/OpenFOAM-HTC/linuxSrc/vtkPOpenFOAMReader-r64-20081005/GPL/vtkPOpen FOAMReader.cxx:125: error: 'class vtkPOpenFOAMReader' has no member named 'GetTimeValues'
/home/mangani/OpenFOAM-HTC/linuxSrc/vtkPOpenFOAMReader-r64-20081005/GPL/vtkPOpen FOAMReader.cxx:134: error: 'class vtkPOpenFOAMReader' has no member named 'SetTimeInformation'
/home/mangani/OpenFOAM-HTC/linuxSrc/vtkPOpenFOAMReader-r64-20081005/GPL/vtkPOpen FOAMReader.cxx:136: error: 'class vtkPOpenFOAMReader' has no member named 'Refresh'

ecc..

It seems that the compiler does not resolve the scope Superclass:: or in general FOAM functions.

I used FOAM ver 1.4 and 1.5 with gcc4.2.2 and gcc4.3.1 and with paraview 3.5.0.

Any comments?

Thanks in advance

Luca

[7islands]

Hi Luca,

Can you make sure ParaView3/VTK/IO/vtkOpenFOAMReader.{cxx,h} has been replaced by the one included in the 20081005 package?

Takuya

[luca]

Hi Takuya,

thank you for your reply. I tried an hybrid installation with an older version.. now I've used the 20081005 stuff and now all is ok.

Thanks again

Luca

[lin]

Hi.A small question.

When compiling the native reader,there is a warning that ,it requires cmake version 2.6. But by default,OpenFOAM uses version 2.4.6.

Can I neglect the Warning?

[7islands]

Hi Hua Zen,

I'm afraid not. I added its fix to my to-do list (which is already too long).

Takuya

[lin]

Hi,Takuya

Thanks for your work and reply. The problem is that if I first activate the OF environment,then it will use the cmake version 2.4,though I have version 2.6 in the system.

Little feedback.

1) I use the cmake version 2.4 coming with OF,and neglect the warning. The plugins seem to work for a simple case.(Output of icofoam cavity)

2)change the configure ccmake command above with direct path of the system ccmake(2.6) /usr/bin/ccmake -------. There is no warning. And it also seems to work with the same test cases.

[luca]

Hi Takuya,

I've successfully compiled* paraview-3.4.0 +* 20081005 BSD reader in OpenFOAM 1.5 (substituting vtkOpenFOAMReader files in VTK/IO directory of paraview sources and compliling with gcc 4.3.1): but when I launch the application I get the following error:


ERROR: In /home/mangani/OpenFOAM-1.5/ThirdParty/linuxSrc/ParaView-3.4.0/Servers/Common/vtk ProcessModule.cxx, line 1079
vtkProcessModule (0x730160): Object type: vtkOpenFOAMReader, could not find requested method: "SetTimeStep"
or the method was called with incorrect arguments.

while processing
Message 0 = Invoke
Argument 0 = id_value {80}
Argument 1 = string_value {SetTimeStep}
Argument 2 = int32_value {0}


ERROR: In /home/mangani/OpenFOAM-1.5/ThirdParty/linuxSrc/ParaView-3.4.0/Servers/Common/vtk ProcessModule.cxx, line 1080
vtkProcessModule (0x730160): Aborting execution for debugging purposes.

/home/mangani/OpenFOAM-1.5/OpenFOAM-1.5/bin/pvFoam3: line 73: 13274 Aborted ${paraviewPath} --data="${PWD}/system/controlDict.foam"


Do you have any suggestion about it?

Thanks in advance

Luca

[7islands]

Hi Luca,

It looks like either the vtkOpenFOAMreader files are still not yet replaced (which seems to be unlikely from your statement though) or the plugins are not loaded correctly. Can you see libPOpenFOAMPanel and libPOpenFOAMReaderSMPlugin from Tools -> Manage Plugins/Extensions?

Takuya

[7islands]

Another possibility is that you are trying to load the plugins compiled with ParaView 3.5.0 (which you mentioned in your December 22 post). You most likely have to recompile the plugins if you change the ParaView version.

[saasebo]

Andreas or Takuya

Is the problem regarding "Rescale to data range" reported above by Andreas Dietz solved? I have the exact same problem.

Thanks, Steinar.

[7islands]

Hi Steinar,

As for my side, no. So far I am regarding the problem is in ParaView, not in my reader, because I am not having the problem and saw another report on the ParaView list stating the same problem. I reported Andreas' case on the list too but neither ParaView developers nor I have succeeded to reproduce the problem so far. For now what I can suggest are

• If you are sure the problem is in the reader and give me more details I will have a look (but may take some time due to my busyness),
• If you think the problem is in ParaView and report as much details on the ParaView list as ParaView developers can reproduce the problem I think there's a good chance they will have a serious look into the issue.

Takuya

[mwild]

Hi Steinar

Just a shot in the blue: Have you tried to (temporarily) remove ~/.config/ParaView and ~/.config/Kitware?

Michael

[saasebo]

When I "remove" ~/.config/ParaView, the problem disappears... What does that mean? The Kitware file/folder I do not have.