That essentially means you're
 

That essentially means you're settings stored in ~/.config/ParaView are corrupt or just "strange". Is it possible to send your ~/.config/ParaView packed up to the Kitware people so they can investigate the problem? Because unless they can get hold of such "corrupt" settings, they won't be able to reproduce the problem easily. And not being able to reproduce a problem makes it virtually impossible to solve any non-trivial problem.

Gentlemen: I am running par
 

Gentlemen:

I am running paraview 3.3.0 on OpenSuse 11.0 w/o any problems to date.
Now when I try to save a screen shot of a wire frame of the tank in
the 2dtank sloshing problem, ParaView crashes and issues numerous
errors. I am including a snippet of it below:

X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0ec68
libxcb: WARNING! Program tries to lock an already locked connection,
which indicates a programming error.
There will be no further warnings about this issue.
libxcb: WARNING! Program tries to unlock a connection without having
acquired
a lock first, which indicates a programming error.
There will be no further warnings about this issue.
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0001b
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0001b
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0001b
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0001b
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)
Resource id: 0x2e0001b
X Error: GLXBadContext 154
Extension: 143 (Uknown extension)
Minor opcode: 5 (Unknown request)

Any thoughts, suggestions and prayers will be gratefully accepted. I noted some people talking about paraview 3.5.0. Would this take care of the problem? If yes, where can I download it from and is it compatible witb OpenFoam 1.5?

Musaddeque Hossein

There is paraview 3.4.0 availa
 

There is paraview 3.4.0 available for download at the paraview site. Can anyone tell me whether it is compatible with OpenFoam 1.5?

Thanks
Musaddeque Hossein

Hi Musaddeque Hossein, Do n
 

Hi Musaddeque Hossein,

Do not have a solution for your problem, but one of the followings might work:
1. search the forum with libxcb
2. refer to this thread
3. there has been instructions in this forum for installing and using ParaView 3.4.0
4. ParaView 3.5.0 is a development version available via CVS. You can see how to get it at the download page of the ParaView site.

Takuya

Hi Takuya, just a quick que
 

Hi Takuya,

just a quick question / is the native reader compatible with Bernhar's new super groovyBC lib ?

Best regards,

PO

Hi Pierre-Olivier, If you m
 

Hi Pierre-Olivier,

If you mean that you get an error with the wobbler case
ERROR: In /Volumes/RAID0data/paraview/ParaView3/VTK/IO/vtkOpenFOAMReader.cxx, line 6290
vtkOpenFOAMReaderPrivate (0x20a93ec0): Error reading line 23 of /Users/ohshima/OpenFOAM/ohshima-1.5.x/src/groovyBC/Demos/wobbler/0/D: Unexpected token name
, can you try replacing ParaView3/VTK/IO/vtkOpenFOAMReader.cxx with the one that can be checked out with
svn co https://of-interfaces.svn.sourceforge.net/svnroot/of-interfaces/branches/vtkPOpe nFOAMReader-r23-VTKcontrib/BSD
and recompile ParaView. If you have other problems, please let me know the details.

p.s. Please also note that the reader only sees value entries for BCs.

Takuya

Hi! I guess the problem is
 

Hi!

I guess the problem is that the boundary condition introduces a sub-dictionary (which is not very common, but legal) and the parser of the native reader doesn't account for that. But I guess Takuya has already figured that out

Bernhard

Yes, that's precisely what I'v
 

Yes, that's precisely what I've corrected with the revision in the SVN repository.

T

Thanks guys ! What would be
 

Thanks guys !

What would be the best way to verify the BCs created from groovyBC with ParaView and the native reader ?

Thanks

PO

Hi PO, In other words: the re
 

Hi PO,
In other words: the reader does recognize value entries. As far as I understand groovyBC writes the value entries for calculated timesteps (timesteps other than the initial timestep), hence you can verify the boundary values as usual for such timesteps.

For the initial timestep, I haven't tried by myself, but e.g. running foamFormatConvert (so that the calculated values are written in the value entries) may be a workaround.

Takuya

Hi Takuya, When running the
 

Hi Takuya,

When running the current stable reader with OF1.5 (paraview 3.3-dev) i get the following error reported by Stefan Gerber some time ago.

Expected punctuation token ')', found ;

This only happens for decomposed but not for reconstructed cases.

Regards BastiL

Hi BastiL, I appreciate if yo
 

Hi BastiL,
I appreciate if you send the problematic file to me (the address in my profile). You don't have to send all of your case, but just the problematic file should be fine.

Takuya

Takuya, case is large - jus
 

Takuya,

case is large - just the problematic data-file? I have these problems for all the scalar values (eg. p, k, epsilon...) on each processor? directory.

Regards

So I think I can do with just
 

So I think I can do with just one of those files. If even each one is too large to be sent, and if it's in ascii format, you can cut the file at few lines below the problematic line (you should be seeing the problematic line number in the error message) and send the part until there. Anyway, there's nothing I can do if I cannot have a reproducing data.

T

Ok, so I got e.g.: Error r
 

Ok, so I got e.g.:

Error reading line 365 of /path/to/parallel/processor1/0/R: Expected punctuation token '(', found ;

## SNIP ## LINE 360 to line 368
360 inlet
361 {
362 type fixedValue;
363 value uniform (0 0 0 0 0 0);
364 }
365 outlet
366 {
367 type zeroGradient;
368 }

Hope this helps. Regards

Sorry, wrong file. It looks li
 

Sorry, wrong file. It looks like this... (Not very nice but OF1.5.x decomposes it that way)

360 inlet
361 {
362 type fixedValue;
363 value nonuniform
364 0
365 ;
366 }

Ah OK I think I can fix the "E
 

Ah OK I think I can fix the "Expected punctuation token '(', found ;" error.

Can you identify the suspicious part of the other error "Expected punctuation token ')', found ;" in your 02:43 post? (which expects a closing parenthesis, as opposed to an opening parenthesis)

T

BastiL, Fixed the "Expected '
 

BastiL,
Fixed the "Expected '('" problem, assuming the files are in binary format. Can you try replacing ParaView-(version)/VTK/IO/vtkOpenFOAMReader.cxx with the one that can be checked out with
svn co https://of-interfaces.svn.sourceforge.net/svnroot/of-interfaces/branches/vtkPOpe nFOAMReader-r23-VTKcontrib/BSD
and recompiling ParaView. Please let me know if there are still problems.

Takuya

Takuya, I will try. Files a
 

Takuya,

I will try. Files are Binary, this is all right. The other problem ("Expected punctuation token ')', found ;") can not be reproduced at the moment. I will try the cvs-reader and see wht happens.

Regards BastiL

I can not get pvFoam to run wi
 

I can not get pvFoam to run with the new version:

ERROR: In /opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/Servers/Common/vtkProcessModule.cxx, line 1010
vtkProcessModule (0x61cad0): 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 {336}
Argument 1 = string_value {SetTimeStep}
Argument 2 = int32_value {0}



ERROR: In /opt/OpenFOAM/ThirdParty/ParaView3.3-cvs/Servers/Common/vtkProcessModule.cxx, line 1011
vtkProcessModule (0x61cad0): Aborting execution for debugging purposes.


/opt/OpenFOAM/OpenFOAM-1.5.x/bin/pvFoam: line 76: 6833 Aborted "${paraviewPath}" --data="${PWD}/system/controlDict.${ext}"

Maybe it is not sufficiant to change only thsifile but using all the other files from the current stable version?

Regards

Can you make sure the plugins
 

Can you make sure the plugins are loaded? (Check if libPOpenFOAMPanel.so and libPOpenFOAMReaderSMPlugin.so are listed in Tools->Manage Plugin/Extensions...->Local Plugins)

Takuya

Takuya, if I run paraview f
 

Takuya,

if I run paraview from my OpenFOAM shell they are listed. However if I run pvFoam I get the error listed above.

Regards.

Takuya, after rebuilding Pa
 

Takuya,

after rebuilding Paraview I had to rebuild the parallel reader and re-copy the libs. Those were stored in my Paraview Plugin-Directory. Now pvFoam works, but I still get the same errors...'('

Regards

This is the same error that I'
 

This is the same error that I've been struggling to solve on OSX. However, when the parallel plugins are loaded (libPOpenFOAMPanel.dylib and libPopenFOAMReaderSMPlugin.dylib), I get a segmentation fault. If I remove these, I get the same error as BastiL,

pvFoam
ERROR: In /Users/egp/softwareProjects/ParaView-3.5/Servers/Common/vtkProcessModule.cxx, line 1046
vtkProcessModule (0x645dfb0): 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 {78}
Argument 1 = string_value {SetTimeStep}
Argument 2 = int32_value {0}



ERROR: In /Users/egp/softwareProjects/ParaView-3.5/Servers/Common/vtkProcessModule.cxx, line 1047
vtkProcessModule (0x645dfb0): Aborting execution for debugging purposes.

This is the same error that I'
 

This is the same error that I've been struggling to solve on OSX. However, when the parallel plugins are loaded (libPOpenFOAMPanel.dylib and libPopenFOAMReaderSMPlugin.dylib), I get a segmentation fault. If I remove these, I get the same error as BastiL,

pvFoam
ERROR: In /Users/egp/softwareProjects/ParaView-3.5/Servers/Common/vtkProcessModule.cxx, line 1046
vtkProcessModule (0x645dfb0): 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 {78}
Argument 1 = string_value {SetTimeStep}
Argument 2 = int32_value {0}



ERROR: In /Users/egp/softwareProjects/ParaView-3.5/Servers/Common/vtkProcessModule.cxx, line 1047
vtkProcessModule (0x645dfb0): Aborting execution for debugging purposes.

BastiL, Can you run the interF
 

BastiL, Can you run the interFoam/damBreakFine case with writeFormat changed to binary and try loading it? As my parallel cases in handy are all in ascii, I used it as a reproducing and test case.

If that works, this time I indeed need one of your problematic files. If not, it's likely that you messed up something and in fact are using the old version of the reader.

Takuya

Eric, did you try fixupBundle.
 

Eric, did you try fixupBundle.cmake?

T

Eric, this is because not l
 

Eric,

this is because not loaded libs. For me it works afer I loaded them. Now I am struggling while reading decomposed cases.

Regards

Eric, this is because not l
 

Eric,

this is because not loaded libs. For me it works afer I loaded them. Now I am struggling while reading decomposed cases.

Regards

Takuya, I only have one dam
 

Takuya,

I only have one damBreak case in /tutorials/interfoam, where is the case?

Regards BastiL

Ah, you have to run ./Allrun o
 

Ah, you have to run ./Allrun once under tutorials/interFoam. Then the damBreakFine case will appear.

T

Ok thanks for you great help T
 

Ok thanks for you great help Takuya,

I can laod the tutorial after running in parallel but I get the errors when switchin from time=0 to time=0.4, Is this the same for you? If it runs for you at time=0.4 I have to check my installation.

Regards

BastiL, I believe I ran throu
 

BastiL,
I believe I ran through/stepped/switched/whatever from t = 0 to 0.4 many times and made sure the reader did not issue an error, but I'll re-check tomorrow when I'm back in my office.

T

Thanks once more Takuya, I
 

Thanks once more Takuya,

I will check my installation. What might have gone wrong while updating?

Regards

Too many possible causes. Putt
 

Too many possible causes. Putting the issue asaide a day or two and trying cooling down may be an idea :-)

T

BastiL, I re-checked and did n
 

BastiL, I re-checked and did not get an error switching from t=0 to 0.4. What is strange is that you get the errors only when t = 0.4, whereas you should get them in every timestep if your installation is really old. Honestly, I am running out of suggestions. http://www.cfd-online.com/OpenFOAM_D...lipart/sad.gif

T

Thanks Takuya once more, I
 

Thanks Takuya once more,

I will do a re-installation of the reader and check once more. I will get bakc to you.

Regards.

Takuya, after re-installati
 

Takuya,

after re-installation of the svn-Version I still get the same error for my data.
The same still happens for damBreakfine. I can open this but I get errors switching to time 0.4.
Does it matter I use OF1.5.x? I will try with 1.5

Regards

Ok, so same for 1.5. I get the
 

Ok, so same for 1.5. I get the error as soon as I switch output to "binary", ASCII works fine. May it be a Problem related to "endianess"? I use linux so should be little endian for me.

Regards.

The reader simply treats endia
 

The reader simply treats endianness as is. Do you happen to be using single precision binary, by any chance? That's the only possibility that occurs to me.