Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #117: Error while building multiple configurations
by Einstein Toolkit 12 Aug '13

12 Aug '13

#117: Error while building multiple configurations ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I wanted to build multiple configurations at once with the command ./simfactory/sim build sim-debug sim sim-debug is a debug configuration, sim is optimised. SimFactory built sim-debug, then aborted with the error: optionlist is: /Users/eschnett/EinsteinToolkit-hg/configs/sim/OptionList Error: pattern '^\s*DEBUG\s*=.*$' exists already It assumes that SimFactory doesn't properly distinguish between the different build options of the different configurations. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/117> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1303: document syntax of new parameter file parser
by Einstein Toolkit 12 Aug '13

12 Aug '13

#1303: document syntax of new parameter file parser --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- currently we have no documentation as to what format the new parser accepts. As a matter of fact the documentation in the UsersGuide (see http://einsteintoolkit.org/documentation/UsersGuide/UsersGuidech7.html#x10-…) is in contradiction with what the parser will allow: {{{ * The parameter file is read sequentially from top to bottom, this means that if you set the value of a parameter twice in the parameter file, the second value will be used. * String parameter values can be specified either as unquoted tokens (not containing any whitespace), or as quoted values. If a quoted string parameter value spans multiple lines, all whitespaces, including newline characters, are preserved. }}} which will fail. Actually the first one is already incorrect with the current implementation which does not allow a parameter to be set twice (since this is often a sign of a user error). While this is "just" documentation, I'll still flag it as major since the parser is so fundamental. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1303> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #1306: problem with creating a new project with an existing cactus directory
by Einstein Toolkit 12 Aug '13

12 Aug '13

#1306: problem with creating a new project with an existing cactus directory ----------------------------------------+----------------------------------- Reporter: srichers@… | Owner: sbrandt Type: defect | Status: new Priority: minor | Milestone: Component: Mojave | Version: Keywords: | ----------------------------------------+----------------------------------- When a new project is created and fed the location of a local Cactus directory, the Mojave 'build' command does not work right away because it tries to execute simfactory from the workspace directory. It would be nice if the commands were executed in the existing directory rather than the workspace one so the .mojave.xml file doesn't have to be changed. (or a basedir variable in the mojave.xml file could be added and prepended to each filename) Also, the indexer does not work properly for new projects with an existing cactus directory. It does not recognize anything (cactus types, functions from other files, etc). It works somewhat better, though not completely, if the Cactus directory is put into the appropriate folder in workspace/ before creating the project. (recognizes Cactus internals, but not e.g. functions defined in other thorns) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1306> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1270: Formaline doesn't understand CACTUS_CONFIGS_DIR
by Einstein Toolkit 12 Aug '13

12 Aug '13

#1270: Formaline doesn't understand CACTUS_CONFIGS_DIR -----------------------+---------------------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_05 Component: Other | Version: development version Keywords: Formaline | -----------------------+---------------------------------------------------- When building with Formaline and CACTUS_CONFIGS_DIR one sees error messages of the form seen below. It is easily fixed though. See patch. COMPILING /home/sbrandt/workspace/funwave2/Cactus/src/main/Parameters.c Updating /home/sbrandt/.mojaveconfig/funwave2/Cfg1/lib/libthorn_Cactus.a Checking status of thorn CactusBindings find: `configs/Cfg1/ThornList': No such file or directory find: `configs/Cfg1/config-data': No such file or directory find: `configs/Cfg1/config-info': No such file or directory -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1270> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 23

[Einstein Toolkit] #1423: CarpetIOHDF5 corrupts memory when readingi compressed grid structure strings
by Einstein Toolkit 12 Aug '13

12 Aug '13

#1423: CarpetIOHDF5 corrupts memory when readingi compressed grid structure strings --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- Input.cc uses H5Dget_storage_size to determine how much memory to allocate for the large string attributes (Paramters and grid structure). However this function literally returns the space used on disk which differs from the space in memory when compression is used (or when the dataset is sparse, or when the datatype on disk is different from that in memory eg float vs double). The attached patch instead queries the dataspace for the number of points. Ok to apply? Is there a preferred way of getting this size othewise? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1423> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #874: Reduce warnings during an ET build
by Einstein Toolkit 12 Aug '13

12 Aug '13

#874: Reduce warnings during an ET build --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- A new user of the ET might be disconcerted to see warnings during compilation such as: {{{ /home/ianhin/Cactus/EinsteinToolkit/arrangements/Carpet/CarpetLib/src/bboxset.hh(206): warning #1224: #warning directive: "TODO: this is incorrect" #warning "TODO: this is incorrect" ^ }}} I propose that such directives are replaced with a comment and a link to a TRAC ticket concerning the problem. Further, we should aim to eliminate as many warnings as possible from the build, similarly to avoid eroding confidence. Warnings can also make it hard to find the real error messages, when a build fails with errors. Other warnings I see are similar to: {{{ In file included from /home/ianhin/Cactus/GBSC12/arrangements/CactusUtils/Formaline/src/thornlist.cc:13: /home/ianhin/Cactus/GBSC12/configs/bbh/bindings/include/thornlist.h:61: warning: deprecated conversion from string constant to ‘char*’ }}} {{{ /home/ianhin/Cactus/GBSC12/arrangements/EinsteinInitialData/TwoPunctures/src/Newton.c: In function ‘TestRelax’: /home/ianhin/Cactus/GBSC12/arrangements/EinsteinInitialData/TwoPunctures/src/Newton.c:287: warning: passing argument 6 of ‘resid’ from incompatible pointer type /home/ianhin/Cactus/GBSC12/arrangements/EinsteinInitialData/TwoPunctures/src/Newton.c:75: note: expected ‘const int * const restrict* const restrict’ but argument is of type ‘int **’ }}} {{{ /home/ianhin/Cactus/GBSC12/configs/bbh/bindings/Variables/ADMBase.c: In function ‘CCTKi_BindingsFortranWrapperADMBase’: /home/ianhin/Cactus/GBSC12/configs/bbh/bindings/Variables/ADMBase.c:34: warning: passing argument 22 of ‘function’ from incompatible pointer type /home/ianhin/Cactus/GBSC12/configs/bbh/bindings/Variables/ADMBase.c:34: note: expected ‘const struct cGH * const*’ but argument is of type ‘struct cGH **’ }}} This last warning appears very many times during a build (though I believe it may be triggered only by GCC and not by the Intel compiler). {{{ /home/ianhin/Cactus/GBSC12/src/main/Parameters.c: In function ‘ParameterSetBoolean’: /home/ianhin/Cactus/GBSC12/src/main/Parameters.c:2394: warning: passing argument 4 of ‘Util_ExpressionEvaluate’ discards qualifiers from pointer target type /home/ianhin/Cactus/GBSC12/src/include/util_Expression.h:38: note: expected ‘void *’ but argument is of type ‘const int *’ }}} There are probably more as well. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/874> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1424: CarpetLib 2dedcb0e7340b0682d530dc26e764408b301e3b8 "CarpetLib: Do not reallocate communication buffers; instead, keep them around" breaks QLM qlm-bl.par test
by Einstein Toolkit 12 Aug '13

12 Aug '13

#1424: CarpetLib 2dedcb0e7340b0682d530dc26e764408b301e3b8 "CarpetLib: Do not reallocate communication buffers; instead, keep them around" breaks QLM qlm-bl.par test --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- With the commit in a up-to-date (trunk) Cactus tree the test (and others) fails with: {{{ }}} Without (reverting it on top of it 7671fa71925aebfd787497bae61cf6da6ddeac54 "CarpetIOHDF5: support IO->alias option in reader") succeeds. I attach the test log. parfile, thorn list and option list. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1424> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1414: add option to IOUtil and CarpetIOHDF5 to read datasets into different variables
by Einstein Toolkit 10 Aug '13

10 Aug '13

#1414: add option to IOUtil and CarpetIOHDF5 to read datasets into different variables -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | -------------------------+-------------------------------------------------- Extents the file readers capabilities to not only take a cctk_iteration string but also a string alias. I value of {{{ IO::filereader_vars = "hydrobase::vel[0]{alias=admbase::shiftx}" }}} weill read the datasets admbase::shiftx into the variable hydrobase::vel[0]. The idea is to be able to read variables of evolution thorns into postprocessing thorns. The IOUtil patch adds the options to the parameter parsing routines and the CarpetIOHDF5 patches have CarpetIOHDF5 act on them. Consider as a request for comments. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1414> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1417: Fixed refinement levels break AMR
by Einstein Toolkit 06 Aug '13

06 Aug '13

#1417: Fixed refinement levels break AMR ---------------------------------+------------------------------------------ Reporter: coryell@… | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: CarpetRegrid2 | ---------------------------------+------------------------------------------ CarpetRegrid2's "fixed box" functionality apparently prevents adaptive mesh refinement from occurring. When the parameter CarpetRegrid2::num_centres is set to 1, refined levels near increased level_mask do not appear, but they do if num_centres is set to 0. I have included a modified version of the AMRToy thorn whose only purpose in these tests is to set the level_mask in an annulus shape with larger radius than that of the fixed box. I have also included three parameter files, one in which there is only fixed-box refinement, one in where there is only AMR, and one in which there is both. In the test where there is both, I only observe the fixed-boxes showing up. The resolution of these parameter files can be increased to get better-defined AMR, but this low resolution still demonstrates the problem. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1417> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1418: Announce mailing list unused
by Einstein Toolkit 06 Aug '13

06 Aug '13

#1418: Announce mailing list unused -------------------------------------+-------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- The ET support web page <http://einsteintoolkit.org/community/support/> says that there is an "announce(a)einsteintoolkit.org" mailing list, but according to the archives <http://lists.einsteintoolkit.org/pipermail/announce/>, this list has never been used. Either the list should have announcements sent to it, or the list and the pointer to it should be removed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1418> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac