- May 29, 2011
-
-
andy authored
-
- May 23, 2011
-
-
mattijs authored
-
- May 19, 2011
-
-
Mark Olesen authored
- otherwise there is actually no means of placing a site-site prefs.sh in the $WM_PROJECT_SITE/ directory
-
Mark Olesen authored
- leave bashrc/cshrc and prefs.{csh,sh} in etc/ for visibility
-
- May 03, 2011
-
-
Mark Olesen authored
-
- May 02, 2011
-
-
Mark Olesen authored
- use standard *.sh, *.csh endings
-
- Apr 28, 2011
-
-
Mark Olesen authored
-
Mark Olesen authored
-
- Apr 27, 2011
-
-
Mark Olesen authored
- need to trap possibly weird input within etc/bashrc, etc/cshrc and can't easily redirect stderr in csh.
-
Mark Olesen authored
-
- Apr 21, 2011
-
-
graham authored
-
- Apr 12, 2011
-
-
Henry authored
-
- Apr 06, 2011
-
-
mattijs authored
-
- Apr 05, 2011
-
-
mattijs authored
-
- Mar 30, 2011
-
-
Mark Olesen authored
-
- Mar 28, 2011
-
-
Mark Olesen authored
- renamed clearEnv -> unset
-
- Mar 25, 2011
-
-
Mark Olesen authored
-
Mark Olesen authored
-
Mark Olesen authored
-
- Mar 23, 2011
- Mar 22, 2011
-
-
mattijs authored
-
- Mar 11, 2011
-
-
Mark Olesen authored
-
Mark Olesen authored
- avoid editing of settings.{sh,csh}
-
Mark Olesen authored
- alternative to WM_PROJECT_INST_DIR/site for systems with locked down installation paths (eg, when packaged as RPM or deb) When "$WM_PROJECT_SITE" is defined, it is used in favour of "$WM_PROJECT_INST_DIR/site"
-
Mark Olesen authored
- can be reused for other (vector, tensor, ...) field types
-
Mark Olesen authored
-
- Mar 09, 2011
-
-
Mark Olesen authored
-
- Mar 08, 2011
-
-
Mark Olesen authored
-
Mark Olesen authored
- prevented the reloading from working properly (thanks Mattijs!)
-
- Mar 07, 2011
-
-
Mark Olesen authored
- useful for debugging purposes
-
mattijs authored
-
Mark Olesen authored
-
- Mar 03, 2011
-
-
Mark Olesen authored
-
Mark Olesen authored
-
- Mar 02, 2011
-
-
Mark Olesen authored
-
- Mar 01, 2011
-
-
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.
-
Mark Olesen authored
- use newly introduced makeRemovablePatchTypeField to avoid this problem
-
- Feb 24, 2011
-
-
Mark Olesen authored
-