Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1100: Correct backtrace generation in Carpet
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1100: Correct backtrace generation in Carpet ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | ----------------------+----------------------------------------------------- The file backtrace.cc in CarpetLib does not #include <cctk.h>; hence all HAVE_BACKTRACE* macros are undefined, and only basic backtraces are generated. Correcting this is non-trivial, since the backtrace code is arcane, is written in C, probably expects glibc, contains (I'm fairly certain) memory allocation errors, and doesn't build e.g. on Mac OSX. The code also spends an inordinate amount of time allocating and freeing string buffers, which should be replaced by simply using C++ streams. The backtrace code also probably requires a few more autoconf tests, so that it can be disabled where it does not work. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1100> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1494: Allow skipping of MoL_PostStep and MoL_PseudoEvolutionBoundaries in POSTRESTRICT
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1494: Allow skipping of MoL_PostStep and MoL_PseudoEvolutionBoundaries in POSTRESTRICT -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- It is not always necessary to call MoL_PostStep and MoL_PseudoEvolutionBoundaries in POSTRESTRICT, and it can introduce a performance penalty. The main reason for these calls is that restriction does not fill (outer or symmetry) boundary points, and this is usually done in MoL_PostStep. MoL_PseudoEvolutionBoundaries also sets boundary conditions. However, if restriction does not modify boundary points, for example in the case that boundary points are always far from refined regions, there is no reason to apply boundary conditions (e.g. by calling MoL_PostStep) after restriction. Eventually, Carpet and MoL should be modified to determine automatically whether the BCs need to be applied, but until that is implemented, the attached patch provides parameters for careful users to optimise their simulations in the case where this is safe to do. Additionally, recalculations performed in MoL_PostStep may replace more accurate restricted values computed on finer grids, leading to a loss of accuracy. OK to commit? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1494> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #914: Don't use fork()
by Einstein Toolkit 24 Oct '17

24 Oct '17

#914: Don't use fork() -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- It seems that it is in many cases not safe to call fork() in MPI applications. This page <http://www.open-mpi.de/faq/?category=openfabrics #ofa-fork> has some information. The upshot seems to be: - In many (most) cases, one can call system() or popen() to execute external processes while waiting for them. - It is generally not safe to call fork() to execute a certain task in the background. However, it should be possible to use threads in this case. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/914> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #260: produce map of ET users
by Einstein Toolkit 24 Oct '17

24 Oct '17

#260: produce map of ET users -------------------------------------+-------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- It would be nice to produce an (autmatically generated) map of the locations of ET users -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/260> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1933: Cactus does not compile with clang on macOS
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1933: Cactus does not compile with clang on macOS --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- Cactus does not currently compile on macOS with the Apple-provided compiler (named gcc, but really clang). There is a [https://bitbucket.org/cactuscode/cactus/pull-requests/12/fixes-to-allow- compilation-with-clang-on pull request] containing some commits which solved this problem a while ago, but which very quickly conflicted with other changes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1933> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1900: Formaline circumvents git's file change caching
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1900: Formaline circumvents git's file change caching -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: Formaline | -----------------------------------+---------------------------------------- Git contains a heuristic that considers a file as unchanged if its modification time is the same as when it was last added to the repository thus avoiding having to diff the file and its repository copy. Formaline commit 68dddf3 circumvents this by using plumbing commands that always read the file to compute a hash potentially slowing down Formaline significantly -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1900> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #1843: SSL certificale expired for svn.cactuscode.org
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1843: SSL certificale expired for svn.cactuscode.org ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | ---------------------------+------------------------------------------------ It appears that the SSL certificate for svn.cactuscode.org expired today. This can cause the svn checkout of Cactus thorns (in particular external libraries) to fail. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1843> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1781: Outflow: wrong column labels in 2D output
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1781: Outflow: wrong column labels in 2D output -----------------------------------+---------------------------------------- Reporter: dradice@… | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- This is a trivial fix (I am attaching a patch) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1781> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1542: Define variants of CCTK_FullName and CCTK_GroupName that don't require calling free
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1542: Define variants of CCTK_FullName and CCTK_GroupName that don't require calling free -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- 'nuff said. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1542> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1938: trouble installing readline
by Einstein Toolkit 24 Oct '17

24 Oct '17

#1938: trouble installing readline -------------------------------------+-------------------------------------- Reporter: drdnrosenberg@… | Owner: David Rosenberg Type: defect | Status: new Priority: critical | Milestone: ET_2015_11 Component: Cactus | Version: ET_2015_05 Keywords: | -------------------------------------+-------------------------------------- I have been only able to configure and install part of readline. I get message back need to run ldconfig. I could only find an ld program with -help it is a shared library control program. I do not understand how to use it to get Cactus running. Thanks David Rosenberg <drdnrosenberg(a)gmail.com>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1938> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac