#1414: add option to IOUtil and CarpetIOHDF5 to read datasets into different
variables
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Extents the file readers capabilities to not only take a cctk_iteration
string but also a string alias. I value of
{{{
IO::filereader_vars = "hydrobase::vel[0]{alias=admbase::shiftx}"
}}}
weill read the datasets admbase::shiftx into the variable
hydrobase::vel[0]. The idea is to be able to read variables of evolution
thorns into postprocessing thorns.
The IOUtil patch adds the options to the parameter parsing routines and
the CarpetIOHDF5 patches have CarpetIOHDF5 act on them.
Consider as a request for comments.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1414>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1417: Fixed refinement levels break AMR
---------------------------------+------------------------------------------
Reporter: coryell@… | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: CarpetRegrid2 |
---------------------------------+------------------------------------------
CarpetRegrid2's "fixed box" functionality apparently prevents adaptive
mesh refinement from occurring. When the parameter
CarpetRegrid2::num_centres is set to 1, refined levels near increased
level_mask do not appear, but they do if num_centres is set to 0. I have
included a modified version of the AMRToy thorn whose only purpose in
these tests is to set the level_mask in an annulus shape with larger
radius than that of the fixed box. I have also included three parameter
files, one in which there is only fixed-box refinement, one in where there
is only AMR, and one in which there is both. In the test where there is
both, I only observe the fixed-boxes showing up. The resolution of these
parameter files can be increased to get better-defined AMR, but this low
resolution still demonstrates the problem.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1417>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1418: Announce mailing list unused
-------------------------------------+--------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
The ET support web page <http://einsteintoolkit.org/community/support/>
says that there is an "announce(a)einsteintoolkit.org" mailing list, but
according to the archives
<http://lists.einsteintoolkit.org/pipermail/announce/>, this list has
never been used. Either the list should have announcements sent to it, or
the list and the pointer to it should be removed.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1418>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1420: Timers are never started
---------------------+------------------------------------------------------
Reporter: sbrandt | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone: ET_2013_11
Component: Carpet | Version: ET_2013_05
Keywords: |
---------------------+------------------------------------------------------
I modified clock.cc to add a boolean named "started". I initialized it to
false in the constructor, set it to true inside the start() method, and
call abort() inside stop() if "started" is false. It fails for me during
every run.
This is a problem because the variable "last" inside the clock class is
uninitialized, and is potentially random.
I'm not sure what's going wrong, as it appears that funcs->start() is
being called inside CactusTimers.c, but somehow the relevant start
function isn't called in clock.cc.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1420>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1371: handle vector groups of vectors correctly in Periodic, RotatingSymmetry90,
RotatingSymmetry180, etc.
---------------------------------------------------+------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: RotatingSymmetry180RotatingSymmetry90 |
---------------------------------------------------+------------------------
I think only the RotatingSymmetry ones need work since Peridic does not
need to know what type of object it acts on. See #1236
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1371>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1413: Idea: Script to generate bug report
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
It would be nice if there was a script that collected the relevant
configuration and build information for a bug report. This script would
e.g. put OptionList, ThornList etc. into a tarball, plus relevant files
from the config-data directory, etc.
For a simulation, it would automatically tar up the parameter file, but
also number of nodes, OpenMP threads, machine name, submit/run script,
etc.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1413>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1406: Commit r5034 to the flesh breaks many external libraries
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner: knarf@…
Type: defect | Status: new
Priority: blocker | Milestone:
Component: Cactus | Version: development version
Keywords: |
----------------------+-----------------------------------------------------
Commit r5034 modified the options that are passed to external libraries. I
see build failures on machines using the Intel compiler. Reverting this
commit seems to cure the problem. Frank Löffler and I are investigating.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1406>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1410: add boost external library to ET
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: Boost |
-------------------------+--------------------------------------------------
David Radice provided a thorn for Boost (www.boost.org) in 2011
(http://lists.einsteintoolkit.org/pipermail/users/2011-July/001219.html).
CarpetLib can use it for its bboxset2 class if the C++ STL does not
support all of C++11.
It would thus be nice to include it in the ET. The thorn repo is on
github: https://github.com/dradice/Boost
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1410>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit