- Mar 02, 2011
-
-
andy authored
-
- Mar 01, 2011
-
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
Mark Olesen authored
-
Mark Olesen authored
-
Mark Olesen authored
Problems remain with codedFixedValueFvPatchScalarField: - readIfModified() notices change on system/codeDict, but the codeProperties::setUnmodified() means that only a single entry will get processed - it appears that while dlclose() may (or may not) be actually closing the library, there are probably still references about. This means that a subsequent reloading still points to the original functions and the lookup is not updated correctly.
-
andy authored
-
Mark Olesen authored
- use newly introduced makeRemovablePatchTypeField to avoid this problem
-
andy authored
-
- Feb 28, 2011
- Feb 25, 2011
-
-
Mark Olesen authored
- file changes were not getting noticed, made modified 'sticky'
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
Mark Olesen authored
-
Mark Olesen authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
andy authored
-
Mark Olesen authored
- the resulting SHA1 can be written and parsed directly without any ambiguities when it starts with a digit eg, SHA1: _024ea2fa570968069f52f55aa47ee82ac417f5f6 - provide same optional prefix functionality in conversion to string and in comparison with strings - add SHA1Digest::null
-
andy authored
-