Trac

trac@lists.einsteintoolkit.org

8708 discussions

[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

[Einstein Toolkit] #1518: Parameter parser and CCTK_ParameterSet interpret leading zeros in numbers differently
by Einstein Toolkit 28 Jan '15

28 Jan '15

#1518: Parameter parser and CCTK_ParameterSet interpret leading zeros in numbers differently --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- the parameter parser allows things like: {{{ thorn::param1 = 011 thorn::param2 = 012.34 }}} in parameter files. For floating point values this is a bit unexpected but otherwise mostly harmless. For integers the situation is a bit more complex since in C a leading zero is used to indicate a octal number. And (worse) while the parameter file parser converts the string "011" to the number 11 the Cactus call CCTK_ParameterSet will convert it to 9. The difference is ultimately the difference between calling atof (Parser) and strtol (CCTK_ParameterSet). To avoid confusion it would likely be good to change CCTK_ParameterSet to behave the way the Parameter parser does. This is a change in behaviour compared to the pre-Piraha parser, however I suspect the number of users that actually used octal (or hexedecimal) notation in their parameter files is small. The change is to change {{{inval = strtol (value, &endptr, 0);}}} to {{{inval = strtol (value, &endptr, 10);}}} in line 2209 of src/main/Parameters.c and similar in line 2270. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1518> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 27

[Einstein Toolkit] #1729: Switch Carpet to new bboxset class implementation
by Einstein Toolkit 26 Jan '15

26 Jan '15

#1729: Switch Carpet to new bboxset class implementation -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- Carpet has a new bboxset class implementation that scales to much larger number of MPI processes. I suggest to make the new implementation the default. This is currently disabled, and can be enabled by adding the two flags "-DCARPET_ENABLE_BBOXSET2 -DCARPET_USE_BBOXSET2" to CPPFLAGS. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1729> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #1700: Use 64-bit integers when building PETSc
by Einstein Toolkit 26 Jan '15

26 Jan '15

#1700: Use 64-bit integers when building PETSc -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- PETSc needs to be able to count up to the total (global) number of points it uses, not just process-local points. 32-bit integers are not sufficient for large runs. Note that e.g. Carpet already uses 64-bits integers for the same reason. I suggest to enable the respective option when building PETSc by default. TATPETSc supports this, other thorns may need to be updated. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1700> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1727: Support CCTK_INT16
by Einstein Toolkit 26 Jan '15

26 Jan '15

#1727: Support CCTK_INT16 -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- I suggest to add support for 16-byte integers to Cactus. I have created the respective patches and put them into "eschnett/int16" branches of the flesh and various arrangements, including CactusBase, CactusPUGH, and Carpet. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1727> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1739: Cactus and Einstein Toolkit bitbucket repositories should not allow rewrites of master
by Einstein Toolkit 26 Jan '15

26 Jan '15

#1739: Cactus and Einstein Toolkit bitbucket repositories should not allow rewrites of master -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- Cactus and Einstein Toolkit bitbucket repositories should not allow rewrites of master. This can be changed in the bitbucket settings, but it is tedious to do this for all repos. A script should be written to control this setting. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1739> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac