#702: Tests should use IO::out_fileinfo = "none"
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version:
Keywords: |
-------------------------+--------------------------------------------------
The Cactus User Guide
(http://einsteintoolkit.org/documentation/UsersGuide/UsersGuidech9.html#x13-…)
recommends that test output files should always be the same, and hence use
IO::out_fileinfo = "none". I would like to implement this for the tests
in the ET, as it makes comparing test output using standard (non-Cactus
testsuite mechanism) diff tools possible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/702>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1866: do not compress pdf files stored in Cactus repo
---------------------------+------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Cactus | Version: development version
Keywords: documentatino |
---------------------------+------------------------------------------------
Compressing the pdf files means that changes propagate through the file
and a change at the beginning of the file cause changes in all of the
compressed file, effectively disabling git's delta compression of blobs.
The patch proposed in https://bitbucket.org/cactuscode/cactus/pull-
requests/23/cactus-disable-compression-in-included-pdf/diff disables pdf
compression
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1866>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1631: The dgfe branch for McLachlan generates NaNs
-----------------------------------------------------------+----------------
Reporter: Jonah Miller <jonah.maxwell.miller@…> | Owner: eschnett
Type: defect | Status: new
Priority: optional | Milestone: ET_2014_11
Component: EinsteinToolkit thorn | Version: development version
Keywords: dgfe,mclachlan,gamma driver |
-----------------------------------------------------------+----------------
When one uses the gamma driver formulation in the dgfe branch of McLachlan
and sets the shiftGammaCoefficient to zero, the runtime output has NaNs
because the code divides by zero.
A bit of flow control fixes this. Attached is a patch for the branch.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1631>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1646: McLachlan does not give a reference for the gauge evolution equations
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: McLachlan |
-----------------------------------+----------------------------------------
McLachlan_BSSN.m does not seem to contain any information (eg in evolCalc)
that would tell me from which paper the different expressions for the
shift and lapse evolution expression are taken from (which may be useful
to understand what the different coefficients mean, since parsing the
multiple factors of the type XXXFactor * AAA + (1-XXXFactor) * BBB to get
either AAA or BBB is confusing).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1646>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1838: CactusUtils/WatchDog: is part of ET or not?
-----------------------------------+----------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: WatchDog |
-----------------------------------+----------------------------------------
if yes, then:
{{{
https://bitbucket.org/einsteintoolkit/manifest/pull-requests/6/add-
cactusutils-watchdog-to-the-thornlist/diff
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1838>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1840: ExternalLibraris/pthreads does not provide CCTK_PTHREADS define
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner: rhaas
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: pthreads |
-----------------------------------+----------------------------------------
This means it is not a drop in replacement for the old mechanism and eg
HTTPD complains at runtime with:
{{{
WARNING level 1 from host comet-ln3.sdsc.edu process 0
while executing schedule bin HTTP_Startup, routine
HTTPD::HTTP_StartServer
in thorn HTTPD, file
/home/rhaas/cactus/ET_trunk/arrangements/CactusConnect/HTTPD/src/Startup.c:97:
-> Parameter 'HTTPD::use_pthreads' is set to "yes" but you didn't
configure with PTHREADS. Setting will be ignored.
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1840>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1867: Refluxing crashes when reducing the number of active refinement levels
---------------------------------+------------------------------------------
Reporter: dradice@… | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version: development version
Keywords: |
---------------------------------+------------------------------------------
Refluxing fails when the number of active refinement levels is decreased
with the following error message:
{{{
Refluxing/src/correct.cc:549: void flux_register_coarse_reset(const cGH*
): Assertion `size == levels' failed.
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1867>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1863: Carpet feature request
-------------------------+--------------------------------------------------
Reporter: sbrandt | Owner: eschnett
Type: enhancement | Status: new
Priority: optional | Milestone:
Component: Carpet | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
I frequently find myself editing CallFunction.cc to put some special pre
call and post call functions in place. Sometimes, I just want to see a
message when I exit and exit a function, so I have context for any other
print messages I see in the log. Another use I have is to provide
automatic checks to see when a function modifies a variable (by doing
checksums before and after), and so on. I have a few more.
What I'd like to have is the ability to register a function to run before
a call and/or after a call. In principle, Accelerator_PreCall/PostCall
could then use this mechanism rather than having carpet call them
explicitly. The attached patch implements this functionality. I assume
that there are lots of things about my implementation that people won't
like, but I attach it anyway as a prototype.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1863>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1854: Very large global grid points leading termination
-------------------------------------------+--------------------------------
Reporter: himanshukharkwal765@… | Owner: himanshukharkwal765@…
Type: defect | Status: new
Priority: major | Milestone: ET_2015_11
Component: Cactus | Version: development version
Keywords: grid global terminate |
-------------------------------------------+--------------------------------
In WaveMol/gaussian.par whenever we increase our global grid points to
more than 350 the program terminates abruptly.
I am attaching gaussian.par file and hn1.lnmiit.ac.in.ini
(simfactory/mdb/machines/hn1.lnmiit.ac.in.ini).
HPC Details-
Node: 6
Processor: http://ark.intel.com/products/75277/Intel-Xeon-
Processor-E5-2680-v2-25M-Cache-2_80-GHz
Q1. Is there anything wrong inside .par or .ini file?
Q2. Should i use Carpet instead of PUGH?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1854>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1860: handle symbolic links more gracefully in simfactory
------------------------+---------------------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
The pull request is here:
https://bitbucket.org/simfactory/simfactory2/pull-requests/8/rhaas-
symbolic_links_in_simlib/diff
Before having simfactory's sourcebasedir be a symbolic link interacted
badly with using $PWD to get the current directory and to properly remove
the sourcebasedir path prefix from strings. This set of commits fixes
this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1860>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit