Trac February 2012

trac@lists.einsteintoolkit.org

1 participants
150 discussions

[Einstein Toolkit] #674: unable to create ticket unless logged in as real user
by Einstein Toolkit 13 Apr '12

13 Apr '12

#674: unable to create ticket unless logged in as real user ----------------------------------+----------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- I seem to be unable to create (or comment) on tickets unless I am logged in as a real user. Trac offers a feld "username or email" presumably to allow non-registered users to commnet and/or report errors. If I enter either "rhaas" or "roland" into that field I get: {{{ Trac Error Submission rejected as potential spam }}} It would be good I believe to let users report errors without having to create an account first. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/674> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #547: WALLTIME_HOURS incorrect
by Einstein Toolkit 09 Apr '12

09 Apr '12

#547: WALLTIME_HOURS incorrect ------------------------+--------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The SimFactory variable WALLTIME_HOURS should be expanded to the walltime of the job, not the walltime which was requested on the command line. If the user specifies more walltime than the queue allows, SimFactory splits the job into several restarts to give the total walltime requested. However, parameter files expect WALLTIME_HOURS to be the walltime of the job, not of the simulation. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/547> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #646: PITTNullCode/NullNews does not build on BlueGene/P
by Einstein Toolkit 03 Apr '12

03 Apr '12

#646: PITTNullCode/NullNews does not build on BlueGene/P -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- PITTNullCode/NullNews does not build on BlueGene/P; the C++ STL reports an error. The reason seems to be that NULL is interpreted as integer constant instead of a pointer. An explicit case solves this problem there: {{{ Index: src/set_pointers.h =================================================================== --- src/set_pointers.h (revision 3) +++ src/set_pointers.h (working copy) @@ -1,9 +1,9 @@ // define pointer array for past timelevels! - vector<CCTK_REAL*> uBondiP(max_timelevels, NULL); - vector<CCTK_COMPLEX*> Psi4P(max_timelevels, NULL); - vector<CCTK_COMPLEX*> NewsP(max_timelevels, NULL); - vector<CCTK_COMPLEX*> NewsBP(max_timelevels, NULL); + vector<CCTK_REAL*> uBondiP(max_timelevels, (CCTK_REAL*)NULL); + vector<CCTK_COMPLEX*> Psi4P(max_timelevels, (CCTK_COMPLEX*)NULL); + vector<CCTK_COMPLEX*> NewsP(max_timelevels, (CCTK_COMPLEX*)NULL); + vector<CCTK_COMPLEX*> NewsBP(max_timelevels, (CCTK_COMPLEX*)NULL); // Get current timelevel... // We assume here that the two vars uBondi[0] amd uBondi[1] are right next to each }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/646> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #759: No helpful error messages if soucebasedir points to a non Cactus sources directory
by Einstein Toolkit 27 Mar '12

27 Mar '12

#759: No helpful error messages if soucebasedir points to a non Cactus sources directory ------------------------+--------------------------------------------------- Reporter: alibeck | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- If the path of sourcebasedir points to a directory which does not content a Cactus directory, simfactory exits with an error as: [snip] Traceback (most recent call last): File "simfactory/bin/../lib/sim.py", line 147, in <module> main() File "simfactory/bin/../lib/sim.py", line 143, in main CommandDispatch() File "simfactory/bin/../lib/sim.py", line 105, in CommandDispatch module.main() File "/home/alibeck/Cactus-Mojave-Test/Cactus/simfactory/lib/sim- manage.py", line 397, in main CommandDispatch() File "/home/alibeck/Cactus-Mojave-Test/Cactus/simfactory/lib/sim- manage.py", line 376, in CommandDispatch exec("command_%s()" % command) File "<string>", line 1, in <module> File "/home/alibeck/Cactus-Mojave-Test/Cactus/simfactory/lib/sim- manage.py", line 154, in command_create_submit command_create() File "/home/alibeck/Cactus-Mojave-Test/Cactus/simfactory/lib/sim- manage.py", line 133, in command_create restart.create(simulationName, parfile) File "/home/alibeck/Cactus-Mojave- Test/Cactus/simfactory/lib/simrestart.py", line 1192, in create sourcedir = simlib.BuildPath(localsourcebasedir, dirsuffix) File "/home/alibeck/Cactus-Mojave-Test/Cactus/simfactory/lib/simlib.py", line 676, in BuildPath return os.sep.join(args) TypeError: sequence item 1: expected string, NoneType found [snip] Such an error message does not really help an user. It occurs either if the --sourcebasedir option is used on the command line, or in the default settings (machine file) or in defs.local.ini -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/759> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #760: option --submitscript: unclear behaviour with wrong settings
by Einstein Toolkit 27 Mar '12

