Trac April 2013

trac@lists.einsteintoolkit.org

1 participants
178 discussions

[Einstein Toolkit] #1171: WeylScal4 schedule order is incorrect
by Einstein Toolkit 17 May '13

17 May '13

#1171: WeylScal4 schedule order is incorrect -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: WeylScal4 testsuite | -----------------------------------+---------------------------------------- WeylScal4 contains a calculation for computing the I and J invariants from the Psis. This calculation is not scheduled explicitly after the Psis. Therefore, Cactus will probably schedule the routines alphabetically, which should be wrong. This should be corrected either with an After or Schedule element in the calculation. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1171> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1333: Fortran module in GRHydro_InterfacesM.h is nonsensical
by Einstein Toolkit 16 May '13

16 May '13

#1333: Fortran module in GRHydro_InterfacesM.h is nonsensical -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- since 1.) the module is stored in a .h file 2.) the .h file is included at the *top* of .F90 files 3.) the routines for which modules are declared are mostly C routines that do not live in a module as a result should one actually "use" the module in eg con2prim then one would get a link time error looking for the non-existent fortran module routine I probably also creates all kinds of race conditions to have the same module defined in more than one source file, it also carefully circumvents the Cactus module tracking mechanism. It is highly confusing and misleading to have the module present when in fact it cannot be used. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1333> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1316: Piraha's smart_ptr should be in namespace
by Einstein Toolkit 15 May '13

15 May '13

#1316: Piraha's smart_ptr should be in namespace ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_05 Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Piraha defines a helper class smart_ptr (and smart_ptr_guts). These should be located in a namespace. Probably all of Piraha should be in the namespace cctk. As is, any user who tried to use Piraha in a thorn would be out of luck, since the name "piraha" is now globally already taken. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1316> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1315: src/piraha/smart_ptr.hpp has wrong licence
by Einstein Toolkit 10 May '13

10 May '13

#1315: src/piraha/smart_ptr.hpp has wrong licence ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_05 Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Cactus (the flesh) is distributed under the LGPL. However, the file src/piraha/smart_ptr.hpp has a statement that it is distributed under the Boost licence. This should be rectified. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1315> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[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] #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

← Newer
1
...
11
12
13
14
15
16
17
18
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2013