Trac June 2011

trac@lists.einsteintoolkit.org

2 participants
122 discussions

[Einstein Toolkit] #333: The ADMBase variables are not initialized after regridding
by Einstein Toolkit 17 Aug '11

17 Aug '11

#333: The ADMBase variables are not initialized after regridding --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- Ian Hawke: The point is that no BCs are applied to ADMBase variables, so they're never SYNC'd, so never initialized on refined grids. Ian sent a patch which I extended at bit and attached to this ticket. Please review. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/333> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 21

[Einstein Toolkit] #366: New thorn TestPar
by Einstein Toolkit 17 Aug '11

17 Aug '11

#366: New thorn TestPar -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- I enclose a new thorn: Test the parameter file parser in Cactus, in particular multi-line string parameters and comments in these. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/366> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #449: Check for periodicity of initial data with Periodic thorn
by Einstein Toolkit 17 Aug '11

17 Aug '11

#449: Check for periodicity of initial data with Periodic thorn -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: Periodic | -------------------------+-------------------------------------------------- When applying periodic boundary conditions with the Periodic thorn, the thorn could check that the initial data it was given was actually periodic. This might help to track down errors in setting up parameter files. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/449> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #448: CartGrid3D symmetries don't work with Carpet-hg
by Einstein Toolkit 17 Aug '11

17 Aug '11

#448: CartGrid3D symmetries don't work with Carpet-hg ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The symmetries implemented in CartGrid3D (bitant, quadrant, and octant mode) do not work with Carpet-HG. They register a symmetry width equal to the number of ghost zones, but do so at a time when the number of ghost zones is not defined. They should instead query CoordBase for the number of boundary points. However, this may break many old parameter files that e.g. use PUGH. Another alternative would be to always use ReflectionSymmetry with Carpet- HG instead of CartGrid3D's symmetries. This affects currently e.g. the test case EinsteinAnalysis/AHFinderDirect/test/Kerr-Cartoon. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/448> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #63: create separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org
by Einstein Toolkit 16 Aug '11

16 Aug '11

#63: create separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: task | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- We need separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org, including ssl certificates and the complete rest of the setup. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/63> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #233: Unable to complete an ET checkout without SVN network errors
by Einstein Toolkit 16 Aug '11

16 Aug '11

#233: Unable to complete an ET checkout without SVN network errors --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- I am running an automated build and test system every night which attempts to check out the Einstein Toolkit thornlist. Every night, I get error messages from at least one thorn of the form: Checking out module: CactusNumerical/Cartoon2D from repository: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk into: ./arrangements svn: REPORT of '/arrangements/CactusNumerical/Cartoon2D/!svn/vcc/default': Could not read response body: connection was closed by server. (http://svn.cactuscode.org) Typically, three or more thorns will exhibit this problem. All the following repositories have exhibited this problem since 11th January 2011: CactusArchive/ADM CactusElliptic/EllBase CactusNumerical/Cartoon2D CactusNumerical/Dissipation CactusNumerical/InterpToArray CactusNumerical/RotatingSymmetry180 CactusNumerical/RotatingSymmetry90 EinsteinInitialData/Exact EinsteinInitialData/IDAnalyticBH EinsteinInitialData/TOVSolver EinsteinInitialData/TwoPunctures LSUThorns/QuasiLocalMeasures manifest simfactory I assume that there is some problem with the SVN server or our network connection to it that is making it so unreliable. Am I the only one? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/233> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #446: 1D HDF5 output nonfunctional with multipatch - std::out_of_range
by Einstein Toolkit 14 Aug '11

14 Aug '11

#446: 1D HDF5 output nonfunctional with multipatch - std::out_of_range --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- I have tried to run the Llama/LlamaWaveToy/par/Kerr-Schild_Gaussian.par parameter file with the Mercurial version of Carpet. I get the error: terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check This does not happen with the Git version of Carpet. The backtrace is Backtrace from rank 0 pid 25881: 1. /lib64/libc.so.6(gsignal+0x35) [0x2b35dfd24265] 2. /lib64/libc.so.6(abort+0x110) [0x2b35dfd25d10] 3. __gnu_cxx::__verbose_terminate_handler()(/usr/lib64/libstdc++.so.6) 4. /usr/lib64/libstdc++.so.6 [0x2b35df69ddb6] 5. /usr/lib64/libstdc++.so.6 [0x2b35df69dde3] 6. /usr/lib64/libstdc++.so.6 [0x2b35df69deca] 7. std::__throw_out_of_range(char const*)(/usr/lib64/libstdc++.so.6) 8. CarpetIOHDF5::GetAllActive(dh const*, gh const*, int, int, bboxset<int, 3>&)(./SIMFACTORY/cactus_hg_datura) 9. CarpetIOHDF5::IOHDF5<1>::OutputDirection(_cGH const*, int, std::string, std::string, vect<int, 1> const&, bool, bool)(./SIMFACTORY/cactus_h g_datura) a. CarpetIOHDF5::IOHDF5<1>::OutputVarAs(_cGH const*, char const*, char const*)(./SIMFACTORY/cactus_hg_datura) b. CarpetIOHDF5::IOHDF5<1>::OutputGH(_cGH const*)(./SIMFACTORY/cactus_hg_datura) c. Carpet::OutputGH(_cGH const*)(./SIMFACTORY/cactus_hg_datura) d. ./SIMFACTORY/cactus_hg_datura [0x128ddeb] e. Carpet::Initialise(tFleshConfig*)(./SIMFACTORY/cactus_hg_datura) f. ./SIMFACTORY/cactus_hg_datura(main+0x99) [0x4d5649] 10. /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b35dfd11994] 11. ./SIMFACTORY/cactus_hg_datura [0x4d5369] -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/446> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #317: Unproper bevaviour of sim submit when changing the parfile
by Einstein Toolkit 09 Aug '11

09 Aug '11

#317: Unproper bevaviour of sim submit when changing the parfile ----------------------------------------------+----------------------------- Reporter: alexander.beck-ratzka@… | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: ET_2010_11 Keywords: | ----------------------------------------------+----------------------------- If I make changes to the parfile of my simulation, and call then simfactory submit with the option --parfile=newpar, simfactory does not take this parfile. Instead of this, simfactory uses an old parfile from the old output-xxxx directory in my simualations direrctory. This usage of the old parfile might be wished. However, if this is the case, simfactory must complain if invoked with the option "parfile=...". But simfactory does not complain. In my case, the parfile has been modfied, but I am using the same name. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/317> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #370: New TRAC status "please commit"
by Einstein Toolkit 09 Aug '11

09 Aug '11

#370: New TRAC status "please commit" ----------------------------------+----------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- We seem to have tickets stuck in the "review" stage that effectively have been reviewed, but have not been applied yet. We may want to introduce a new status for that. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/370> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #123: Run a syntax checker in a pre-commit hook
by Einstein Toolkit 09 Aug '11

09 Aug '11

#123: Run a syntax checker in a pre-commit hook ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I am getting annoyed by the frequent syntax errors in SimFactory that used to be caught by Perl and are now not caught by Python. It would be ideal if syntax checking could be built into SimFactory, so that it executes automatically during startup if that isn't too slow. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/123> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

← Newer
1
...
7
8
9
10
11
12
13
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac June 2011