- Oct 26, 2016
-
-
sergio authored
-
sergio authored
Adding clone member functions to motion solvers
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
- Oct 24, 2016
-
-
mattijs authored
-
- Oct 19, 2016
-
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Andrew Heather authored
-
Mark Olesen authored
- A preliminary minor adjustment only.
-
- Oct 18, 2016
-
-
Mark Olesen authored
- Can occur with some user names, or mounted paths. Resolve by using '?' for the separation character. Since '?' is a shell-glob, it is highly unlikely to occur appear in filenames. Additionally, it is not a meta-character in standard sed, nor in the GNU extension (which uses '\?').
-
- Oct 17, 2016
-
-
Mark Olesen authored
- Superfluous #include "FieldFunctions.H" provokes warnings/errors with newer gcc.
-
mattijs authored
-
mattijs authored
changed flag which caused infinite while loop. Background info: - findCellZoneTopo tries to find for all named surface intersections which side of the face is in the faceZone - i.e. it tries to make the cellZone consistent with the faceZone (to fix small problems) - this had some logic to assign the neighbour cellZone to the owner cellZone - which didn't check for the neighbour being the same value as the owner - but still set a 'changed' flag which caused the loop to never end.
-
mattijs authored
-
- Oct 04, 2016
-
-
Andrew Heather authored
-
Andrew Heather authored
ENH: wallDist - added option to evaluate every XXX steps Added functionality to update the wall distance every XXX steps Note: only applies to movePoints() - topology change bypasses the update interval and triggers a re-calculation Syntax: ``` wallDist { method ... updateInterval 5; // optional - default is 1 } ``` Test case: [mixerVesselAMI2D.tgz](/uploads/c0bee1decc0337018272f3566b6a4416/mixerVesselAMI2D.tgz) See merge request !62
-
- Oct 03, 2016
-
-
Mark Olesen authored
All of the access methods for autoPtr include validity checks and will fail if the underlying point is NULL. In some cases, however, we'd like to retain the automatic deletion mechanism, but still address a nullptr. This is mostly for cases in which a file-stream should be allocated, but only on the master process. For these cases we'd still like to pass through and reference the underlying pointer (eg, to obtain the correct method call) without tripping the pointer check mechanism. If we attempt to use the ptr() method, the autoPtr memory management is bypassed and we risk memory leaks. Instead provide an alternative mechanism to obtain the raw underlying pointers/references. Use rawPtr() and rawRef() for these potentially useful, but also potentially dangerous, operations.
-
mattijs authored
-
- Sep 30, 2016
-
-
sergio authored
-
Andrew Heather authored
-
- Sep 29, 2016
-
-
Andrew Heather authored
-
- Sep 28, 2016
-
-
Andrew Heather authored
-
mattijs authored
-
mattijs authored
-
Mark Olesen authored
- Normally use '()' to deference. This has extra safety and issues a fatal error if the underlying pointer is not valid. However, in some cases we are happy with getting a null reference. The refOrNull() method returns the reference without any checking. Usage example: autoPtr<OFstream> osPtr; if (Pstream::master()) { osPtr.reset(new OFstream(...)); } writeViaMaster(osPtr.refOrNull()); - The writeViaMaster() call takes an OFstream reference, but this is only used directly on the master. The slaves will pass things through to the master.
-
- Sep 27, 2016
-
-
Mark Olesen authored
- can be used to loop over all enumerations in the order of definition.
-
- Sep 26, 2016
-
-
Mark Olesen authored
-
Mark Olesen authored
-
- Sep 23, 2016
-
-
Mark Olesen authored
- Similar to ensight converters (issue #240), improve speed for detection of lagrangian clouds. - provide a -noLagrangian option for symmetry
-
Mark Olesen authored
- Less looping when detecting lagrangian clouds and their fields. - Avoid using Time::setTime() and IOobjectList in tight loops. They both kill performance immensely. ENH: provide a -noLagrangian option to foamToEnsight and foamToEnsightParts for even more control.
-
Mark Olesen authored
- More informative than a horizonal line, can help when debugging. STYLE: remove unused write field methods from ensightParts
-
Mark Olesen authored
- The new field needs initialization with a dimensioned<Type> not just the dimensionSet. - The new field was also incorrectly being registered, which could cause issues later.
-
Mark Olesen authored
- affects foamToEnsightParts, sampled surfaces - Use ensightPTraits mechanism throughout to avoid this issue
-
- Sep 21, 2016
-
-
Mark Olesen authored
Old code: Found 10990 time steps Search for moving mesh ... no moving mesh detected. Startup in 329.09 s Updated: Found 10990 time steps Search for moving mesh ... no moving mesh detected. Startup in 1.6 s - Cause was checking "polyMesh/points" via an IOobject. Short-circuit with a check for a polyMesh/ directory first. Limit the check to the master-node as well to further reduce load on the file-system. ------------------------------ ENH: improve per-step conversion times for foamToEnsight. Old code: Converting 11001 time steps Time [0] = 0 Wrote in 1.53 s Time [1] = 1 Wrote in 1.52 s ... Time [100] = 100 Elapsed time 205.35 s Updated: Converting 11001 time steps Time [0] = 0 Wrote in 1.4 s Time [1] = 1 Wrote in 0.07 s ... Time [100] = 100 Elapsed time 42.4 s - Speedup by hashing test results from the first conversion step instead of checking each time. Check data on all nodes to avoid problems with incomplete writes. ------------------------------ BUG: moving mesh detection failed for foamToEnsightParts - adjusted to agree with updated foamToEnsight ------------------------------ Note: - foamToEnsightParts (serial) still has about twice the throughput of foamToEnsight.
-
- Sep 20, 2016
-
-
mattijs authored
-
Andrew Heather authored
BUG: output field name instead of field (fixes #224) See merge request !59
-
Prashant Sonakar authored
-
- Sep 16, 2016
-
-
Mark Olesen authored
- bugfix (empty patches), and added detection of steady-state scheme. Caveat: when called via execFlowFunctionObjects will always produce a zero field, since the oldTime field is not available for this mode.
-