integration-cfmesh issueshttps://develop.openfoam.com/Community/integration-cfmesh/-/issues2018-01-08T13:52:56Zhttps://develop.openfoam.com/Community/integration-cfmesh/-/issues/3problems with 64-bit label-size2018-01-08T13:52:56ZMark OLESENproblems with 64-bit label-sizeI thought they were fixed with 89e12df4e4ecf836123845f9edeb93c29c03eb45, but seems to be something quite a bit worse there. Segfaults included.
I'll leave unassigned for now, but we may need to examine this together.
@JureticI thought they were fixed with 89e12df4e4ecf836123845f9edeb93c29c03eb45, but seems to be something quite a bit worse there. Segfaults included.
I'll leave unassigned for now, but we may need to examine this together.
@Jureticv1806Mark OLESENMark OLESENhttps://develop.openfoam.com/Community/integration-cfmesh/-/issues/8Missing $(LINK_OPENMP) in Make/options2022-12-28T21:09:04ZGabriel GerleroMissing $(LINK_OPENMP) in Make/optionsThe `LIB_LIBS` list in `Make/options` should be changed to also contain a reference to `$(LINK_OPENMP)`. Otherwise, this causes issues when trying to compile and use cfMesh binaries on macOS (in particular, the compiled binaries will fai...The `LIB_LIBS` list in `Make/options` should be changed to also contain a reference to `$(LINK_OPENMP)`. Otherwise, this causes issues when trying to compile and use cfMesh binaries on macOS (in particular, the compiled binaries will fail to dynamically link against OpenMP on launch).
See also: [OpenFOAM issue that introduced the `$(LINK_OPENMP)` definition](https://develop.openfoam.com/Development/openfoam/-/issues/1656), [example of an `options` file that uses `$(LINK_OPENMP)`](https://develop.openfoam.com/Development/openfoam/-/blob/master/src/parallel/decompose/kahipDecomp/Make/options), and [bug report for this issue on OpenFOAM.app (macOS)](https://github.com/gerlero/openfoam-app/issues/88).https://develop.openfoam.com/Community/integration-cfmesh/-/issues/6OpenFOAM v1806 - cfMesh - Unable to use regular expressions to find and renam...2018-12-21T18:05:31ZPhilippose RajanOpenFOAM v1806 - cfMesh - Unable to use regular expressions to find and rename / refine patchesHello @mark,
There is a problem with cfMesh... A change that you made a couple of months ago breaks the capability of cfMesh to find patches using regular expressions.
That was the reason why I had used stringListOps.H and findStrings...Hello @mark,
There is a problem with cfMesh... A change that you made a couple of months ago breaks the capability of cfMesh to find patches using regular expressions.
That was the reason why I had used stringListOps.H and findStrings in the first place rather than a plain "pick out of a list" option which is what findIndices from listOps.H does (I was the one who put this functionality into cfMesh).
Could you kindly change this back to the original implementation so that regular expressions can be used again?
Thank you.
Regards,
PhilipposeMark OLESENMark OLESENhttps://develop.openfoam.com/Community/integration-cfmesh/-/issues/5compilation source codes of openfoam in windows2020-06-25T09:28:13Zhamiidcompilation source codes of openfoam in windowshello everyone
I want to compile entire library file of openfoam in windows and create a new solver in this but I dont know how it?
can i do it work?
thanks.hello everyone
I want to compile entire library file of openfoam in windows and create a new solver in this but I dont know how it?
can i do it work?
thanks.https://develop.openfoam.com/Community/integration-cfmesh/-/issues/4preparePar does not accept option -decomposeParDict2018-06-28T10:58:48ZRoger AlmenarpreparePar does not accept option -decomposeParDictAs follows:
$ preparePar -help
Usage: preparePar [OPTIONS]
options:
-case <dir> specify alternate case directory, default is the cwd
-decomposeParDict <file>
read decomposePar dicti...As follows:
$ preparePar -help
Usage: preparePar [OPTIONS]
options:
-case <dir> specify alternate case directory, default is the cwd
-decomposeParDict <file>
read decomposePar dictionary from specified location
-fileHandler <handler>
override the file handler type
-noFunctionObjects
do not execute function objects
-parallel run in parallel
-roots <(dir1 .. dirN)>
slave root directories for distributed running
-doc display application documentation in browser
-doc-source display source code in browser
-help print usage information and exit
-help-full print full usage information and exit
Using: OpenFOAM-v1712 (see www.OpenFOAM.com)
Build: v1712
Arch: "LSB;label=32;scalar=64"
$ preparePar -decomposeParDict system/decomposeParDictMesher
...
--> FOAM FATAL ERROR:
cannot find file "/home/ram/projects/consistentOn-b_1nOC/meshTest/system/decomposeParDict"
From function virtual Foam::autoPtr<Foam::ISstream> Foam::fileOperations::uncollatedFileOperation::readStream(Foam::regIOobject&, const Foam::fileName&, const Foam::word&, bool) const
in file global/fileOperations/uncollatedFileOperation/uncollatedFileOperation.C at line 502.
FOAM exiting
Mark OLESENMark OLESENhttps://develop.openfoam.com/Community/integration-cfmesh/-/issues/1duplicate handling of -patchIds2017-09-21T07:15:25ZMark OLESENduplicate handling of -patchIdsIn mergeSurfacePatches.C lines 352-358 : seems to be minor copy/paste @JureticIn mergeSurfacePatches.C lines 352-358 : seems to be minor copy/paste @Juretic