Trac October 2013

trac@lists.einsteintoolkit.org

1 participants
148 discussions

[Einstein Toolkit] #1466: document "old" reduction interface
by Einstein Toolkit 30 Oct '13

30 Oct '13

#1466: document "old" reduction interface ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: documentation | ---------------------------+------------------------------------------------ This is the reduction interface that provides eg CCTK_ReduceLocScalar and is the only one supported (I believe) by Carpet. It is currently only described in the users guide (http://einsteintoolkit.org/documentation/UsersGuide/UsersGuidech9.html#x13-…) but not in the reference guide. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1466> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1463: incorrect use of detg in wrapper routines for prim2con in GRHydro
by Einstein Toolkit 29 Oct '13

29 Oct '13

#1463: incorrect use of detg in wrapper routines for prim2con in GRHydro -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GRhydro | -----------------------------------+---------------------------------------- the wrapper routines for the aliased prim2con calls in GRHydro (but not the con2prim ones) were not using sqrt(det) correctly. Found and reported by Ian Hawke. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1463> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1387: example par files for Z4 don't work
by Einstein Toolkit 29 Oct '13

29 Oct '13

#1387: example par files for Z4 don't work -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2013_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- The parameter file examples in repos/McLachlan/par/CCZ4 don't work (they activate ML_BSSN and not ML_CCZ4). It would be good to update these, or maybe have a qc0 example using Z4 and remove these old files. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1387> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1395: GetComponents --parallel does not work
by Einstein Toolkit 29 Oct '13

29 Oct '13

#1395: GetComponents --parallel does not work ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: blocker | Milestone: Component: GetComponents | Version: development version Keywords: | ---------------------------+------------------------------------------------ I receive svn errors when I use {{{ /GetComponents --parallel https://svn.einsteintoolkit.org/manifest/branches/ET_2013_05/einsteintoolki… }}} for the initial checkout, as described in the tutorial. Things work without the --parallel option. This is a blocker since it affects the tutorial. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1395> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 45

[Einstein Toolkit] #1411: Align memory allocation in PUGH
by Einstein Toolkit 28 Oct '13

28 Oct '13

#1411: Align memory allocation in PUGH --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: PUGH | --------------------+------------------------------------------------------- the attached patch optionally uses thorn vectors to query the vector size and aligns memory allocation to this size. This is needed for aligned reads and writes generated eg by Kranc generated thorns when Vectors is present. Without the thorn present at build time, no alignment is performed. Failure to align results in segmentation faults at runtime. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1411> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1456: TerminationTrigger fails if the termination file cannot be created
by Einstein Toolkit 28 Oct '13

28 Oct '13

#1456: TerminationTrigger fails if the termination file cannot be created --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- In TerminationTrigger file.c, there is this code: file = fopen (get_termination_file(), "w"); fclose (file); This leads to a segmentation fault if the file cannot be created, e.g. due to a missing directory in the path (for example if the parameter file has been copied from another cluster and uses an absolute path). I would add an error check here to abort if file == 0, but wanted to check that this was the right thing to do. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1456> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #626: Recovery fails in AHFinderDirect RecoverML with out-of-bounds assertion in CarpetLib
by Einstein Toolkit 28 Oct '13

28 Oct '13

#626: Recovery fails in AHFinderDirect RecoverML with out-of-bounds assertion in CarpetLib --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: ET_2011_10 Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- when trying to recover in AHFinderDirect's RecoverML test (parfiles attached) I get: {{{ cactus_et: /home/rhaas/ET_2011_10/arrangements/Carpet/CarpetLib/src/th.hh:79: double th::get_time(int, int, int) const: Assertion `tl>=0 and tl<timelevels' failed. }}} After some debuggin I traced this down to the metric which in CarpetIOHDF5/src/Input.cc:762 is reported (by gf->timelevels (ml, rl)) to have three timelevels. However the timelevels member of gf->t (a th) gives the number of timelevels as two {{{ gf->t.timelevels $28 = 2 }}} Since timelevels is new in Carpet/Hg my suspicion would be that it is not properly updated when gf->set_timelevels is called (the comments in th.hh seem to indicated that it is assumed to be const which seems odd given that ggf::set_timelevels exists). I don't understand enough of Carpet to fix or further debug this. Marking its as major and release relevant in case it is actually a Carpet bug. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/626> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 21

[Einstein Toolkit] #1364: be mor careful extracting $MAKE in RunTestSuite
by Einstein Toolkit 28 Oct '13

28 Oct '13

#1364: be mor careful extracting $MAKE in RunTestSuite ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: critical | Milestone: ET_2013_05 Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- currently sim --testsuite fails on kraken since the extracted $MAKE command is incorrect since it splits at the second "=" in the make definition: {{{ make = env LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/opt/gcc/4.5.1/snos/lib64:/opt/gcc/mpc/0.8.1/lib" make -j2 }}} the attached patch rectifies this. Tested on kraken and lonestar. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1364> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #1392: loopcontrol outputs nan values
by Einstein Toolkit 28 Oct '13

28 Oct '13

#1392: loopcontrol outputs nan values --------------------+------------------------------------------------------- Reporter: knarf | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: ET_2013_11 Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- After a recent update of carpet, some of my par files produce output like this: {{{ INFO (LoopControl): LoopControl statistics: INFO (LoopControl): Loops traversed: 4 INFO (LoopControl): Setups encountered: 14 INFO (LoopControl): Params explored: 14 INFO (LoopControl): Unoptimized time would have been: -nan s INFO (LoopControl): Actual time spent: -nan s (-nan%) INFO (LoopControl): Ideal time could have been: -nan s (-nan%) }}} Although no problem for the run, the 'nan's should probably not be output in that way. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1392> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1251: Use Parsing Expression Grammar for Par Files
by Einstein Toolkit 28 Oct '13

28 Oct '13

#1251: Use Parsing Expression Grammar for Par Files -------------------------+-------------------------------------------------- Reporter: sbrandt | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Piraha is a parsing framework/library based on Parsing Expression Grammars (PEGs). This allows you to define the grammar of a language using a simple regular-expression-type language, and Piraha will use this to decode an input file into a hierarchical data structure of the parsed data (a "parse tree"). See http://code.google.com/p/piraha-peg/, http://en.wikipedia.org/wiki/Parsing_expression_grammar. I've hacked a version of Cactus to use Piraha for parameter parsing. Please take a look: https://svn.cactuscode.org/flesh/branches/with_piraha This version is able to run the ET testsuite. This version can understand the variables $parfile, $ENV{name}, and $pi (which is 3.14...). Variables can be standalone, or be substituted from inside strings. It can understand mathematical expressions including grouping, order of operation, and a few functions (sin, cos, tan, exp, sqrt). Other parameters from the parameter file are available for use in mathematical expressions. Some debug printing is in place so you can get an idea of what's going on. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1251> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac October 2013