Trac May 2013

trac@lists.einsteintoolkit.org

1 participants
178 discussions

[Einstein Toolkit] #1356: import ZelmaniQuadWaveExtract into ET
by Einstein Toolkit 02 Dec '13

02 Dec '13

#1356: import ZelmaniQuadWaveExtract into ET ------------------------------------+--------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: ZelmaniQuadWaveExtract | ------------------------------------+--------------------------------------- from the README: Cactus Code Thorn ZelmaniQuadWaveExtract Thorn Author(s) : Christian D. Ott <cott(a)aei.mpg.de> Thorn Maintainer(s) : Christian D. Ott <cott(a)aei.mpg.de> -------------------------------------------------------------------------- Purpose of the thorn: Implements quadrupole formula wave extraction for Zelmani -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1356> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1358: import CoreCollapseControl into ET
by Einstein Toolkit 02 Dec '13

02 Dec '13

#1358: import CoreCollapseControl into ET -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- This thorn controls output frequency and grid structure based on the different stages of a core collaspe simulations. Currently in incoming. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1358> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #809: Add CactusExamples to Einstein Toolkit
by Einstein Toolkit 26 Nov '13

26 Nov '13

#809: Add CactusExamples to Einstein Toolkit -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- I notice that the CactusExample thorns are not part of the Einstein Toolkit -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/809> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1365: Kranc-generated thorns should be regenerated before the release
by Einstein Toolkit 26 Nov '13

26 Nov '13

#1365: Kranc-generated thorns should be regenerated before the release --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_11 Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- Thorns generated by Kranc (McLachlan, WeylScal4 and EinsteinExact) should be generated by the version of Kranc which is being released. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1365> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 19

[Einstein Toolkit] #896: Create testsuites for GRMHD sector of GRHydro
by Einstein Toolkit 24 Nov '13

24 Nov '13

#896: Create testsuites for GRMHD sector of GRHydro ---------------------------------------+------------------------------------ Reporter: bmundim | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro, GRMHD, testsuite | ---------------------------------------+------------------------------------ Create testsuites for GRMHD sector of GRHydro even though it's currently in rapid and constant development. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/896> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1225: GRHydro_UpdateMask takes too long to compile
by Einstein Toolkit 24 Nov '13

24 Nov '13

#1225: GRHydro_UpdateMask takes too long to compile -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- GRHydro_UpdateMask takes more than an hour to compile. This is with Intel Version 12.1.1.256 Build 20111011 on a modern workstation Intel(R) Xeon(R) CPU X5675 @ 3.07GHz: 11110 eschnett 32 12 251m 206m 14m R 100 0.9 68:29.24 fortcom Could we simplify the source code, e.g. moving the pointer assignments and the actual loops into different files? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1225> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #392: Strange message "already on master"
by Einstein Toolkit 07 Nov '13

07 Nov '13

#392: Strange message "already on master" ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ GetComponents outputs "already on master" for every git repository. This message should not appear. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/392> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1009: MPI is not automatically detected on Mac OS
by Einstein Toolkit 05 Nov '13

05 Nov '13

#1009: MPI is not automatically detected on Mac OS -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- There is logic in ExternalLibraries/MPI/configure.sh to automatically detect the location of MPI. This code looks for $X/lib/libmpi.a and $X/include/mpi.h for various values of X. This is not a robust way to locate MPI because libmpi.a is not the correct filename on Mac OS. We could make a special case for Mac OS and use ".dylib" instead of ".a", or we could remove the library file from the test, and rely on the header file alone. I prefer the latter. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1009> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[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

← Newer
1
...
7
8
9
10
11
12
13
...
18
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2013