27 Mar '12

#760: option --submitscript: unclear behaviour with wrong settings ---------------------+------------------------------------------------------ Reporter: alibeck | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------+------------------------------------------------------ If one enter the name of a directory instead of a dataset after the option --submitscript, simfactory seems to use the default submitscript, without telling the user about that. The simulations sub-directory SIMFACTORY/run contains in this case the default submitscript of the configuration. However looking into the simulations sub-directory output-0000/SIMFACTORY one find an EMPTY submitscript, no runscript is available. In case of having a filename to a non existent file after ---submitscript, simfactory is really using the default submit script; the default submit script can be found in the simulations sub-directory output-0000/SIMFACTORY. Again the user is not informed about the usage of the default. Because of the behaviour with the directory name I am giving this error the priority major. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/760> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #753: prototype for CCTK_Barrier is wrong in reference manual
by Einstein Toolkit 26 Mar '12

26 Mar '12

#753: prototype for CCTK_Barrier is wrong in reference manual ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: documentation | ---------------------------+------------------------------------------------ the correct prototype is CCTK_Barrier(const cGH *cctkGH) (see rc/include/CommOverloadables.h) not CCTK_Barrier(int cGH, const cGH* cctkGH). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/753> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #221: Simfactory should complain about unused arguments
by Einstein Toolkit 20 Mar '12

20 Mar '12

#221: Simfactory should complain about unused arguments ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When more arguments are given to simfactory that it uses, it should complain with an error message. For example, "sim stop sim1 sim2" stops simulation sim1 and ignores the argument sim2. Instead, it should output an error message if the argument sim2 is ignored. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/221> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #748: interface.ccl parser reports error for extra spaces after in function alias block
by Einstein Toolkit 12 Mar '12

12 Mar '12

#748: interface.ccl parser reports error for extra spaces after in function alias block ------------------------+--------------------------------------------------- Reporter: jtao | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: CST parser | ------------------------+--------------------------------------------------- E.g., if there are extra spaces after "LANGUAGE C" in the function alias block, the parser will report an missing "Language specification" error instead of discarding the extra spaces. PROVIDES FUNCTION MoLRegisterConstrainedGroup WITH \ MoL_RegisterConstrainedGroup \ LANGUAGE C -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/748> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #756: SimFactory web site overwritten?
by Einstein Toolkit 07 Mar '12

07 Mar '12

#756: SimFactory web site overwritten? ------------------------+--------------------------------------------------- Reporter: tbode | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: www | ------------------------+--------------------------------------------------- I had reason to look at the SimFactory website today, but http://simfactory.org now contains information on an IEEE Cluster conference from 2009. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/756> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #758: support named spherical surfaces in NSTracker
by Einstein Toolkit 02 Mar '12

02 Mar '12

#758: support named spherical surfaces in NSTracker -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- the attached patch (fairly trivial) adds support for named spherical surfaces (see ticket #735) to NSTracker. If ok to apply someone will have to either commit to LSUThorns/NSTracker or grant me write permissions. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/758> 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 February 2012