Trac

trac@lists.einsteintoolkit.org

8708 discussions

Re: [ET Trac] [Users] [Einstein Toolkit] #176: Test parameter files without running them
by Erik Schnetter 21 May '12

21 May '12

I believe this call always aborts the run, not only if the flag is used. -erik On Mon, May 21, 2012 at 10:40 AM, Steven R. Brandt <sbrandt(a)cct.lsu.edu> wrote: > On 05/16/2012 09:25 PM, Einstein Toolkit wrote: >> #176: Test parameter files without running them >> --------------------------+------------------------------------------------- >> Reporter: hinder | Owner: sbrandt >> Type: enhancement | Status: review >> Priority: minor | Milestone: >> Component: Cactus | Version: >> Resolution: | Keywords: >> --------------------------+------------------------------------------------- >> >> Comment (by knarf): >> >> Is the CCTK_Exit(NULL,0); within CactusInitialiseGH intentional? Doesn't >> this always abort the run? >> > Yes. The purpose of the ticket was to cause Cactus to exit right after > checking the parameters (if the flag was used). > > Cheers, > Steve > _______________________________________________ > Users mailing list > Users(a)einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

1 0

[Einstein Toolkit] #915: Add "back to query results" link to bottom of page
by Einstein Toolkit 21 May '12

21 May '12

#915: Add "back to query results" link to bottom of page ----------------------------------+----------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- When browsing through a list of query results, it would be convenient to have the current "back to query results" link which is at the top of the ticket page also available at the bottom of the ticket page. This is where you usually are when you need to go back. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/915> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #877: EinsteinExact arrangement should be added to the Einstein Toolkit
by Einstein Toolkit 20 May '12

20 May '12

#877: EinsteinExact arrangement should be added to the Einstein Toolkit -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: task | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- See discussion on the mailing list: http://lists.einsteintoolkit.org/pipermail/users/2011-November/001596.html The current tasks for this are: 1. Include arrangement documentation describing the code (Barry) 2. Review of the code by a non-author (Bruno and Peter) 3. Add to the ET thornlist -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/877> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 30

[Einstein Toolkit] #906: GRHydro: clean-up unused variables
by Einstein Toolkit 17 May '12

17 May '12

#906: GRHydro: clean-up unused variables -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- I have attached a patch that clean-up unused variables in GRHydro. Is it ok to apply? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/906> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #429: Parallelising AEILocalInterp
by Einstein Toolkit 17 May '12

17 May '12

#429: Parallelising AEILocalInterp -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The enclosed patch parallelises AEILocalInterp via OpenMP. This leads to a slight change in behaviour. Currently, AEILocalInterp traverses the list of points sequentially, and aborts when the first error is encountered. After parallelisation, there is no fixed order in which the points are traversed, and if several errors are encountered, any one of the errors may be returned, not necessarily the first. I am not aware of any thorn that would or should rely on such an ordering. This patch also adds "restrict" and "const" statements that may improve performance as it gives the compiler more information about dependencies between pointers. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/429> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #873: SphericalHarmonicRecon test is failing
by Einstein Toolkit 17 May '12

17 May '12

#873: SphericalHarmonicRecon test is failing ------------------------+--------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: testsuites | ------------------------+--------------------------------------------------- See http://damiana2.aei.mpg.de/~ianhin/testsuites/einsteintoolkit/ (from 05.07). Diffs are: {{{ NewsB[0]_2D.asc: substantial differences significant differences on 2208 (out of 4515) lines NewsB[0]_norm2.xg: substantial differences significant differences on 1 (out of 2) lines maximum absolute difference in column 1 is 0.1 maximum absolute difference in column 2 is 0.0337938571711373 maximum relative difference in column 1 is 1 maximum relative difference in column 2 is 1 }}} The test passed on 05-May-2012. There have not been any changes to this thorn recently (https://trac.einsteintoolkit.org/log/PITTNullCode/SphericalHarmonicRecon/tr…), so this must have been caused by a change to a different component. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/873> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #820: close all HDF5 objects in EOS Omni table reader
by Einstein Toolkit 16 May '12

