Trac May 2013

trac@lists.einsteintoolkit.org

1 participants
178 discussions

[Einstein Toolkit] #1275: simfactory knows about TerminationTrigger but not TriggerTerminationManual
by Einstein Toolkit 10 May '13

10 May '13

#1275: simfactory knows about TerminationTrigger but not TriggerTerminationManual -------------------------+-------------------------------------------------- Reporter: knarf | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Currently, simfactory knows about TerminationTrigger but not TriggerTerminationManual and sets the corresponding max_walltime parameter correctly for the first but not the second. This small patch does so also for the second thorn (found in Zelmani). This should be independent of the question why there are two of these thorns (which would be a good one to answer), or whether one of them could be retired or both of them merged. They are currently both used in production and simfactory should know about both. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1275> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #283: Update and make CoreDoc.pdf available in the EinsteinToolkit website
by Einstein Toolkit 10 May '13

10 May '13

#283: Update and make CoreDoc.pdf available in the EinsteinToolkit website -------------------------------------+-------------------------------------- Reporter: bmundim | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- The advanced concepts document: http://cactuscode.org/documentation/CoreDoc.pdf should be updated and made available in the ET website, both in pdf and html. Does anyone know where its .tex file version is located? Thanks, Bruno. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/283> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #931: CartGrid3D's dependency on Boundary
by Einstein Toolkit 10 May '13

10 May '13

#931: CartGrid3D's dependency on Boundary --------------------+------------------------------------------------------- Reporter: jtao | Owner: Type: defect | Status: new Priority: minor | Milestone: Cactus_4.1.0 Component: Cactus | Version: Cactus_4.0.0 Keywords: | --------------------+------------------------------------------------------- CartGrid3D_ApplyBC in CartGrid3D is scheduled in BoundaryConditions, which is defined in the Boundary thorn. I can see that this is related with the symmetric boundary conditions but could we handle it in boundary ? It seems to me that it is not a good idea to have the grid thorn depend on the boundary thorn. While making boundary depending on grid is more reasonable if we have to introduce the dependency between these two thorns. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/931> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #808: testsuites in HDF5
by Einstein Toolkit 10 May '13

10 May '13

#808: testsuites in HDF5 -------------------------+-------------------------------------------------- Reporter: jtao | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Cactus_4.1.0 Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Instead of constructing tools to compare Carpet ascii output from multiple processes, how about building tools to diff files HDF5 ? Compared to ASCII: HDF5 testsuites may have several advantages: small, fast, portable, independent of number of process. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/808> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1351: CactusUtils/OpenCLRunTime depends on external thorns
by Einstein Toolkit 10 May '13

10 May '13

#1351: CactusUtils/OpenCLRunTime depends on external thorns --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- CactusUtils/OpenCLRunTime depends on LSUThorns/Vectors and Carpet. Could move into Cactus at some point? Could OpenCLRunTime work without Carpet - making Carpet optional? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1351> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1350: CactusUtils/Accelerator requires Carpet
by Einstein Toolkit 10 May '13

10 May '13

#1350: CactusUtils/Accelerator requires Carpet --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- Is there a way for this not to depend on Carpet? So far, we did a clear separation of Cactus/Carpet, and Accelerator is in CactusUtils. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1350> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1334: CCTK_CHECK_HEADER_LIB_FUNC adds library multiple times to $LIBS
by Einstein Toolkit 09 May '13

09 May '13

#1334: CCTK_CHECK_HEADER_LIB_FUNC adds library multiple times to $LIBS --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2013_05 Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- CCTK_CHECK_HEADER_LIB_FUNC (in aclocal.m4) adds its second argument to $LIBS, every time it is called. I found 8 invocations in configure.in, each time adding the math library, resulting in a very weird (but not necessarily wrong) link line in Cactus. I am not entirely sure about what to do here, but my best guess is that $LIBS shouldn't be changed at all after this function was called. An alternative would be to check for the existance of $2 in $LIBS before it is unconditionally added. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1334> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1111: Missing fortran compiler prevents CCTK_REAL8 from being defined.
by Einstein Toolkit 09 May '13

09 May '13

#1111: Missing fortran compiler prevents CCTK_REAL8 from being defined. ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: major | Milestone: Cactus_4.1.0 Component: Cactus | Version: Cactus_4.0.0 Keywords: | ---------------------+------------------------------------------------------ If the fortran compiler is missing or invalid, Cactus does not create the definition for CCTK_REAL8, CCTK_REAL4, etc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1111> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1290: parameter file parser fails to parse parameter name
by Einstein Toolkit 09 May '13

09 May '13

#1290: parameter file parser fails to parse parameter name --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- the attached parameter file (the rotor test from the ET MHD paper) fails with the current parameter parser: {{{ Activating thorn Cactus...Success -> active implementation Cactus ERROR IN PARAMETER FILE: In rule 'file::set::skipeol' Line=35 SpaceMask::use_mask="yes" EOS_Omni::gl_gamma=5./3. # try to mimic the core fluid EOS_Omni::poly_k = grhydro_initdata::rotor_pressin/grhydro_initdata::rotor_rhoin**EOS_Omni::gl_gamma ^ Expected one of the following characters: @a-zA-Z0-9_[*/%+\-<>!=&| \t\r#\n WARNING level 0 in thorn Cactus processor 0 host horizon.tapir.caltech.edu (line 167 of /mnt/data/rhaas/postdoc/gr/Zelmani/src/main/ProcessParameterDatabase.c): -> CCTKi_SetParameterSetMask: 1 parsing errors in parameter file WARNING level 0 in thorn Cactus processor 0 host horizon.tapir.caltech.edu (line 167 of /mnt/data/rhaas/postdoc/gr/Zelmani/src/main/ProcessParameterDatabase.c): -> CCTKi_SetParameterSetMask: 1 parsing errors in parameter file -------------------------------------------------------------------------- MPI_ABORT was invoked on rank 0 in communicator MPI_COMM_WORLD with errorcode 0. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1290> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1328: parameter file parser does not use correct value for parameters in equations
by Einstein Toolkit 09 May '13

09 May '13

#1328: parameter file parser does not use correct value for parameters in equations ----------------------+----------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The attached (three line) parfile fails with: {{{ WARNING level 0 in thorn Cactus processor 0 host horizon.tapir.caltech.edu (line 201 of /mnt/data/rhaas/postdoc/gr/Zelmani/src/main/ProcessParameterDatabase.c): -> CCTKi_SetParameterSetMask: 1 major error in parameter file }}} ie it does not properly use the just set value "2" of carpet::ghost_zone and instead uses the default of "-1". I attach parfile and test output. This is very unfortunate since it means that the code silently (if the default ghost_size had been valid input for boundary_x_size_lower) uses wrong parameter values. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1328> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2013