CFD Online Discussion Forums

CFD Online Discussion Forums (https://www.cfd-online.com/Forums/)
-   OpenFOAM (https://www.cfd-online.com/Forums/openfoam/)
-   -   Collection of simple functionObjects (https://www.cfd-online.com/Forums/openfoam/60812-collection-simple-functionobjects.html)

gschaider April 21, 2008 13:12

OpenFOAM has this cool feature
 
OpenFOAM has this cool feature named functionObjects of which the only incarnation I've seen so far is the probesFunctionObject. functionObject enables the user to "add" code to the solver at runtime (without recompiling it) that is executed at every time-step.

I have published a collection of such function objects on
http://openfoamwiki.net/index.php/Co...unctionObjects
that do simple evaluations that are sometimes useful like averages, integrals, forces, mass-flows on patches and/or volumes.

The actual library can be downloaded via subversion:
svn checkout https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breede r/libraries/simpleFunctionObjects/

If anyone has
* ideas for extensions (a liftDrag-FunctionObject comes to mind)
* bugfixes/stylistic suggestions (and there are bound to be some)
she/he is welcome to contribute these via the technical wonder that is called subversion (you'll just need write access to the svn)

Bernhard

alberto April 21, 2008 23:50

This looks interesting. Tha
 
This looks interesting.

Thanks!

hannes April 22, 2008 04:57

Hello, Maybe this is also o
 
Hello,

Maybe this is also of interest for someone: I have wrapped the code of the sampleSurface tool into a function object.
Together with an additional writer for the PlotMTV-Format (PlotMTV is a very lightweight contour plot program), this makes it possible to get insight into the fields without always copying files and loading the whole case into Paraview. I find this especially useful for large, parallelized cases (no reconstruction is needed, this is done for the sample planes on the fly).

The code is in our SVN-repository: https://janus.fms.uni-rostock.de/svn/repository/OpenFOAM/trunk/LTTRostockExtensi ons

Username is "gast" with blank password.

Best regards, Hannes

olesen April 22, 2008 05:25

Hannes, Does plotmtv requir
 
Hannes,

Does plotmtv require regular distances between data points, or does it perform its own kriging?

/mark

hannes April 22, 2008 06:59

Hi Mark, PlotMTV can interp
 
Hi Mark,

PlotMTV can interpolate in unstructured triangulated surfaces. The data is written out that way. But it is limited to planar surfaces and the writer currently only supports "interpolatedPlane"s

Hannes

gschaider April 22, 2008 18:23

Hi Hannes! That is really a
 
Hi Hannes!

That is really a nice one. But is my impression correct that currently each time it writes out the sampled surfaces for one timestep all the previous outputs get erased? I had to comment out the lines in the sampleSurfaceProbesFunctionObject::execute()-method that erased sampleSurfaces-directory in order to get time-series

Bernhard

hannes April 23, 2008 06:43

Hi Bernhard, yes, you are r
 
Hi Bernhard,

yes, you are right. Initially, I also used it without deleting the directories. But since I usually write out samples pretty often and do not want to end up with lots of data garbage, I put it in again.

I have inserted a switch for that right now ("deleteOutputDirectory") , which defaults to "yes"

Hannes

gschaider April 23, 2008 07:29

Hi Hannes! Cool. I know thi
 
Hi Hannes!

Cool. I know this is becoming annoying BUT:

1. I think the setting outputInterval should be called outputInterleave because setting it to 1 outputs every second timeStep. Setting it to 0 switches the output of (this is obviously intended). So it is not possible to output every timestep. Initializing the timeSteps_ variable to 1 instead of 0 (I think in 3 places in the code) would give the behaviour I would expect
2. If deleteOutputDirectory==No removing the directory in the start-method would give a behaviour that is semantically similar to what the original probes does
3. I know this is asking much: would it be possible to factor this thing out into a separate library? Right now I've got to edit Make/options and Make/files to get it to compile (the chemistry-stuff). And while you're at it: would you consider putting it on openfoam-extend (just this sampleSurface-stuff)?

Bernhard

hannes April 24, 2008 03:08

Hi Bernhard, Please feel fr
 
Hi Bernhard,

Please feel free to improve the code as you want.
I would add that stuff e.g. to the "simpleFunctionObjects" library and remove it from our lib. But I guess I need write access to the sourceforge repository to do so (my sourceforge username is "hanneskroeger").

Hannes

gschaider April 24, 2008 04:36

Hi Hannes! Great. I added y
 
Hi Hannes!

Great. I added you to the users with svn write access and prepared a directory "sampling". Just put your stuff there (in such a way that if someone else feels like adding a sample-functionObject, it can live in parallel to your stuff) and add yourself as a contributor to the README-file.

Just one question? Did you have to do any changes to the original sampleSurface-stuff you're using? If not, it should be possible to modify the Make/files to

sampleSurface=$(FOAM_UTILITIES)/postProcessing/miscellaneous/sampleSurface
$(sampleSurface)/surfaces/surface/surface.C
.....

thus pulling in the original stuff (and not adding it to the repository) and only add the new stuff (the MTV-writer) from that hierarchy

Bernhard

hannes April 24, 2008 06:21

Hi Bernhard, I have done as
 
Hi Bernhard,

I have done as you suggested and added all the sampleSurface-stuff to Make/files at their original location.

Unfortunately, there might be problems due to the *.dep files in $(FOAM_UTILITIES)/postProcessing/miscellaneous/sampleSurface. After compilation of the sampleSurface utility, they contain relative paths.

So you might consider doing a "wclean" in $(FOAM_UTILITIES)/postProcessing/miscellaneous/sampleSurface
to delete all *.dep files first, before building the library. After building the library, the *.dep files contain absolute paths.

Hannes

gschaider April 25, 2008 10:01

Hi Hannes! I noticed so, to
 
Hi Hannes!

I noticed so, too. It's especially inconvenient for people who don't have write-rights on their OF-installation. I'll think of a fix

Bernhard

gschaider May 26, 2008 16:43

Hi Hannes! I "fixed" the pr
 
Hi Hannes!

I "fixed" the problem with the external dependencies some time ago (maybe you noticed in the SVN), but forgot to mention it here: the fix consists of a script that copies the external dependencies to the compilation directory (it is described in the README)

Bernhard

PS: the real reason why I'm writing here is that I added a new functionObject (panicDump) to the library and wanted to advertise it. It checks whether the values in a field are inside certain bounds and if they are outside writes all fields to disk and exits. The purpose of this FO is to gracefully stop simulations that are obviously going to explode while the fields still might be useful for post-mortem analysis (not full of NaNs or 1e43)

juho May 27, 2008 02:54

When I try to compile the simp
 
When I try to compile the simpleFunctionObjects at /utilities/simpleFunctionObjects with

wmake libso

I get the error message

make: *** No rule to make target `externalStuff/surfaces/surface/surface.dep', needed by `Make/linuxGccDPOpt/dependencies'. Stop.

I'm using 1.4.1, GCC 4.2.1 and Binutils 2.18

Could anyone give me guidance on how to get it to compile?

gschaider May 27, 2008 03:50

Hi Juho! Please do the foll
 
Hi Juho!

Please do the following (just to make sure we're starting off the same version). In the directory

- do a "svn update"
- remove externalStuff
- do "wclean" and "rmdepall"

Then set up the externalStuff as described in the README and retry

Bernhard

juho May 27, 2008 04:15

Oh, there's a README... Com
 
Oh, there's a README...

Compiled without complaints!

Thank you for the help and sorry for the stupid question!

juho May 29, 2008 02:22

Could you point me in a direct
 
Could you point me in a direction for modifying the output of patchFieldFlow in a way that it could be used as an input for timeVaryingUniformFixedValue boundary condition?

Only thing the output would need is brackets around the values. ie.

(
1 0
2 1
3 1
4 10
5 1
)

juho May 29, 2008 03:07

The first bracket was easy, ju
 
The first bracket was easy, just added it to timelineFunctionObject.C

prapanj April 2, 2009 02:00

compilation error
 
Hi Bernhard,

Thank you for this cool tool.

I have OF 1.5. When I tried to compile using wmake libso, I got a compilation error.

Let me paste the last few lines of the compilation output:

SOURCE=trackDictionary/trackDictionaryFunctionObject.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/meshTools/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/sampling/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/triSurface/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/lagrangian/basic/lnInclude -IlnInclude -I. -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/trackDictionaryFunctionObject.o
trackDictionary/trackDictionaryFunctionObject.C: In member function ‘void Foam::trackDictionaryFunctionObject::echoSwitchesV alues()’:
trackDictionary/trackDictionaryFunctionObject.C:201: error: ‘tolerances’ is not a member of ‘Foam::debug’
make: *** [Make/linuxGccDPOpt/trackDictionaryFunctionObject.o] Error 1



And then compilation exits. I am not able to use the functions after this. Is that a bug or am I doing something wrong here?

Thank you

Prapanj.

mbeaudoin April 2, 2009 08:29

My mistake,

I published a new functionObject this week on openfoam-extend, and this code was developed for 1.5-dev.

The "tolerances" switches are available only under the dev version of OpenFOAM.

I will fix this shortly.

Martin

Quote:

Originally Posted by prapanj (Post 211671)
Hi Bernhard,

Thank you for this cool tool.

I have OF 1.5. When I tried to compile using wmake libso, I got a compilation error.

Let me paste the last few lines of the compilation output:

SOURCE=trackDictionary/trackDictionaryFunctionObject.C ; g++ -m32 -Dlinux -DDP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -O3 -DNoRepository -ftemplate-depth-40 -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/finiteVolume/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/meshTools/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/sampling/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/triSurface/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/lagrangian/basic/lnInclude -IlnInclude -I. -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/OpenFOAM/lnInclude -I/home/rwdi-india/OpenFOAM/OpenFOAM-1.5/src/OSspecific/Unix/lnInclude -fPIC -pthread -c $SOURCE -o Make/linuxGccDPOpt/trackDictionaryFunctionObject.o
trackDictionary/trackDictionaryFunctionObject.C: In member function ‘void Foam::trackDictionaryFunctionObject::echoSwitchesV alues()’:
trackDictionary/trackDictionaryFunctionObject.C:201: error: ‘tolerances’ is not a member of ‘Foam::debug’
make: *** [Make/linuxGccDPOpt/trackDictionaryFunctionObject.o] Error 1



And then compilation exits. I am not able to use the functions after this. Is that a bug or am I doing something wrong here?

Thank you

Prapanj.


mbeaudoin April 2, 2009 09:54

The problem is fixed.

Just update your svn working copy for Breeder_1.5, and recompile the library.

Also make sure the environment variable FOAM_DEV is not defined when compiling the library for the OpenCFD version.

Martin

Quote:

Originally Posted by mbeaudoin (Post 211717)
My mistake,

I published a new functionObject this week on openfoam-extend, and this code was developed for 1.5-dev.

The "tolerances" switches are available only under the dev version of OpenFOAM.

I will fix this shortly.

Martin


panda60 April 27, 2010 00:07

Dear all,
How can I create my own functionObject ?
my purpose is to extract a plane data of internal domain in every time step, and save to disk.
I noticed "surfaces functionObject" can do the similar thing, so I want to modify surfaces functionObject.I found it belongs to sampling,
So I copy src/sampling directory to another position.
I changed the name to LIB = $(FOAM_USER_LIBBIN)/libmysampling.

in sampling\sampledSurface\sampledSurfaces, I found 2 places had name "surfaces",

*.H file:
public:
//- Runtime type information
TypeName("surfaces");
*.C文file:
PtrList<sampledSurface> newList
(
dict.lookup("surfaces"),
sampledSurface::iNew(mesh_)
);

I changed these "surfaces" to "mysurfaces", and compiled, no problem.
but when I used, had the following mistake,

Starting time loop
--> FOAM Warning :
From function dlLibraryTable::open(const dictionary& dict, const word& libsEntry, const TablePtr tablePtr)
in file lnInclude/dlLibraryTableTemplates.C at line 68
library "libmysampling.so" did not introduce any new entries

Unknown function type mysurfaces
Valid functions are :
5
(
surfaces
fieldAverage
fieldMinMax
sets
probes
)

From function functionObject::New(const word& name, const Time&, const dictionary&)
in file db/functionObjects/functionObject/functionObject.C at line 89.
FOAM exiting

It seems that my modified name haven't been registed in functionObject.
Could anyone can give me some help ?

Thanks.

I am using like this in my controlDict file:
extraction
{
type mysurfaces;
functionObjectLibs ("libmysampling.so");
enabled true;
outputControl timeStep;
outputInterval 1;
surfaceFormat foamFile;
interpolationScheme cellPointFace;
fields
(
U
T
);
mysurfaces
(
aplane
{
type plane;
basePoint (-0.4 0 0.5);
normalVector (1.0 0 0);
}
);
}

rassilon October 4, 2010 19:31

Quote:

Originally Posted by gschaider (Post 198289)
Bernhard

PS: the real reason why I'm writing here is that I added a new functionObject (panicDump) to the library and wanted to advertise it. It checks whether the values in a field are inside certain bounds and if they are outside writes all fields to disk and exits. The purpose of this FO is to gracefully stop simulations that are obviously going to explode while the fields still might be useful for post-mortem analysis (not full of NaNs or 1e43)


Hi Bernhard,

Is it possible to use panicDump to monitor and act on the mass flow through a patch?

I would like my simulation to finish and end reasonably gracefully when the mass flow on a particular patch reaches a specified value. I am using the patchMassFlow function object to monitor the mass flow, which is great, but a mechanism for automatically stopping the run when the specified patchMassFlow value is reached would be even better.

If this is possible, how do I go about setting it up? The code for panicDump is looking for a fieldName_ - Can I just insert the massFlow identifier here, or do I need to make some deeper modifications to the code?

Also, what is the syntax fro the panicDump function? I have tried this:

Code:


...
(
exitStrategy
{
type    panicDump;
functionObjectLibs
(
    "libSimpleFunctionObjects.so"
);

fieldName  targetMassFlow;
maximum 1.05;
minimum 0;
}

But it didn't seem to work.

Any assistance would be gratefully received...


R

gschaider October 5, 2010 12:54

Quote:

Originally Posted by rassilon (Post 277783)
Hi Bernhard,

Is it possible to use panicDump to monitor and act on the mass flow through a patch?

Any assistance would be gratefully received...


R

Sorry. This isn't currently possible with the functionObjects that are in that libary. You'd have to write a new one that is a hybrid between panicDump and patchMassFlow

Bernhard

rassilon October 5, 2010 23:56

Quote:

Originally Posted by gschaider (Post 277936)
Sorry. This isn't currently possible with the functionObjects that are in that libary. You'd have to write a new one that is a hybrid between panicDump and patchMassFlow

Bernhard

Thanks Bernhard,

I think that is probably beyond my level of programming, so i will look at another way of doing this.

Cheers,


R

Toorop January 3, 2012 11:08

Hi,

I actually managed to solve my problem just before posting a question. Someone may have a hard time on this one in the future so I post it anyway. It took me a while to guess the correct syntax to specify a region for simpleFunctionObjects.

My solver was chtMultiRegionSimpleFoam with correct region naming (fluid and solid) and I needed the average temperature of the solid. The correct region specification can be found below.

Code:

T_average
{
    type volumeAverage;
    functionObjectLibs ( "libsimpleFunctionObjects.so" );
    region "solid";
    fields ( T );
    factor 1.0;
    verbose true;
}

My suggestion is to conform the syntax with the likes of fields and patches. A nice addition would be to specify the region in the output log file as well (like with patches).

@controlDict: regions ( solid01 solid02 );
@logfile: Average of T : solid01 = 300 solid02 = 273

gschaider January 3, 2012 12:04

Quote:

Originally Posted by Toorop (Post 337692)
Hi,

I actually managed to solve my problem just before posting a question. Someone may have a hard time on this one in the future so I post it anyway. It took me a while to guess the correct syntax to specify a region for simpleFunctionObjects.

My solver was chtMultiRegionSimpleFoam with correct region naming (fluid and solid) and I needed the average temperature of the solid. The correct region specification can be found below.

Code:

T_average
{
    type volumeAverage;
    functionObjectLibs ( "libsimpleFunctionObjects.so" );
    region "solid";
    fields ( T );
    factor 1.0;
    verbose true;
}


A very good place to share such information that is obviously missing from the Wiki-page is .... the Wiki-page itself. Thanks

Quote:

Originally Posted by Toorop (Post 337692)
My suggestion is to conform the syntax with the likes of fields and patches. A nice addition would be to specify the region in the output log file as well (like with patches).

@controlDict: regions ( solid01 solid02 );
@logfile: Average of T : solid01 = 300 solid02 = 273

That is a bit complicated: the handling of the region is part of a superclass (that also handles regions for patches for instance). Changing that superclass would mean that almost every functionObject in SFO (and some in swak) would have to be changed.

One workaround would be to use the variable replacement of OF to safe typing (this only works if functions is a dictionary, not a list):
Code:

T_average1
{
    type volumeAverage;
    functionObjectLibs ( "libsimpleFunctionObjects.so" );
    region "solid01";
    fields ( T );
    factor 1.0;
    verbose true;
}
T_average2
{
  $T_average1;
  region "solid02";
}

The only "problem" with that approach is that currently the name of the region (or the functionObject) is not printed making both output-lines look the same (except for the value). THIS is something that is easily fixed (if I find a feature request in the SFO-Mantis)

You can write a feature request about the region-list too, but I don't think it is very likely that I'll do it as a) it is quite time consuming b) has the possibility to introduce a number of weird bugs

Bernhard

Toorop January 4, 2012 04:16

Hi Bernhard,

thank you for the detailed explanation. I have registered at sourceforge but somehow when I click the submit error button the page goes to a blank one and I get no confirmation about the successful report, and my report won't show up on the report page.

It's maybe related to the fact that I cannot choose from a category under the Enter Report Details. It's required but no options show up, just the default (select).

Maybe I have to make a bug report about the bug trucker as well?! :D

gschaider January 4, 2012 09:04

Quote:

Originally Posted by Toorop (Post 337802)
Hi Bernhard,

thank you for the detailed explanation. I have registered at sourceforge but somehow when I click the submit error button the page goes to a blank one and I get no confirmation about the successful report, and my report won't show up on the report page.

It's maybe related to the fact that I cannot choose from a category under the Enter Report Details. It's required but no options show up, just the default (select).

Maybe I have to make a bug report about the bug trucker as well?! :D

Yeah. Don't know why we didn't have a category for this on the BugTracker yet ;)

Seriously. I'm afraid there is not much I can do about this problem. The missing Category isn't the problem. Sounds more like a "didn't redirect the https to the right server in the server-farm"-problem at Sourceforge (possibly combined with a restrictive company firewall at your place)

Could you try it again and see if it is reproducible? I know this is frustrating if you lost a quarter of an hour of work because you wrote a detailed bug-report. So just fill out the basics: Title and in the description a link to this conversation. You can always add a note later on if the server accepts the bug report

If it doesn't work for you reproducible then I'll open the report and will add you (so that you get updates)

Toorop January 5, 2012 03:54

1 Attachment(s)
Hi,

really appreciate your efforts!
My issue won't go away, really strange, indeed.

Code:

report the region on which the actual calculation is evaluated

In a multi region setting the log file doesn't contain the region name on which the calculation is evaluated. If multiple simpleFunctionObjects report the same sort of data it would be more convenient for pyFoamPlotWatcher with customRegexp to have the region name on the different lines.

@controldict
T_average
{
    type volumeAverage;
    functionObjectLibs ( "libsimpleFunctionObjects.so" );
    region "solid01";
    fields ( T );
    factor 1.0;
    verbose true;
}

@logfile the "desired" output
Average of T : solid01 = 300

I add the bug report picture as an attachment, maybe you can point out whats wrong.

Thanks!

gschaider January 5, 2012 05:54

Quote:

Originally Posted by Toorop (Post 337946)
Hi,

really appreciate your efforts!
My issue won't go away, really strange, indeed.

Code:

report the region on which the actual calculation is evaluated

In a multi region setting the log file doesn't contain the region name on which the calculation is evaluated. If multiple simpleFunctionObjects report the same sort of data it would be more convenient for pyFoamPlotWatcher with customRegexp to have the region name on the different lines.

@controldict
T_average
{
    type volumeAverage;
    functionObjectLibs ( "libsimpleFunctionObjects.so" );
    region "solid01";
    fields ( T );
    factor 1.0;
    verbose true;
}

@logfile the "desired" output
Average of T : solid01 = 300

I add the bug report picture as an attachment, maybe you can point out whats wrong.

Thanks!

I'll have a look. Currently the Sourceforge-Mantis is not responding. Maybe they have bigger problems there.

Will add the feature request to the local bug-database and get to it (probably the output will only occur for non-default regions. That way it won't break old customRegexp that I (and possibly other people) rely on)

gschaider January 5, 2012 18:00

Quote:

Originally Posted by Toorop (Post 337946)
Hi,

really appreciate your efforts!
My issue won't go away, really strange, indeed.

OK. I created a report (Nr 117). Add yourself to the issue (I think the button is named "Monitor" or so) to get updates.

I copy/pasted your information into the form and saw the behaviour you described (plain white window). Then I removed the additional information (desired input/output) from the form and it worked. Adding the information afterwards was not a problem. My guess is that some of the "weird" characters threw the application into an undefined state

Bernhard

Toorop January 6, 2012 02:19

Thank you, have added myself to the issue!

Toorop January 9, 2012 09:28

Bernhard,
thank you for your time and patience, I have updated swak and everything works. :)

sita March 10, 2014 05:53

Dear Bernhard,

Thanks, it looks like your simpleFunctionObjects are exactly what I need. However, when I follow the instructions for compilation (wmake libso), I get an error similar to the one Juho mentioned (May 27, 2008):

make: *** No rule to make target `/home/ahm_ubuntu/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/UPstream.H', needed by `trackDictionary/trackDictionaryFunctionObject.dep'. Stop.

As you can see in the error message, I use OpenFOAM-1.6-ext. The simpleFunctionObjects I'm trying to compile are those intended for OpenFOAM-1.6. Does anyone know what I should do to fix this error?

Thanks in advance!
Sita

gschaider March 10, 2014 14:32

Quote:

Originally Posted by sita (Post 479108)
Dear Bernhard,

Thanks, it looks like your simpleFunctionObjects are exactly what I need. However, when I follow the instructions for compilation (wmake libso), I get an error similar to the one Juho mentioned (May 27, 2008):

make: *** No rule to make target `/home/ahm_ubuntu/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/UPstream.H', needed by `trackDictionary/trackDictionaryFunctionObject.dep'. Stop.

As you can see in the error message, I use OpenFOAM-1.6-ext. The simpleFunctionObjects I'm trying to compile are those intended for OpenFOAM-1.6. Does anyone know what I should do to fix this error?

Thanks in advance!
Sita

Do a Allwclean and rmdepall in the directory of the SFO-sources. My suspicion is that you compiled it with an old version of 1.6-ext then updated that and then tried to recompile the SFO. Because I don't see no UPstream.H in my 1.6-ext-installation.

sita March 11, 2014 03:18

Thanks, that seems to help, but now I get new errors... Allwclean doesn't work (Allwclean: command not found), but wclean simpleFunctionObjects does. Also rmdepall worked.
The errors I get now are:

/home/ahm_ubuntu/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/gcc-4.5.2/platforms/linux64GccDPOpt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.2/include-fixed/features.h:338:25: fatal error: sys/cdefs.h: No such file or directory
compilation terminated.
compilation terminated.
make: *** [Make/linux64GccDPOpt/simpleFunctionObject.o] Error 1
make: *** [Make/linux64GccDPOpt/simpleDataFunctionObject.o] Error 1
make: *** [Make/linux64GccDPOpt/timelineFunctionObject.o] Error 1

Something wrong with my ThirdParty directory?

gschaider March 11, 2014 15:28

Quote:

Originally Posted by sita (Post 479268)
Thanks, that seems to help, but now I get new errors... Allwclean doesn't work (Allwclean: command not found), but wclean simpleFunctionObjects does. Also rmdepall worked.
The errors I get now are:

/home/ahm_ubuntu/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/gcc-4.5.2/platforms/linux64GccDPOpt/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.5.2/include-fixed/features.h:338:25: fatal error: sys/cdefs.h: No such file or directory
compilation terminated.
compilation terminated.
make: *** [Make/linux64GccDPOpt/simpleFunctionObject.o] Error 1
make: *** [Make/linux64GccDPOpt/simpleDataFunctionObject.o] Error 1
make: *** [Make/linux64GccDPOpt/timelineFunctionObject.o] Error 1

Something wrong with my ThirdParty directory?

Allwmake/Allwclean: Sorry. I was in swak-mode (where such scripts exist). wclean and "wmake libso" would of course be the commands

sys/cdefs.h: that is a problem of your installation and in no way related to SFO

sita March 12, 2014 06:00

Hmm… I think I'll just upgrade to foam-extend-3.0 and try again. Thanks for your help!

Shahr June 6, 2014 12:26

Which variables?
 
I find this thread the best place to ask this question:

I am looking for a list of variables I can do field operations on, e. g. fieldAverage, fieldMinMax, etc.

I found some information about the new features added for version 2.2,
but I have no idea what possibilities are available.


All times are GMT -4. The time now is 14:15.