Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #925: Disable VECTORISE_ALIGNED_ARRAYS
by Einstein Toolkit 24 May '12

24 May '12

#925: Disable VECTORISE_ALIGNED_ARRAYS ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: blocker | Milestone: ET_2012_05 Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- VECTORISE_ALIGNED_ARRAYS is erroneously set in two option lists. This feature is untested and should be removed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/925> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #922: GSL
by Einstein Toolkit 23 May '12

23 May '12

#922: GSL ----------------------+----------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: critical | Milestone: ET_2012_05 Component: Other | Version: Keywords: | ----------------------+----------------------------------------------------- ExternalLibraries doesn't put -L directories in GSL_LIB_DIRS, but in GSL_LIBS, thus Cactus doesn't add an -rpath thus execution fails on some machines (trestles being one). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/922> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #921: Automatic undersubscribing
by Einstein Toolkit 23 May '12

23 May '12

#921: Automatic undersubscribing -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- At the moment, http://simfactory.org/info/documentation/userguide/processterminology.html says that if you ask for 6 threads for a job (--procs 6), simfactory will assume that you want to use the whole node and will instead round this up to the number of cores per node, which on LoneStar is 12. If you want to use only 6 threads, you need to use --ppn-used 6. I find this confusing, and would prefer to be able to get 6 threads if I ask for 6 threads, even if underneath I have to claim 12 from the queuing system. This is the way it seems to work on Datura: if I ask for --procs 6, I get 6 threads (i.e. one MPI process). This seems to be in conflict with the documentation, but I prefer this behaviour. Proposal: if the number of threads requested (--procs) is less than the number of cores per node (PPN), then don't round up the number of threads to the nearest larger multiple of PPN. Thoughts? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/921> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #776: GetCompoents/git stalls when cloneing a repository with only a single commit
by Einstein Toolkit 23 May '12

23 May '12

#776: GetCompoents/git stalls when cloneing a repository with only a single commit ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ this happens for an up-to-date GetComponent and git version 1.7.8 A simple fix is to change --depth from 1 to 0 in GetComponents. It still checks out one commit. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/776> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #923: Clarify what Simfactory replaces in templates
by Einstein Toolkit 23 May '12

23 May '12

#923: Clarify what Simfactory replaces in templates -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- There is extensive discussion in #919 that should not be forgotten. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/923> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #919: simfactory fails for standard thornlist copied using sync
by Einstein Toolkit 23 May '12

23 May '12

#919: simfactory fails for standard thornlist copied using sync --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2012_05 Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- Here is my workflow: - checkout ET on my local machine - 'sim sync remotemachine' - 'sim login remotemachine' - 'sim build --thornlist=./thornlists/einsteintoolkit.th' This fails on lonestar because thorns are missing, specifically the OpenCL thorns. I can see why this is failing, but we should fix this before the release. Simfactory 'silentely' enabling thorns is harmful in this workflow of which I think it's not that unusual. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/919> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #920: CarpetLib::check_communication_schedule fails in 2D output routines
by Einstein Toolkit 22 May '12

22 May '12

#920: CarpetLib::check_communication_schedule fails in 2D output routines --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- the attached parameter file fails with an assert() in CarpetLib: {{{ CarpetLib/src/commstate.cc:118: void comm_state::step(): Assertion `recvcount.at(proc * dist::c_ndatatypes() + type) == (typebufs.at(type).in_use ? int(typebufs.at(type).procbufs.at(proc).recvbufsize) : 0)' failed }}} The failure only occurs for > 2 processors both for HDF5 2d and ASCII 2d Output. Erik understands the issue and this ticket is to serve as a reminder to eventually fix it (one solution is apparently to teach commstate which processes take part in a given communication). No actual data producing code is wrong, only the test. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/920> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #885: Latex "warnings" (errors) when building the thorn guide
by Einstein Toolkit 21 May '12

21 May '12

#885: Latex "warnings" (errors) when building the thorn guide -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- When building the thorn guide for the Einstein Toolkit thorn list, I receive the following "warnings" (which are really errors): LaTeX Warning: Label `sec:utils' multiply defined. LaTeX Warning: Label `sec:eqn' multiply defined. LaTeX Warning: Label `eq:eosformulas' multiply defined. LaTeX Warning: Label `sec:intro' multiply defined. LaTeX Warning: Label `sec:intro' multiply defined. LaTeX Warning: Label `sec:eqn' multiply defined. LaTeX Warning: Label `sec:use' multiply defined. LaTeX Warning: Label `livrevgrrfd' multiply defined. LaTeX Warning: Label `livrevsrrfd' multiply defined. LaTeX Warning: Citation `AHFinderDirect/York89' on page N47 undefined on input LaTeX Warning: Citation `AHFinderDirect/Thornburg2003:AH-finding' on page N47 u LaTeX Warning: Citation `AHFinderDirect/Thornburg95' on page N47 undefined on i LaTeX Warning: Citation `AHFinderDirect/Schroeder86' on page N48 undefined on i LaTeX Warning: Citation `AHFinderDirect/Schnetter03a' on page N61 undefined on LaTeX Warning: Citation `AHFinderDirect/Thornburg95' on page N61 undefined on i LaTeX Warning: Citation `AHFinderDirect/Dreyer-etal-2002-isolated- horizons' on LaTeX Warning: Citation `AHFinderDirect/Schnetter03a' on page N65 undefined on LaTeX Warning: Citation `AHFinderDirect/Schnetter03a' on page N65 undefined on LaTeX Warning: Citation `AHFinderDirect/Schnetter03a' on page N65 undefined on LaTeX Warning: Citation `AHFinderDirect/Thornburg95' on page N65 undefined on i LaTeX Warning: Citation `AHFinderDirect/Thornburg2003:AH-finding' on page N65 u LaTeX Warning: Citation `AHFinderDirect/Thornburg95' on page N66 undefined on i LaTeX Warning: Float too large for page by 2.10869pt on input line 19559. LaTeX Warning: Citation `AHFinderDirect/Diener03a' on page N68 undefined on inp LaTeX Warning: Citation `AHFinderDirect/Gundlach97a' on page N69 undefined on i LaTeX Warning: Citation `AHFinderDirect/Schnetter02a' on page N69 undefined on LaTeX Warning: Citation `AHFinderDirect/Schnetter03a' on page N69 undefined on LaTeX Warning: Float too large for page by 6.24489pt on input line 25900. LaTeX Warning: There were undefined references. LaTeX Warning: There were multiply-defined labels. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/885> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #913: openssl security fix
by Einstein Toolkit 21 May '12

21 May '12

#913: openssl security fix ---------------------+------------------------------------------------------ Reporter: knarf | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2012_05 Component: Cactus | Version: development version Keywords: | ---------------------+------------------------------------------------------ http://www.openssl.org/news/secadv_20120510.txt -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/913> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #917: Provide a way to query mdb entries for the current machine
by Einstein Toolkit 21 May '12

21 May '12

#917: Provide a way to query mdb entries for the current machine -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- I would like to find out the value of the "basedir" entry in the MDB for the current machine. I currently have to do: {{{ simdir=$(sim print-mdb-entry datura|grep '^[ \t]*basedir[ \t]*=[ \t]$.*$[\t ]*$'|awk '{print $3}') }}} This is quite ugly, and also requires me to know that the current machine is "datura". I would like to be able to do {{{ sim print-mdb-entry basedir }}} and have it print the value of basedir for the current machine. If I instead specify a different machine, {{{ sim --machine ranger print-mdb-entry basedir }}} then it could print the value for the other machine. This would be much more intuitive and useful than the current behaviour. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/917> 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