16 May '12

#820: close all HDF5 objects in EOS Omni table reader -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: -------------------+-------------------------------------------------------- hdf5 does not automatically close all object handles of objects in a file if one closes the (last) file handle. This could potentially lead hdf5 to leave metadata in memory (and it is just not tidy to leave open objects around) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/820> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #899: Push testsuite results to a git repository
by Einstein Toolkit 16 May '12

16 May '12

#899: Push testsuite results to a git repository -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Implement a mechanism that pushes testsuite results to a repository, similar to the way in which Formaline pushes the source tree while building. This could be implemented in Cactus (after running the tests), or in Simfactory (during cleanup). It is probably preferable to have this in Cactus. As with Formaline, there would be a new repository created for each test suite run. This repository would be pushed to a (possibly remote) repository. It may be useful to have other repositories, e.g. one per source tree, and one per machine, as intermediate "collectors". Such intermediate repositories reduce the amount of data that need to be transmitted to a remote server, and act a buffer that retain information in case (a) the remote repository is not accessible while (b) a local repository is deleted. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/899> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #281: compile error is not linked
by Einstein Toolkit 16 May '12

16 May '12

#281: compile error is not linked --------------------+------------------------------------------------------- Reporter: knarf | Owner: sbrandt Type: defect | Status: new Priority: minor | Milestone: Component: Moyave | Version: Keywords: | --------------------+------------------------------------------------------- Info: Simfactory command: /home/knarf/utils/simfactory/lib/sim.py "build" "sim" "--thornlist" "NewSchedule/NewSchedule.th" "--optimise" Info: Version 1195M The Simulation Factory: Manage Cactus simulations Info: defs: /home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /home/knarf/utils/simfactory/etc/defs.local.ini Info: Executing command: build Using configuration: sim Info: Cactus Directory: /home/knarf/Cactus_NewSchedule Info: HasStoredOptions: True Info: Use stored options list: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: optionlist is: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: hasOutdatedConfig: False Info: build_reconfig: False Info: build_clean: False Info: removeConfig: False SubmitScript is: None Info: RunScript is: /home/knarf/utils/simfactory/mdb/runscripts/debian- lenny-gcc.sh Info: ThornList is: /home/knarf/Cactus_NewSchedule/NewSchedule/NewSchedule.th Building sim ________________________________________________________________________ Cactus - version: 4.0.b17 Building configuration sim ________________________________________________________________________ Checking status of thorn BLAS ________________________________________________________________________ Checking status of thorn Boundary ________________________________________________________________________ ________________________________________________________________________ Checking status of thorn Vectors ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" Preprocessing /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Compiling /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Checking status of thorn IOUtil ________________________________________________________________________ ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" make[3]: *** [Check.c.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/home/knarf/Cactus_NewSchedule/configs/sim/lib/libthorn_Boundary.a] Error 2 make[1]: *** Waiting for unfinished jobs.... ________________________________________________________________________ make[1]: *** wait: No child processes. Stop. make: *** [sim] Error 2 Info: executing command: /bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }' Error while executing command "/bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }'": Command returned exit status 2 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/281> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #898: use characteristic speed +/-c for Bx in HLLEM
by Einstein Toolkit 16 May '12

16 May '12

#898: use characteristic speed +/-c for Bx in HLLEM -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- the attached patch (against trunk) adds a new parameter decouple_normal_Bfield which defaults to yes (and changes the default behaviour) to GRHydro's MHD code when divergence cleaning is used. Reasons for this are given eg in Mignonoe et al. arXiv:1001.2832v2 section 3.1. This patch allows us to run the rotor test without having to resort to the LLF flux formula (which also uses +/- characteristic speed but for all variables) and does not seem to cause any problems in the TOV tests that Philipp ran. Bruno says it helps with the cylindrical blast as well. Ok to include in the release (given that it is tunable at runtime) even though we are in the "no major change" phase? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/898> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac