Trac April 2012

trac@lists.einsteintoolkit.org

1 participants
196 discussions

[Einstein Toolkit] #818: Fix allocation of array for 4D arrays in IOASCII
by Einstein Toolkit 20 Apr '12

20 Apr '12

#818: Fix allocation of array for 4D arrays in IOASCII --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2012_05 Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- (At least) one place in IOASCII assumes maxdim<=3 by only allocating 3 entries of an array but then writing maxdim entries. The thorn TestArrays tests 4D arrays in its testsuite and while this seems to work on 64bit machines, it gives a segfault on 32bit machines (plus valgrind complaining loudly). Allocating maxdim entries (like also done elsewhere in the file) solves this problem, as indicated in the attached patch. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/818> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #685: Cleanup in script CreateConfigurationBindings.pl
by Einstein Toolkit 18 Apr '12

18 Apr '12

#685: Cleanup in script CreateConfigurationBindings.pl -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Some cleanup: Use my, use better variable names, re-indent. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/685> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #811: Carpet::processor_topology="recursive" breaks when using multipatch grids (Llama)
by Einstein Toolkit 18 Apr '12

18 Apr '12

#811: Carpet::processor_topology="recursive" breaks when using multipatch grids (Llama) --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- the attached parameter file, when run with 2 or more MPI Processes fails with: {{{ WARNING level 0 in thorn Interpolate2 processor 0 host horizon.tapir.caltech.edu (line 99 of /data/rhaas/postdoc/gr/Zelmani/arrangements/Llama/Interpolate2/src/test.cc): -> There were 27 grid points which are interpolated from boundary points. You may need to increase Coordinates::additional_overlap_size. }}} but runs fine if one comments out the processor_topology line or runs on a single processor. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/811> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #812: tensorspecial for ML_BSSN::phi is not set
by Einstein Toolkit 18 Apr '12

18 Apr '12

#812: tensorspecial for ML_BSSN::phi is not set --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- if I am not mistaken then the default parameters (conformalMethod == 0) make phi = ln(gamma)/12 a tensor density of type tensorspecial == "log" and weight 1/6. The weight is in the code, the special is missing. This of course breaks once one sets conformalMethod == 1 and actually re- interprets phi as W. Fix in the Mathematica script would seem to add {{{ SetTensorAttribute[phi, TensorSpecial, "log"]; }}} and to define a new grid function W with the proper type for the coformal case. Only should affect multipatch runs. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/812> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #430: Convert all parameter files, examples, and test cases to EOS_Omni
by Einstein Toolkit 17 Apr '12

17 Apr '12

#430: Convert all parameter files, examples, and test cases to EOS_Omni -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Now that EOS_Omni is standard, we should convert all parameter files. At the moment, these parameter files still reference EOS_Base: EinsteinInitialData/TOVSolver/test/test_one_boost_max/test_one_boost_max.par EinsteinInitialData/TOVSolver/test/test_one_static_max/test_one_static_max.par EinsteinInitialData/TOVSolver/test/test_tov_carpet/test_tov_carpet.par EinsteinInitialData/TOVSolver/test/test_two_av/test_two_av.par EinsteinInitialData/TOVSolver/test/test_two_max/test_two_max.par LSUDevelopment/Refluxing/par/GRHydro_Carpet_Shocktube_base_works_with_gitCarpet.par The Refluxing parameter file is for reference only and should be remove now that hg Carpet is the default. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/430> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #493: All checkpoint files used in test suite need to be regenerated to work with development Carpet
by Einstein Toolkit 17 Apr '12

17 Apr '12

#493: All checkpoint files used in test suite need to be regenerated to work with development Carpet --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- The current stable and development (git and mercurial) versions of Carpet use incompatible checkpoint file formats. Neither can read the checkpoints generated by the other (http://lists.einsteintoolkit.org/pipermail/users/2011-August/001299.html). The tests checkpointML, recoverML, CarpetWaveToyNewRecover_test_1proc and CarpetWaveToyRecover_test_1proc need to have their checkpoint files regenerated. At this point, it is likely that these tests will start to fail for the stable version of Carpet, but making the stable version read these files would be more effort than it is worth. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/493> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #600: Some ideas for reducing spam on our web forms, if this becomes a problem in the future
by Einstein Toolkit 17 Apr '12

17 Apr '12

#600: Some ideas for reducing spam on our web forms, if this becomes a problem in the future -------------------------------------+-------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- http://nedbatchelder.com/text/stopbots.html -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/600> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #726: mailing list subscription links in the ET website: where are they?
by Einstein Toolkit 17 Apr '12

17 Apr '12

#726: mailing list subscription links in the ET website: where are they? -------------------------------------+-------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- Does anyone know where those links to subscribe to the user, maintainer, and commit lists are? I wast trying to show them to a student, but I am having trouble to find them on the ET website... -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/726> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #667: http should not redirect to https
by Einstein Toolkit 17 Apr '12

17 Apr '12

#667: http should not redirect to https -------------------------------------+-------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- Downloading from https://docs.einsteintoolkit.org via wget doesn't work because its certificate is not valid. When I try to use http instead of https, I find myself redirected to https. This is senseless -- we can't get https to work correctly, then we should at least offer a fully functional http instead. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/667> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #651: EOS thorns other than EOS_Omni should be removed from ET
by Einstein Toolkit 17 Apr '12

17 Apr '12

#651: EOS thorns other than EOS_Omni should be removed from ET -------------------+-------------------------------------------------------- Reporter: knarf | Owner: Type: task | Status: new Priority: minor | Milestone: ET_2012_05 Component: Other | Version: development version Keywords: | -------------------+-------------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/651> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2012