Development issueshttps://develop.openfoam.com/groups/Development/-/issues2017-06-29T20:38:03Zhttps://develop.openfoam.com/Development/openfoam/-/issues/509meanMomentumEnergyAndNMols.H bug?2017-06-29T20:38:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.commeanMomentumEnergyAndNMols.H bug?src/lagrangian/molecularDynamics/molecule/mdTools/meanMomentumEnergyAndNMols.H:85
const vector& molOmega(inv(molMoI) & mol().pi());src/lagrangian/molecularDynamics/molecule/mdTools/meanMomentumEnergyAndNMols.H:85
const vector& molOmega(inv(molMoI) & mol().pi());Version v1706https://develop.openfoam.com/Development/openfoam/-/issues/500sampling the surface ('triSurfaceMesh') normal component not supported2017-06-29T20:38:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comsampling the surface ('triSurfaceMesh') normal component not supportedThere is the fieldValues with areaNormalAverage but that uses the regionType's (faceZone, patch) normal.There is the fieldValues with areaNormalAverage but that uses the regionType's (faceZone, patch) normal.Version v1706Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/501COMP: 64 bit label compilation - further updates2017-07-12T04:46:26ZPrashant SonakarCOMP: 64 bit label compilation - further updatesFurther compilation failure at
foamVtkLagrangianWriter.C:103:25: error: call of overloaded 'write(int)' is ambiguous
@markFurther compilation failure at
foamVtkLagrangianWriter.C:103:25: error: call of overloaded 'write(int)' is ambiguous
@markVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/494BUG: postProcess utility fails when reading stl file2017-06-27T05:49:17ZPrashant SonakarBUG: postProcess utility fails when reading stl fileLexer issue while reading ASCII STL file
- postProcess utility fails when reading stl for runTimePostProcessing
- when Make/options is modified to remove compressibleTurbulence dependency, the same does work (probably conflict with l...Lexer issue while reading ASCII STL file
- postProcess utility fails when reading stl for runTimePostProcessing
- when Make/options is modified to remove compressibleTurbulence dependency, the same does work (probably conflict with lexer in chemkin)
reproducible with pisoFoam motorBike (stl geometry -> using surfaceConvert)..
@andy @Mattijs @SergioVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/439Checking to see if the function object is time-based sub-optimal2017-06-29T20:38:04ZAdminChecking to see if the function object is time-based sub-optimalIn `functionObjectList` explicit checks on whether the input dictionary includes the entries `writeControl` or `outputControl` are used to determine whether to instantiate a time-based or plain- function object. This misses local entrie...In `functionObjectList` explicit checks on whether the input dictionary includes the entries `writeControl` or `outputControl` are used to determine whether to instantiate a time-based or plain- function object. This misses local entries used by the `timeControl` class, e.g. `timeStart` and `timeEnd` which are independent of the `*Control` entries.
Suggest moving the logic into the class that knows whether or not the dict will be used to create a time-based function object (or not)Version v1706https://develop.openfoam.com/Development/openfoam/-/issues/481BlockMesh: Implicit initialization of member overwrites previous initialization2017-06-29T20:38:04ZAdminBlockMesh: Implicit initialization of member overwrites previous initializationin src/mesh/blockMesh/blockEdges/arcEdge/arcEdge.H the members are declared in the following order:
```
point p1_, p2_, p3_;
cylindricalCS cs_;
scalar angle_;
scalar radius_;
```
in the constructor calcAngle() ...in src/mesh/blockMesh/blockEdges/arcEdge/arcEdge.H the members are declared in the following order:
```
point p1_, p2_, p3_;
cylindricalCS cs_;
scalar angle_;
scalar radius_;
```
in the constructor calcAngle() is called which sets angle_ and radius_.
If scalar is anything but a primitive type the default constructor of angle_ and radius_ will be called after calcAngle returns, thus overwriting its results.
```
Foam::blockEdges::arcEdge::arcEdge
(
const pointField& points,
const label start,
const label end,
const point& pMid
)
:
blockEdge(points, start, end),
p1_(points_[start_]),
p2_(pMid),
p3_(points_[end_]),
cs_(calcAngle())
{}
```
The easy fix is to switch the declaration of the members in the.H file.
The more sane fix probably is to not alter any member variables before initialization is done.Version v1706https://develop.openfoam.com/Development/openfoam/-/issues/371STYLE: Correct documentation vector field2019-12-09T21:29:27ZPrashant SonakarSTYLE: Correct documentation vector fieldvalue should be vector input at
src/finiteVolume/lnInclude/pressureInletOutletVelocityFvPatchVectorField.H
@Mattijsvalue should be vector input at
src/finiteVolume/lnInclude/pressureInletOutletVelocityFvPatchVectorField.H
@MattijsVersion v1706AdminAdminhttps://develop.openfoam.com/Development/openfoam/-/issues/204Simplify, cleanup mesh conversion infrastructure2017-12-18T23:19:31ZMark OLESENSimplify, cleanup mesh conversion infrastructureWill continue for 1706 as wellWill continue for 1706 as wellVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/352cleanup noFunctionObjects vs withFunctionObjects etc2018-08-09T10:21:58ZMark OLESENcleanup noFunctionObjects vs withFunctionObjects etcpotentialFoam is the only solver or application to use `-withFunctionObjects`, all others have an implicit `-noFunctionObjects`. This exception does make sense, but opens questions about the general handling of function-objects. There ar...potentialFoam is the only solver or application to use `-withFunctionObjects`, all others have an implicit `-noFunctionObjects`. This exception does make sense, but opens questions about the general handling of function-objects. There are a number of utilities (conversion, blockMesh, etc) without a time-loop and thus it doesn't make much sense to even provide a `-noFunctionObjects` option for them.
Propose adding a argList::noFunctionObjects() method - similar to the argList::noParallel() method - to remove the availability of the `-noFunctionObjects` option and adjust Time accordingly.
Currently:
functionObjects_
(
*this,
argList::validOptions.found("withFunctionObjects")
? args.optionFound("withFunctionObjects")
: !args.optionFound("noFunctionObjects")
)
Proposed:
functionObjects_
(
*this,
argList::validOptions.found("withFunctionObjects")
? args.optionFound("withFunctionObjects")
: argList::validOptions.found("noFunctionObjects")
? !args.optionFound("noFunctionObjects")
: false
)
For potentialFoam it also doesn't make sense to provide the `-noFunctionObjects` option at all. It adds clutter and will always be ignored anyhow.
@andy @Mattijs @PrashantVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/484PackedList is sometimes non-lazy2017-06-29T20:38:04ZMark OLESENPackedList is sometimes non-lazyThe `unset()` method never auto-vivifies, whereas the `set()` method *always* auto-vivifies. In the case where `set()` is called with a zero for its argument - eg, `set(index, 0)` - this should behave identically to an `unset()` and not ...The `unset()` method never auto-vivifies, whereas the `set()` method *always* auto-vivifies. In the case where `set()` is called with a zero for its argument - eg, `set(index, 0)` - this should behave identically to an `unset()` and not auto-vivify out-of-range entries.Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/376meshToMesh - incorrect cutting patch addressing2019-12-09T22:04:15ZAdminmeshToMesh - incorrect cutting patch addressingcutting patches indices are derived by finding the patch name on the tgtRegion - this should be performed on the srcRegion. Also, there is no protection for the case that the patch is not found, where the patch index is set to -1.cutting patches indices are derived by finding the patch name on the tgtRegion - this should be performed on the srcRegion. Also, there is no protection for the case that the patch is not found, where the patch index is set to -1.Version v1706https://develop.openfoam.com/Development/openfoam/-/issues/395HashPtrTable has problems with null pointers2018-05-29T05:39:48ZMark OLESENHashPtrTable has problems with null pointersOk to store null pointers in a HashPtrTable, but the copy operations cause issues.Ok to store null pointers in a HashPtrTable, but the copy operations cause issues.Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/337ParaView reader module(s) need upgrade2018-05-29T05:39:49ZMark OLESENParaView reader module(s) need upgradeThe custom properties panels are derived from a `pqAutoGeneratedObjectPanel` which is not supported with paraview-5.1 and newer (http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html). Instead need to use a `pqPr...The custom properties panels are derived from a `pqAutoGeneratedObjectPanel` which is not supported with paraview-5.1 and newer (http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html). Instead need to use a `pqPropertyWidget` as outlined:
- http://www.paraview.org/Wiki/Plugin_HowTo#Adding_Customizations_for_Properties_Panel
- http://www.paraview.org/Wiki/ParaView/Properties_Panel
Need to check details about the current method of integrating.Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/473foamToEnsight fails with missing field at time 02019-12-09T22:04:15ZMark OLESENfoamToEnsight fails with missing field at time 0Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/341BUG: inconsitent settings for compiler (csh/sh)2018-05-29T05:39:49ZPrashant SonakarBUG: inconsitent settings for compiler (csh/sh)Revisit settings in csh/sh with recent merge.
e.g. sh compatible with Gcc-4[8-9] whereas csh files still have older version lists!
@andyRevisit settings in csh/sh with recent merge.
e.g. sh compatible with Gcc-4[8-9] whereas csh files still have older version lists!
@andyVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/430BUG: foamToEnsight failed when first patch type is empty?2019-12-09T21:29:27ZPrashant SonakarBUG: foamToEnsight failed when first patch type is empty?Attached modified tutorial with change only in
- blockMeshDict -> order of patch definition
- controlDict -> reduced run time
- Allrun -> Added foamToEnsight
[sineWaveDamping_modified.tgz](/uploads/a7dbed1ecb0e223edd8b39f2facd5ffc...Attached modified tutorial with change only in
- blockMeshDict -> order of patch definition
- controlDict -> reduced run time
- Allrun -> Added foamToEnsight
[sineWaveDamping_modified.tgz](/uploads/a7dbed1ecb0e223edd8b39f2facd5ffc/sineWaveDamping_modified.tgz)Version v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/502wallBoundedStreamline not robust for negative tet volume cells2017-06-29T20:38:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comwallBoundedStreamline not robust for negative tet volume cells[cavity.tgz](/uploads/251a2be487061449c069116dcaeb199d/cavity.tgz)
Creates a mesh with a neg-tet cell and attempts wall bounded streamlines.[cavity.tgz](/uploads/251a2be487061449c069116dcaeb199d/cavity.tgz)
Creates a mesh with a neg-tet cell and attempts wall bounded streamlines.Version v1706Mattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comhttps://develop.openfoam.com/Development/openfoam/-/issues/375hashedWordList - filter for uniq on construction2019-12-09T21:29:27ZMark OLESENhashedWordList - filter for uniq on constructionVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/408functionObjects/graphics has ./Allwmake but no ./Allwclean2018-05-29T05:39:48ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comfunctionObjects/graphics has ./Allwmake but no ./AllwcleanI have to manually remove platforms/linux64GccDPInt32Opt/src/postProcessing/functionObjects/graphics/runTimePostProcessing/CMakeCache.txt to re-build. Would be nice to have an ./Allwclean as well as ./AllwmakeI have to manually remove platforms/linux64GccDPInt32Opt/src/postProcessing/functionObjects/graphics/runTimePostProcessing/CMakeCache.txt to re-build. Would be nice to have an ./Allwclean as well as ./AllwmakeVersion v1706Mark OLESENMark OLESENhttps://develop.openfoam.com/Development/openfoam/-/issues/492probes cannot filter unfound probe locations2017-06-29T20:38:03ZMattijs Janssens4-Mattijs@users.noreply.develop.openfoam.comprobes cannot filter unfound probe locationsCurrently the probes function object outputs a column even for probes which are outside any mesh. The values of these probes get set to -1e300.
Add functionality to suppress output for these probes.Currently the probes function object outputs a column even for probes which are outside any mesh. The values of these probes get set to -1e300.
Add functionality to suppress output for these probes.Version v1706