Trac May 2012

trac@lists.einsteintoolkit.org

2 participants
239 discussions

[Einstein Toolkit] #869: Allow different boundary conditions in ADMBase
by Einstein Toolkit 11 May '12

11 May '12

#869: Allow different boundary conditions in ADMBase -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Introduce a parameter ADMBase::admbase_boundary_condition selection which boundary condition ADMBase applies. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/869> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #870: Support real*16 (and real*4) in GRHydro
by Einstein Toolkit 11 May '12

11 May '12

#870: Support real*16 (and real*4) in GRHydro -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Support using precisions other than real*8 in GRHydro by removing all explicit references to double precision functions and constants, and using type-generic functions and constants instead. In particular, use "one" and "half" as constants in some places, and use "abs", "max" etc. instead of "dabs", "dmax" etc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/870> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #890: Fix to ePPM reconstruction
by Einstein Toolkit 11 May '12

11 May '12

#890: Fix to ePPM reconstruction ----------------------+----------------------------------------------------- Reporter: reisswig | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: GRHydro, ePPM ----------------------+----------------------------------------------------- This is a bug fix to the ePPM scheme. The velocity components were reconstructed from the plus face values! This is clearly incorrect. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/890> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #871: Use SQLite as Formaline back-end
by Einstein Toolkit 11 May '12

11 May '12

#871: Use SQLite as Formaline back-end -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Use SQLite as Formaline back-end instead of storing the information in ASCII files. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/871> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #262: make error messages in ReflectionSymmetry more informative
by Einstein Toolkit 11 May '12

11 May '12

#262: make error messages in ReflectionSymmetry more informative --------------------------------------------+------------------------------- Reporter: roland.haas@… | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: --------------------------------------------+------------------------------- this small patch includes the value of ierr in ReflectionSymmetries error messages -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/262> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #798: allow calculations in parameter assignments in parameter files
by Einstein Toolkit 11 May '12

11 May '12

#798: allow calculations in parameter assignments in parameter files -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The attached patch extends the parameter file parser and SetParameter routine to allow things like: {{{ foo::bar = "=2*sin(foo:baz)" }}} ie. arithmetic and access to already set parameters. The new behaviour is triggered if the parameter string (for real, boolean and int parameters) starts with an "=" sign. Otherwise it branches off into the old code. The largest change is actually in the expression parser which has been extended to handle eg. exponential notation and negations. It now uses a state machine to parse its input. I have been using this for a while and had no ill side effects (but then really only accumulators are currently using the expression parser). Eventually I'd like to make the schedule IF/WHILE statements accept expressions using both parameters and grid scalars as well. This would be useful to simplify scheduling things only in the last MoL substep or in all but the last substep. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/798> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 29

[Einstein Toolkit] #891: Cactus should define 'restrict' for CUDA, with a value dependent on autoconf information
by Einstein Toolkit 11 May '12

11 May '12

#891: Cactus should define 'restrict' for CUDA, with a value dependent on autoconf information -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- See the discussion in #875. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/891> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #886: SimFactory does not correctly detect a failed submit command
by Einstein Toolkit 09 May '12

09 May '12

#886: SimFactory does not correctly detect a failed submit command ------------------------+--------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- If qsub can't be found, simfactory doesn't notice that the command returned a nonzero exit code, and proceeds to return 0 itself. The submit command is in simrestart.py: {{{ output = simlib.ExecuteCommand(submitCommand, output=True) }}} This should check that the exit code is zero, or fail noisily. What it actually does is {{{ fd = os.popen(command) output = fd.read() fd.close() return output }}} Apart from the weird reuse of the output input argument as a return value for something else, it is not checking the exit code in the case where the output was requested. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/886> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #887: SimFactory problems when running from cron
by Einstein Toolkit 09 May '12

09 May '12

#887: SimFactory problems when running from cron ------------------------+--------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When running from a cron job, the user's profile has not been set up in the usual way. I have to source /etc/profile on Datura to get things like qsub and qstat on the path. Should simfactory do something about this? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/887> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #883: MoL: Add declaration of Accelerator_NotifyDataModified to interface
by Einstein Toolkit 09 May '12

09 May '12

#883: MoL: Add declaration of Accelerator_NotifyDataModified to interface ---------------------+------------------------------------------------------ Reporter: knarf | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2012_05 Component: Cactus | Version: development version Keywords: | ---------------------+------------------------------------------------------ Currently MoL doesn't build because the aliased function Accelerator_NotifyDataModified() is used but not declared in interface.ccl. The attached patch declares the function which makes the linker happy. The availability of the function is already checked at runtime. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/883> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

← Newer
1
...
17
18
19
20
21
22
23
24
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2012