Trac February 2015

trac@lists.einsteintoolkit.org

1 participants
109 discussions

[Einstein Toolkit] #997: problem in appending output after recovery
by Einstein Toolkit 22 Mar '15

22 Mar '15

#997: problem in appending output after recovery ----------------------------------------+----------------------------------- Reporter: corvino.giovanni@… | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | ----------------------------------------+----------------------------------- I have a problem in appending output files from Carpet. I used to produce 3d HDF5 output of grid variables and write the output in the same directory also after recovery from checkpoint. The new output was automatically appended to the existing one. Now I am producing h5 output also on 2D slices but in this case the output is overwritten so I lost the data for all but the last recovery. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/997> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1726: GRHydro updates
by Einstein Toolkit 22 Mar '15

22 Mar '15

#1726: GRHydro updates -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GRHydro | -----------------------------------+---------------------------------------- Pull request at: https://bitbucket.org/einsteintoolkit/einsteinevolve/pull-request/4 /grhydro-updates/diff The only major change is https://bitbucket.org/einsteintoolkit/einsteinevolve/commits/cc0a1d2cb89b6d… which add WENO reconstruction for polytropes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1726> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1730: Test failure in GRHydro's balsara4_1d
by Einstein Toolkit 21 Mar '15

21 Mar '15

#1730: Test failure in GRHydro's balsara4_1d -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- I see test failures in GRHydro's balsara4_1d. The maximum absolute difference is about 1e-10, the maximum relative difference about 1e-11. This seems like a problem with tolerances. Can someone with GRHydro experience check? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1730> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1748: enable C++ code in GRHydro by default
by Einstein Toolkit 23 Feb '15

23 Feb '15

#1748: enable C++ code in GRHydro by default -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GRHydro | -----------------------------------+---------------------------------------- the C++ code is significantly faster and hopefully easier to maintain since it gets rid of the duplicated files and instead has only a single set of source files for both MHD and non MHD code. It actually passes all the test. The change is in https://bitbucket.org/einsteintoolkit/einsteinevolve /pull-request/7/grhydro-enable-c-code-by-default/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1748> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1747: ssl certificate for svn.aei.mpg.de expired
by Einstein Toolkit 23 Feb '15

23 Feb '15

#1747: ssl certificate for svn.aei.mpg.de expired -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: blocker | Milestone: Component: Server Infrastructure | Version: development version Keywords: AEI ssl | -----------------------------------+---------------------------------------- The SSL certificate for svn.aei.mpg.de expired on 02/22/2015 05:02 PM resulting in svn failures like this: {{{ svn: E230001: Unable to connect to a repository at URL 'https://svn.aei.mpg.de/numrel/AEIThorns/SystemStatistics/trunk' svn: E230001: Server SSL certificate verification failed: certificate has expired }}} Roland and Ian will try and have it updated. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1747> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1745: Command line options should be accessible via run-time parameters
by Einstein Toolkit 16 Feb '15

16 Feb '15

#1745: Command line options should be accessible via run-time parameters -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- All command line options should be accessible via run-time parameters, where this makes sense. This would make it easier to set these options -- one does not have to edit the run script. For example, redirecting output to one file per process would make a good parameter, or the various parameter and memory checking options. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1745> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1744: Carpet-Accelerator typo for filling timelevels
by Einstein Toolkit 12 Feb '15

12 Feb '15

#1744: Carpet-Accelerator typo for filling timelevels -------------------------------------+-------------------------------------- Reporter: mclark3@… | Owner: eschnett Type: defect | Status: new Priority: unset | Milestone: Component: Carpet | Version: development version Keywords: accelerator | -------------------------------------+-------------------------------------- In Carpet/src/Cycle.cc (current master branch): in function FillTimeLevels, line 282 reads {{{ 278 if (have_accel) { 279 const CCTK_INT on_device = 0; 280 Accelerator_NotifyDataModified 281 (cctkGH, 282 &vis.front(), &rls.front(), &rls.front(), vis.size(), 283 on_device); 284 } 285 } 286 break; }}} The line should read {{{ 282 &vis.front(), &rls.front(), &tls.front(), vis.size(), }}} as the second-to-last argument of Accelerator_NotifyDataModified should correspond to timelevels. Failing to pass this correctly can lead to std::out_of_range errors as Accelerator tries to access locations that do not exist in its "mem" structure. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1744> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1742: suggested naming convention for Cactus thorn files
by Einstein Toolkit 10 Feb '15

10 Feb '15

#1742: suggested naming convention for Cactus thorn files -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- urrently the user guide (http://einsteintoolkit.org/documentation/UsersGuide/UsersGuidech9.html#x13-…) suggests prefixing file names with the thorn name, ie. MyThorn_Functions.c I was wondering what the rationale behind this is. There is no chance of conflicts during the build since each thorn is build in a subdirectory of its own. The extra prefix makes all filenames longer without adding anything to the functionality it seems to me. In order to shorten the filenames and unclutter directory listings I would like remove the recommendation from the user guide. Pull request is at: https://bitbucket.org/cactuscode/cactus/pull-request/8 /suggested-naming-convention-for-cactus/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1742> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1624: remove MOLDOESCOMPLEX from MoL
by Einstein Toolkit 02 Feb '15

02 Feb '15

#1624: remove MOLDOESCOMPLEX from MoL -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- MOLDOESCOMPLEX is an old #define in MoL, and seems to be unused for quite some time now. It also comes with the comment "even using it probably doesn't work" in the commit. I suggest to remove it (removing the code within). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1624> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac February 2015