Trac November 2012

trac@lists.einsteintoolkit.org

1 participants
156 discussions

[Einstein Toolkit] #1078: ignore non-evolved points in check_GRHydro_C2P_failed
by Einstein Toolkit 07 Feb '13

07 Feb '13

#1078: ignore non-evolved points in check_GRHydro_C2P_failed -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- The attached patch interfaces GRHydro with Carpet/CarpetEvolutionMask to not abort a run if a con2prim failure happens at points that are not active in the sense that they should not be eg. visualized. CarpetEvolutionMask computes these points by taking the restricted region and modifying it to take buffer zones and ghost zones for prolongation into account. The proposed patch uses Cray pointers (see https://trac.einsteintoolkit.org/ticket/1065) since the Cactus flesh routine to CCTK_VarDataPtr (for Fortran) uses them as well. This requires extra switches for compilers to compile. For gcc the switch is "-fcray- pointer" for intel adding "-safe_cray_ptr" might help efficiency. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1078> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1134: Adams-Bashforth time integrator
by Einstein Toolkit 07 Feb '13

07 Feb '13

#1134: Adams-Bashforth time integrator -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The attached patch implements Adams-Bashforth time integration in MoL and provides a WaveToy test case. Adams-Bashforth integrators calculate a high-order extrapolation with a single RHS evaluation by combining it with results from previous time steps. This requires multiple time levels for the RHS variables. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1134> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #940: McLachlan dissipation error
by Einstein Toolkit 06 Feb '13

06 Feb '13

#940: McLachlan dissipation error -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- A kind person tells me: I wanted to mention what appears to be a mistake in your dissipation calculation. If you refer to Kreiss-Oliger, or equivalently to Dissipation/src/apply_dissipation.F77, you find that there is a sign flip at certain orders. For example, 3rd order dissipation to be used with 2nd order differencing, and 7th order dissipation to be used with 6th order differencing, both need a negative coefficient. But you don't appear to have such a minus sign (unless I missed it), and your parameter epsdiss is constrained to be positive. It looks to me like PDdissipationNth needs to be multiplied by something like (-1)^(fdOrder/2). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/940> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1105: TmunuBase::support_old_CalcTmunu_mechanism to "no" and remove after release
by Einstein Toolkit 17 Jan '13

17 Jan '13

#1105: TmunuBase::support_old_CalcTmunu_mechanism to "no" and remove after release -----------------------------------+---------------------------------------- Reporter: knarf | Owner: knarf Type: enhancement | Status: new Priority: minor | Milestone: ET_2012_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Change default of TmunuBase::support_old_CalcTmunu_mechanism to "no", mark it depreciated for the fall 2012 ET release and remove it after that. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1105> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #815: Outlfow thorn in incoming
by Einstein Toolkit 06 Jan '13

06 Jan '13

#815: Outlfow thorn in incoming -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Hello all, as discussed in the last phone call, the GT Outflow thorn has been put into incoming (http://svn.einsteintoolkit.org/incoming/Outflow). From the docs: {{{ Outflow calculates the flow of rest mass density across a SphericalSurface, eg. and apparent horizon or a sphere at ``infinity''. }}} It has documentation, test-cases and publications using it (http://arxiv.org/abs/1201.4389). Ok to include in EinsteinAnalysis? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/815> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1061: Certificate failure
by Einstein Toolkit 05 Jan '13

05 Jan '13

#1061: Certificate failure -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- I want to access the ET svn repositories via SourceTree, a nice GUI for managing repositories. This fails because: Error validating server certificate for 'https://svn.einsteintoolkit.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.einsteintoolkit.org - Valid: from Thu, 05 Jan 2012 22:31:55 GMT until Fri, 04 Jan 2013 22:31:55 GMT - Issuer: lsu, edu - Fingerprint: de:b0:88:20:f7:6f:73:df:ed:ad:c2:af:7e:b7:e1:45:13:82:8a:7d (R)eject, accept (t)emporarily or accept (p)ermanently? RA layer request failed: OPTIONS of 'https://svn.einsteintoolkit.org/manifest': Server certificate verification failed: issuer is not trusted (https://svn.einsteintoolkit.org) at /Applications/SourceTree.app/Contents/Resources/git_local/libexec/git-core /git-svn line 2327 Unfortunately, as this is a GUI, I cannot press the "R" key here. To simplify things for me, could you use a trusted certificate instead? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1061> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- While regenerating code for EinsteinExact, I received the error message {{{ DeleteFile::nffil: File not found during DeleteFile[../doc/spacetimes.tex]. }}} which aborted the code generation. This error is caused when this file is not present, and this file is then also not generated. DeleteFile should not report an error when the file is not present. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1074> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1133: Pull 4d transformations into EinsteinExact
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1133: Pull 4d transformations into EinsteinExact -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1133> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1164: Checking out thorn in arrangements before flesh hinders flesh checkout
by Einstein Toolkit 02 Dec '12

02 Dec '12

#1164: Checking out thorn in arrangements before flesh hinders flesh checkout --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2013_05 Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- Checking out a thorn before the flesh creates the arrangements directory. When checking out the flesh (which contains this directory) an error occurs: {{{ svn: Failed to add directory 'arrangements': an unversioned directory of the same name already exists }}} Usually, this does not happen as the flesh is mentioned first in thornlists. However, when using parallel checkouts it might actually be the case (and did happen for me). Running the same command a second time didn't produce this problem, which confirms that this is very much timing- dependent. Possible solutions: 1) A notion to tell GetComponents about dependencies 2) A notion to tell Getcomponents about 'breakpoints', a poor-mans version of 1) 3) Removing the 'arrangements' directory from the flesh repository -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1164> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1187: Cactus allows for negative error level
by Einstein Toolkit 02 Dec '12

02 Dec '12

#1187: Cactus allows for negative error level -------------------------+-------------------------------------------------- Reporter: knarf | Owner: knarf Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Currently, Cactus allows to set a negative error level through the command line option. This leads to CCTK_WARN(0,"") not necessarily aborting. While this is not wrong by itself, a lot of code assumes an abort at that point. I propose to change CCTKi_SetErrorLevel() to only accept non-negative error levels and to change the command-parsing code to give an error message for that case as well. Patch is attached. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1187> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

← Newer
1
...
9
10
11
12
13
14
15
16
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2012