aboutsummaryrefslogtreecommitdiff
path: root/param.ccl
Commit message (Collapse)AuthorAge
* Zeroth attempt at doing excision with Cartoon. Now requires thehawke2005-11-10
| | | | | | | | | | | | | Spacemask thorn from CactusEinstein. Initial tests suggest perfect second order convergence but not quite perfect fourth order convergence, at least at reasonable resolutions. Convergence is still better than 3rd order, though. Excision with the new spacemask has been added but not tested. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@97 eec4d7dc-71c2-46d6-addf-10296150bf52
* Modify the ENO interpolators so that it takes an "order" parameter.hawke2005-09-14
| | | | | | | | Add knowledge of the PROLONG_NONE type to lower level bits of the code, in case that case propagates. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@94 eec4d7dc-71c2-46d6-addf-10296150bf52
* Added a routine for ensuring that the grid set up in the parameter filepollney2002-04-16
| | | | | | | | | | | | | | | | | | | | is cactus compatible. If the new parameter "allow_grid_resize" is set, then cartoon will now actually modify the grid that was specified by the user. Though not really a nice solution, it is potentially less annoying than having the user try to figure out appropriate grid dimensions themselves. The old test suite for cartoon (test_cartoon.par) was not a very good example, as it actually set up an less-than-optimal grid (with bitant specified in the wrong plane), and could only run on 2-processors. So I've removed it and replaced it with a pair of new test suites which demonstrate cartoon in "full" and "bitant" mode using the new grid resizing mechanism. Documentation as such does not exist yet, but will in the fullness of time. For the time being, please refer to the sample parameter files in the test directory to see how to set things up. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@26 eec4d7dc-71c2-46d6-addf-10296150bf52
* Added a routine to overwrite the symmetry flags on the flat faces ofpollney2001-11-05
| | | | | | | | | | | | | | | | | the cartoon grid. This fixes a problem that was occurring because boundary conditions (eg. radiative) were being applied to these faces, wasting a lot of time. The current fix overwrites the sGHex->GFSym array with a CARTOON_NOSYM flag that won't be recognised by either the cactus symmetry or boundary condition routines, so these won't be applied. *** Note *** I've also added a cartoon_active parameter which must be set in order to turn on cartoon. (This is a second attempt to commit some changes that seem not to have been commited properly last week ...) git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@24 eec4d7dc-71c2-46d6-addf-10296150bf52
* Adding a missing comment.miguel2001-10-19
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@21 eec4d7dc-71c2-46d6-addf-10296150bf52
* Code cleanup. Interface changes.sai1999-11-27
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@11 eec4d7dc-71c2-46d6-addf-10296150bf52
* Renamed parameter interp_order to order.sai1999-11-19
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@8 eec4d7dc-71c2-46d6-addf-10296150bf52
* This commit was generated by cvs2svn to compensate for changes in r2, whichsai1999-11-06
included commits to RCS files with non-trunk default branches. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk@3 eec4d7dc-71c2-46d6-addf-10296150bf52