#448: CartGrid3D symmetries don't work with Carpet-hg
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
The symmetries implemented in CartGrid3D (bitant, quadrant, and octant
mode) do not work with Carpet-HG. They register a symmetry width equal to
the number of ghost zones, but do so at a time when the number of ghost
zones is not defined. They should instead query CoordBase for the number
of boundary points. However, this may break many old parameter files that
e.g. use PUGH.
Another alternative would be to always use ReflectionSymmetry with Carpet-
HG instead of CartGrid3D's symmetries.
This affects currently e.g. the test case
EinsteinAnalysis/AHFinderDirect/test/Kerr-Cartoon.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/448>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#484: CCTK_CHECK_C_INLINE can define away the inline keyword
--------------------+-------------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
--------------------+-------------------------------------------------------
CCTK_CHECK_C_INLINE tests for an inline keyword that satifies the old pre
C99 inline semantics of gcc (gcc pre 4.3 and in particular pre 4.6). If it
does not find an inline that behaves like that (which happens eg. with the
pgi compiler which does not try to emulate gcc) then configure actually
puts a
#define inline
into cctk_Config.h. This removes the keyword from the language turning eg.
things like "static inline" into just "static" and the only inlining that
happens will be due to the optimizer deciding so.
The reason given for this in aclocal.m4 is the standard conforming
behaviour is "incompatible with many libraries, leading to linker errors
about duplicate symbols." This does no longer seem to be the case, at
least I can compile the ET thornlist fine without this redefinition.
I fix might be to do something like (in aclocal.m4 instead of #defining
inline):
AC_DEFINE(CCTK_GNU_C_INLINE, )
and
AC_DEFINE_UNQUOTED(CCTK_GNU_C_INLINE, $cctk_cv_c_inline)
the way that CCTK_CHECK_C_STATIC_INLINE does, instead of redefining a
reserved language keyword.
This would also affect the "#ifndef inline" part in cctk.h line 180, which
currently seems to behave strangely in any case unless the keyword
detected by configure is '''exactly''' {{{inline}}} and not e.g.
{{{__inline__}}} or {{{__inline}}} or {{{__inline__
__attribute__((__gnu_inline__))}}} that configure also tests for.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/484>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#63: create separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org
--------------------+-------------------------------------------------------
Reporter: knarf | Owner:
Type: task | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
--------------------+-------------------------------------------------------
We need separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org,
including ssl certificates and the complete rest of the setup.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/63>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#233: Unable to complete an ET checkout without SVN network errors
--------------------+-------------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version:
Keywords: |
--------------------+-------------------------------------------------------
I am running an automated build and test system every night which attempts
to check out the Einstein Toolkit thornlist. Every night, I get error
messages from at least one thorn of the form:
Checking out module: CactusNumerical/Cartoon2D
from repository:
http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk
into: ./arrangements
svn: REPORT of '/arrangements/CactusNumerical/Cartoon2D/!svn/vcc/default':
Could not read response body: connection was closed by server.
(http://svn.cactuscode.org)
Typically, three or more thorns will exhibit this problem. All the
following repositories have exhibited this problem since 11th January
2011:
CactusArchive/ADM
CactusElliptic/EllBase
CactusNumerical/Cartoon2D
CactusNumerical/Dissipation
CactusNumerical/InterpToArray
CactusNumerical/RotatingSymmetry180
CactusNumerical/RotatingSymmetry90
EinsteinInitialData/Exact
EinsteinInitialData/IDAnalyticBH
EinsteinInitialData/TOVSolver
EinsteinInitialData/TwoPunctures
LSUThorns/QuasiLocalMeasures
manifest
simfactory
I assume that there is some problem with the SVN server or our network
connection to it that is making it so unreliable. Am I the only one?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/233>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#506: Support Dropbox to synchronise source trees
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
For small changes, Dropbox is much faster than rsync.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/506>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#504: simfactory show-output does not show output
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
simfactory's show-output was throwing away the output of the commands in
the stdout and stderr options, so not actually outputting anything for a
running simulation.
The attached patch fixes this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/504>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#505: simfactory show-output does not show output
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
simfactory's show-output was throwing away the output of the commands in
the stdout and stderr options, so not actually outputting anything for a
running simulation.
The attached patch fixes this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/505>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#503: Detect stalled simulations
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Detect whether a restart has stalled, e.g. by checking the time stamp on
stdout.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/503>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#501: Add parameter for less-frequent calls to OutputGridStatistics
--------------------------------------+-------------------------------------
Reporter: hfinkel@… | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: carpet regrid statistics |
--------------------------------------+-------------------------------------
Currently, !OutputGridStatistics() in !Carpet/Carpet/src/Recompose.cc is
called on every regrid, and this can lead to a lot of unnecessary output
when I regrid frequently. Could you please add a parameter so that the
statistics are output only every n regrids.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/501>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#500: advanded simfactory 2.0 tutorial out of date
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The advanced tutorial for simfactory mentioned on the simfactory page
(http://simfactory.org/info/documentation/) seems to be out of date with
the PYSIM_2010 branch (which is given as trunk for simfactory 2.0).
The wiki page it links to
https://docs.einsteintoolkit.org/et-
docs/Simulation_Factory_Advanced_Tutorial
lists eg. a command print-machine which is now apparently called whoami.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/500>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit