[austricliniano]

IH Takuya

I work in OpenFOAM 1.4 over cygwin and all work very well, but the ParaView don´t work I read the READ-Cygwin document, this doc say is necesary compile ParaView. I can not compile paraview yo have idea


Any hints on how to solve the problem?

[7islands]

Hi Windows users (and Emiliano),

The binary ParaView package with the builtin OF native reader was updated along with the new realease of the reader. This time the ParaView version is 3.2.1.

Download from http://oshima.eng.niigata-u.ac.jp/OpenFOAM/ParaView/ and install wherever you like. If you'd like to use with paraFoam, adjust the line 50 of ~/OpenFOAM/OpenFOAM-1.4/.OpenFOAM-1.4/apps/paraview/bashrc which reads

export ParaView_INST_DIR="/cygdrive/c/Program Files/ParaView $ParaView_VERSION"

to point to the directory where you installed the package.

By the way I'm planning to deploy the binary into an educational PC cluster in our university. I'll indeed appreciate if you find and report any problem.

Takuya

[kgs]

Hi

I still have my small problem when i run the .bashrc in cygwin shell:

KSK@PC-9862 ~/openfoam/openfoam-1.4/.openfoam-1.4
$ . bashrc
bash: $'\r': command not found
bash: $'\r': command not found
bash: bashrc: line 106: syntax error near unexpected token `elif'
'ash: bashrc: line 106: ` elif [ "$processor" = "x86_64" ]; then

KSK@PC-9862 ~/openfoam/openfoam-1.4/.openfoam-1.4
$


I really don't know how to solve it and appreciate if someone will help me.


Best regards
Kasper Skriver

[gschaider]

Hi Kasper!

You touched that file with the notepad (or another Windows-editor). Windows "needs" to characters for the end of a line (there is enough info about that "\n\r" vs "\n" stuff) but the bash chokes on the second character. The easiest way to rectivy that is the dos2unix-command (that should be included in most Cygwin-installations).

Bernhard

[7islands]

Hi Kasper,
I don't have so much to suggest, but please make sure the filesystem is mounted in binary mode (see man mount for details).

Takuya

[austricliniano]

Thanks Tayuka

The PAraView send next messange
ERROR: In \cygwin\home\kankyo\install\ParaView3\3.2\ParaView 3.2.1\VTK\IO\vtkOpenFOAMReader .cxx, line 3580
vtkOpenFOAMReader (05ED6548): Error opening C:\cygwin\home\emiliano\OpenFOAM\emiliano-1.4\run\tutorials\potentialFoam\pitzDa ily\constant\polyMesh/system\controlDict: Can't open


ERROR: In \cygwin\home\kankyo\install\ParaView3\3.2\ParaView 3.2.1\VTK\Filtering\vtkExecuti ve.cxx, line 757
vtkCompositeDataPipeline (05ECB398): Algorithm vtkOpenFOAMReader(05ED6548) returned failure for request: vtkInformation (05EDAD38)
Debug: Off
Modified Time: 60305
Reference Count: 1
Registered Events: (none)
Request: REQUEST_INFORMATION
FORWARD_DIRECTION: 0
ALGORITHM_AFTER_FORWARD: 1
KEYS_TO_COPY: COMPOSITE_DATA_INFORMATION




ERROR: In \cygwin\home\kankyo\install\ParaView3\3.2\ParaView 3.2.1\VTK\IO\vtkOpenFOAMReader .cxx, line 3580
vtkOpenFOAMReader (05F5B368): Error opening C:\cygwin\home\emiliano\OpenFOAM\emiliano-1.4\run\tutorials\potentialFoam\pitzDa ily\constant\polyMesh/system\controlDict: Can't open


ERROR: In \cygwin\home\kankyo\install\ParaView3\3.2\ParaView 3.2.1\VTK\Filtering\vtkExecuti ve.cxx, line 757
vtkCompositeDataPipeline (05E12208): Algorithm vtkOpenFOAMReader(05F5B368) returned failure for request: vtkInformation (03BC4048)
Debug: Off
Modified Time: 73594
Reference Count: 1
Registered Events: (none)
Request: REQUEST_INFORMATION
FORWARD_DIRECTION: 0
ALGORITHM_AFTER_FORWARD: 1
KEYS_TO_COPY: COMPOSITE_DATA_INFORMATION


and don´t work

I install ParaView 3.2.1 in

c:\Archivos de programa\ParaView 3.2.1

Thanks

[7islands]

Hi Emiliano,
From which directory what steps did you take to produce the error, since the reader is obviously trying to read a file unlikely to exist ...\pitzDaily\constant\polyMesh/system\controlDict?

Takuya

[austricliniano]

Hi Takuya
the openfoam work very well over windows/cygwin thats is ok, but I have a mesh with more 1200000 cells the blockMesh killer the process, and don't finish the meshing.
the openfoam have a limitation for the cell's number?
another question
if run the openfoam over linux, don't have this problem? or the cell's number it's limited?
Thanks for your help

[7islands]

HI Emiliano,
I remember I had the same problem with blockMesh for roughly the same size (1.0 Mio+ cells). However I usually run blockMesh for large meshes on Linux anyway so I didn't try to track down the issue. On x86_64 Linux the largest mesh I have generated so far has 3.5 Mio. cells, and I'm sure blockMesh can do more given enough memory.

Takuya

[lourens]

Hi,

If I remember well, the maximum amount of memory used by Cygwin is about 1.5 Gb. You can maximise the amount of memory used with a program described in the link below.

Regards,

Lourens.

http://www.cygwin.com/cygwin-ug-net/setup-maxmem.html

[luca_g]

I'm using OpenFOAM 1.4 under cygwin since some time. I've noticed that operations involving disk i/o (I belive) are extremely slow compared to running under linux on the same machine.
For example a fluentMeshToFOAM conversion or a checkMesh on a 1M cells grid take a couple of minutes on linux but some 15 minutes on cygwin.
It seems to me that it takes a lot of time to load the mesh and to write the results, not to make the computations.

Does anybody experienced the same and knows why ?

Regards,

Luca

[7islands]

Hi Luca,
Indeed that's what I have also experienced with the Cygwin port, and where I'm having expectation with the MinGW port discussed in another thread [1]. You'll see from my post in the thread that the Cygwin port takes more than twice the time required for MinGW port to run blockMesh (50 s vs. 21 s).

[1] http://www.cfd-online.com/cgi-bin/Op...1340#POST21340

Takuya

[sradl]

Hi!

I want to draw the attention of the community to "Andlinux" (http://www.andlinux.org/index.php).

Seems to be interesting for porting OF to Windows. Has anyone heard or tested this possibility?

br
Stefan

[florante]

Hi!

I have tried running OF in andLinux. It runs out of the box except for Paraview. You may use the windows version of this software if you like.

But if you insist on using the Paraview in andLinux follow this thread from andLinux.

http://andlinux.org/forum/viewtopic.php?t=44.

I can not compare the speed of other port since I am not able to build those port successfully in my machine. I hope somebody can give comparison.

Thank you.

[7islands]

Hi,
I had once tried the KDE version of andLinux which forced my Windows installation to fall to the safe mode, but this time the installtion went flawlessly with the XFCE version. As Florante says the OF binary ran out of the box.

Here's the performance numbers combined with those for other ports I reported to another thread [1].

Processor: Core 2 Duo 3GHz, 4GB RAM
OS: Windows Vista SP1 32bit
Job priority: Normal
The test: the first 20 steps of Xoodles/pitzDaily3D [2]
(The numbers are all in wall clock time)

OF 1.4.1 MinGW port
blockMesh 21s, Xoodles 294s

OF 1.4 Cygwin port
blockMesh 50s, Xoodles 321s

OF 1.4.1 under Ubuntu 7.10 on VMware
blockMesh 20s, Xoodles 324s

OF 1.4.1 under andLinux Beta 1 rc6
blockMesh 24s, Xoodles 2047s

As can be seen from the numbers the andLinux approach is not so bad for blockMesh, but strangely slow for numerics. Florante, what number do you get for the timing test on your box? Do you have any suggestions or comments?

[1] http://www.cfd-online.com/cgi-bin/Op...1340#POST21340
[2] http://www.symscape.com/openfoam-on-windows#comment-131

Takuya

[jason]

Hi,

Great work here.

I would like to test this but I'm having a problem compiling OF under Cygwin. I installed Cygwin latest version and followed your README.cygwin instructions exactly several times over and I installed all the other packages you specified. However the compile process failed at wmake libso triSurface with a complaint that flex++ could not be found. I saw in another thread that installing flex++ would solve this problem. Installing flex++ does not seem to be an option in the setup menu of Cygwin so after searching I managed to find some windows binaries on the internet and put them in the C:\cygwin\bin directory.

Now when I try to compile I get this error

+ wmake libso triSurface
"triSurface/interfaces/STL/readSTLASCII.L", line 117: illegal character
Char : \0x25
"triSurface/interfaces/STL/readSTLASCII.L", line 120: unknown error processing section 1
No %name given before line 126 . Assuming %name lex
"triSurface/interfaces/STL/readSTLASCII.L", line 168: undeclared start condition readSolidName
"triSurface/interfaces/STL/readSTLASCII.L", line 230: bad start condition name
"triSurface/interfaces/STL/readSTLASCII.L", line 230: bad start condition list
"triSurface/interfaces/STL/readSTLASCII.L", line 231: bad start condition name
"triSurface/interfaces/STL/readSTLASCII.L", line 231: bad start condition list
"triSurface/interfaces/STL/readSTLASCII.L", line 235: bad start condition name
"triSurface/interfaces/STL/readSTLASCII.L", line 235: bad start condition list
mv: cannot stat `lex.yy.cc': No such file or directory
g++: Make/cygwinGcc4DPOpt/readSTLASCII.C: No such file or directory
g++: no input files
make: *** [Make/cygwinGcc4DPOpt/readSTLASCII.o] Error 1

Have I installed the right flex++?? typing flex++ -V says

v2.3.8-7, based on 2.3.8 and modified by coetmeur@icdc.fr for c++

If not then where can I get it from? I did find some source code for flex++-3.0.2 but I couldnt work out how to compile it??

Many Thanks

Jason

[7islands]

Hi Jason,

Usually flex++ is included in the flex package and in fact, it's just a symbolic link to /usr/bin/flex.

I'm not sure if the flex installed in my box is the one used to build my Cygwin port installation as I haven't built the port for a long time, but if it helps this is what I have:<pre>$ dir `which flex++`
lrwxrwxrwx 1 ohshima Users 8 Aug 2 2007 /usr/bin/flex++ -> flex.exe*
$ cygcheck -f `which flex++`
flex-2.5.4a-3</pre>Takuya

[jason]

Thanks for the info,

I made a symbolic link just like yours to my original cygwin installed flex and I find that my flex -V is 2.5.35

Now I get a different error...

+ wmake libso triSurface
Dropping import dependency files
/LAPTOP/OpenFOAM/OpenFOAM-1.4/wmake/bashScripts/mkObjectDir /LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/libtriSurface
rm -f so_locations
cd Make/cygwinGcc4DPOpt; \
g++ -m32 -Dcygwin -DDP -Wall -W -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-30 -I/LAPTOP/OpenFOAM/OpenFOAM-1.4/src
/OpenFOAM/lnInclude -IlnInclude -I. -shared -Wl,--dll -Wl,-mi386pe -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--no-undefined -Wl,--no-allow-shlib-
undefined -Wl,--enable-runtime-pseudo-reloc -Wl,--out-implib,/LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/libtriSurface .a -Wl,--whole-archive faceTriangula
tion.o meshTriangulation.o triSurface.o triSurfaceAddressing.o stitchTriangles.o writeSTL.o readSTL.o readSTLASCII.o readSTLBINARY.o writeGTS.o readGTS.o readOB
J.o writeOBJ.o writeSMESH.o readOFF.o writeOFF.o writeTRI.o readTRI.o writeDX.o readAC.o writeAC.o writeVTK.o readNAS.o triSurfaceTools.o geompack.o geometricSu
rfacePatch.o surfacePatch.o surfacePatchIOList.o sortLabelledTri.o triSurfaceFields.o \
-Wl,--no-whole-archive -L/LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt \
-L/LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/dummy -lPstream -lOpenFOAM -o /LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/libtriSurface.d
ll
Creating library file: /LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/libtriSurface.a
readSTLASCII.o:readSTLASCII.C.rdata$_ZTV11yyFlexLexer[vtable for yyFlexLexer]+0x28): undefined reference to `yyFlexLexer::yywrap()'
collect2: ld returned 1 exit status
make: *** [/LAPTOP/OpenFOAM/OpenFOAM-1.4/lib/cygwinGcc4DPOpt/libtriSurface.dll] Error 1

Would greatly appreciate any recommendations?

Thanks

Jason

[7islands]

There are many (and sometimes contradicting) discussions in this forum as to the working flex versions. There's a report 2.5.35 worked, but apparently not for your case... I think there's good possibility that flex-2.5.4a works (judging from timestamps of flex and OF installation in my box), but am not so sure.

So after all my suggestions is to try out 2.5.34/2.5.33/2.5.4a (downloadable from http://flex.sourceforge.net/) compiling from source in turn. 2.5.33 is also available from Cygwin setup.exe by selecting "Prev" in the package selection list.

Takuya

[markozeta]

Hi all, I had the same issue as Erez concerning FoamX. Using his Fix, MICO seems to be compiling just fine now, just complaining about anti-aliasing rules now.

Seems to be unique to Windows XP with i686 processors. Might want to fix it in the next patch