Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1637: MoL should automatically allocate storage for sufficient timelevels of evolved variables
by Einstein Toolkit 24 Jul '15

24 Jul '15

#1637: MoL should automatically allocate storage for sufficient timelevels of evolved variables -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: MoL | -------------------------+-------------------------------------------------- The MoL thorn requires that all evolved variables have at least two timelevels of data, even if the integration method (e.g. RK4) does not need any past timelevels. It uses one of these timelevels as scratch space, potentially in addition to any other scratch space variables. In the case where at least two timelevels are needed for other reasons, this is more efficient than allocating an extra scratch space variable. Rather than requiring the evolution thorn to allocate at least two timelevels of storage for these variables, MoL should ensure sufficient timelevels via the flesh API. A related issue is that using timelevels for this purpose is wasteful in situations where the timelevel is not used for any other purpose, since the timelevel will be checkpointed even though it is only being used for temporary storage. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1637> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1792: Pthreads: don't use PTHREADS_DIR to guess PTHREADS_INC_DIRS if PTHREADS_DIR is NO_BUILD
by Einstein Toolkit 23 Jul '15

23 Jul '15

#1792: Pthreads: don't use PTHREADS_DIR to guess PTHREADS_INC_DIRS if PTHREADS_DIR is NO_BUILD --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- this leads to inlcude dirs of the form NO_BUILD/include which makes no sense. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1792> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1786: Switch to C99 semantics for "inline" keyword
by Einstein Toolkit 20 Jul '15

20 Jul '15

#1786: Switch to C99 semantics for "inline" keyword -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- See <https://bitbucket.org/cactuscode/cactus/pull-request/13/switch-to-c99 -semantics-for-inline-keyword>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1786> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1793: activating 3d output at restart results in unexpected behavior
by Einstein Toolkit 03 Jul '15

03 Jul '15

#1793: activating 3d output at restart results in unexpected behavior --------------------------------+------------------------------------------- Reporter: physik@… | Owner: eschnett Type: defect | Status: new Priority: unset | Milestone: Component: Carpet | Version: ET_2014_05 Keywords: | --------------------------------+------------------------------------------- Hi, I've recently switched on 3D carpetIOHDF5 output when restarting from a checkpoint which was not a multiple of carpetiohdf5::out_every, which in turn corresponds to a multiple of the coarsest timestep. In the resulting files, all but the finest levels where missing. I realized that instead of Carpetiohdf5::out_criterion = divisor I have used Carpetiohdf5::out3D_criterion = divisor A quick grep in the source code resulted in no match for the latter parameter, it seems completely unused. Thus, Carpet was probably using the default for out_criterion, which is "default", which means use IO:out3D_criterion, which was not set, defaulting to "iteration". Now, according to this closed issue https://trac.einsteintoolkit.org/ticket/1053 that should still work as intended. I suppose the problem here is that the 3d output was not activated in previous restarts, so there was no last output time when restarting, and it outputs every so many iterations after the checkpoint. This occurred with the Wheeler release, I have not checked the newest release yet. Cheers, Wolfgang. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1793> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1783: Certificate for svn.cct.lsu.edu not trusted
by Einstein Toolkit 26 Jun '15

26 Jun '15

#1783: Certificate for svn.cct.lsu.edu not trusted -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- The certificate for svn.cct.lsu.edu was just replaced (8th June), but the replacement certificate is widely recognised. {{{ Error validating server certificate for 'https://svn.cct.lsu.edu:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.cct.lsu.edu - Valid: from Jun 9 00:00:00 2015 GMT until Jun 25 23:59:59 2018 GMT - Issuer: InCommon, Internet2, Ann Arbor, MI, US - Fingerprint: 0E:DA:45:7D:98:10:B1:96:6C:F4:48:86:85:A9:76:31:2D:A3:09:B6 Certificate problem. (R)eject, accept (t)emporarily or accept (p)ermanently? Server SSL certificate untrusted: Unable to connect to a repository at URL 'https://svn.cct.lsu.edu/repos/numrel/LSUThorns/CPUID': Server SSL certificate verification failed: issuer is not trusted at /usr/share/perl5/Git/SVN.pm line 148. }}} https://www.sslshopper.com/ssl-checker.html#hostname=svn.cct.lsu.edu {{{ The certificate is not trusted in all web browsers. You may need to install an Intermediate/chain certificate to link it to a trusted root certificate. Learn more about this error. The fastest way to fix this problem is to contact your SSL provider. One of the certificates is signed with a SHA1 signature. We recommend that you reissue or replace this certificate with one that uses a SHA-2 signature. Contact your SSL provider about how to do this. Read more about the SHA-1 deprecation here. }}} This is blocking the build and test system, because the repositories aren't being updated due to this error. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1783> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #1788: Remove support for HAVE_CCTK_C_BOOL and HAVE_CCTK_CXX_BOOL
by Einstein Toolkit 23 Jun '15

23 Jun '15

#1788: Remove support for HAVE_CCTK_C_BOOL and HAVE_CCTK_CXX_BOOL -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- See <https://bitbucket.org/cactuscode/cactus/pull-request/15/cactus- remove-support-for-have_cctk_c_bool/diff>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1788> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1789: CarpetCode.org contains outdated download instructions
by Einstein Toolkit 22 Jun '15

22 Jun '15

#1789: CarpetCode.org contains outdated download instructions --------------------------+------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: documenation | --------------------------+------------------------------------------------- CarpetCode.org's "Obtaining Carpet" page contains references to its hg version and lists (in http://www.carpetcode.org/get-carpet.html) git://www.carpetcode.org/carpet.git as the download site. Currently Carpet is hosted on bitbucket. Luke Roberts was actually caught by this when following the instructions on the website so this does affect real live. Erik: I am fine to update the site (in the Carpet repo) mnyself, but since it is "yours" am a bit reluctant plus I don't know how to actually update the file on carpetcode.org. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1789> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1377: GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI
by Einstein Toolkit 16 Jun '15

16 Jun '15

#1377: GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI -----------------------------------+---------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GRHydro M_PI | -----------------------------------+---------------------------------------- GRHydro_Bondi.c and GRHydro_BondiM.c use M_PI. This was a problem on Tianhe-1A. I'd suggest adding the following to both files: #ifndef M_PI #define M_PI 3.141592653589793 #endif -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1377> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #1785: Autodetection for strdup prototype fails
by Einstein Toolkit 16 Jun '15

16 Jun '15

#1785: Autodetection for strdup prototype fails -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Cactus has autoconf code to detect whether there is a prototype for strdup. This autoconf code fails with icc, as icc never aborts when there are conflicting prototypes. There is a warning only. I have disabled the respective autoconf macro and have commented out the respective lines in configure.in. This code should either be corrected or removed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1785> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1754: _BSD_SOURCE in glibc apparently going away
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1754: _BSD_SOURCE in glibc apparently going away ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: task | Status: new Priority: unset | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- I just stumbled accross https://lwn.net/Articles/634207/ which states: --8<-- Also in 2.20, the _BSD_SOURCE and _SVID_SOURCE feature test macros have been removed. The declarations formerly available under those macros are now under _DEFAULT_SOURCE, but, since it's the default, one need not set it explicitly. Roland's suggestion, though, was that most code would (continue to) want to use _GNU_SOURCE or one of the POSIX-specific macros. (See this article for an introduction to glibc feature test macros). --8<-- We use this in some of our option lists to make {{{M_PI}}} and {{{strdup}}} visible. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1754> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac