Trac February 2011

trac@lists.einsteintoolkit.org

1 participants
134 discussions

[Einstein Toolkit] #263: run-script cannot find output-0000-active
by Einstein Toolkit 04 Mar '11

04 Mar '11

#263: run-script cannot find output-0000-active ------------------------+--------------------------------------------------- Reporter: knarf | Owner: mthomas Type: defect | Status: new Priority: critical | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- While trying to run on philip: /work/knarf/philip/simulations/leak001/output-0000/SIMFACTORY/RunScript: line 7: cd: /work/knarf/phi lip/simulations/leak001/output-0000-active: No such file or directory And indeed, the directory is not there (I did build, create and submit before). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/263> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #310: segfault with kerr initial data using IDAnalyticBH
by Einstein Toolkit 28 Feb '11

28 Feb '11

#310: segfault with kerr initial data using IDAnalyticBH --------------------------+------------------------------------------------- Reporter: bmundim | Owner: bmundim Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: IDAnalyticBH | --------------------------+------------------------------------------------- Yosef's bug report and patch: Hi, If initial_data=kerr and metric_type=physical, IDAnalyticBH writes to psi[x-z] and psi[x-z][x-z] (it tries to set these GFs to zero) even if no storage is allocated. The problem is with the code IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); etc.., which is only executed when the metric is physical. I was able to use the Kerr data with the following patch, but just deleting the offending lines should be sufficient. --- Kerr.c 2011-02-10 09:08:58.000000000 -0500 +++ /tmp/Kerr.c 2011-02-23 18:15:38.000000000 -0500 @@ -103,6 +103,10 @@ conformal_storage); /*NOTREACHED*/ } } + else + { + *conformal_state = 0; + } /* printf("npoints: %i\n",npoints); */ @@ -311,15 +315,22 @@ } IDAnalyticBH_zero_CCTK_REAL_array(npoints, gxz); IDAnalyticBH_zero_CCTK_REAL_array(npoints, gyz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixx); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psizz); + + if (psix && *conformal_state < 2) + { + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiz); + } + if (psixx && *conformal_state < 3) + { + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixx); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixz); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyz); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psizz); + } } return; -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/310> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #309: segfault with kerr initial data using IDAnalyticBH
by Einstein Toolkit 28 Feb '11

28 Feb '11

#309: segfault with kerr initial data using IDAnalyticBH --------------------------+------------------------------------------------- Reporter: bmundim | Owner: bmundim Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: IDAnalyticBH | --------------------------+------------------------------------------------- Yosef's bug report and patch: Hi, If initial_data=kerr and metric_type=physical, IDAnalyticBH writes to psi[x-z] and psi[x-z][x-z] (it tries to set these GFs to zero) even if no storage is allocated. The problem is with the code IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); etc.., which is only executed when the metric is physical. I was able to use the Kerr data with the following patch, but just deleting the offending lines should be sufficient. --- Kerr.c 2011-02-10 09:08:58.000000000 -0500 +++ /tmp/Kerr.c 2011-02-23 18:15:38.000000000 -0500 @@ -103,6 +103,10 @@ conformal_storage); /*NOTREACHED*/ } } + else + { + *conformal_state = 0; + } /* printf("npoints: %i\n",npoints); */ @@ -311,15 +315,22 @@ } IDAnalyticBH_zero_CCTK_REAL_array(npoints, gxz); IDAnalyticBH_zero_CCTK_REAL_array(npoints, gyz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixx); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyy); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyz); - IDAnalyticBH_zero_CCTK_REAL_array(npoints, psizz); + + if (psix && *conformal_state < 2) + { + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psix); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiz); + } + if (psixx && *conformal_state < 3) + { + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixx); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psixz); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyy); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psiyz); + IDAnalyticBH_zero_CCTK_REAL_array(npoints, psizz); + } } return; -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/309> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #312: typo in eosgeneral con2prim causes assignment to full array instead of single element
by Einstein Toolkit 26 Feb '11

26 Feb '11

#312: typo in eosgeneral con2prim causes assignment to full array instead of single element ---------------------+------------------------------------------------------ Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: ET_2010_11 Keywords: GRHydro | ---------------------+------------------------------------------------------ in Con2PrimGeneral inside a "do k .. do j .. do i" loop an assignment to the array "f" is made where only f(i,j,k) is used later on (all of "f" had been used earlier). In Con2PrimGeneral_Polytype this does no happen. This causes no actual error, just slower execution. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/312> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #303: expand $1 and $2 in GIT_REPO, DARCS_REPO, HG_REPO
by Einstein Toolkit 26 Feb '11

26 Feb '11

#303: expand $1 and $2 in GIT_REPO,DARCS_REPO,HG_REPO -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- I propose to apply the patch below to allow $1 and $2 to be expanded in GIT_REPO etc. this allows for things like: {{{ !TARGET = $ARR !TYPE = git !URL = $USER@numrel.org:/home/numrel/arrangements/$1/$2 !REPO_PATH = ../$2 !CHECKOUT = Scotch/SoundSpeed Scotch/TotalRestMass }}} to check out both SoundSpeed an TotalRestMass, which are both separate git repositories. Without the patch one has to repeat the whole $TARGET stanza for each and every thorn (since each thorn is a repository) only changing $1/$2 to Scotch/ThornName. I tested the patch with einsteintoolkit.th and the resulting checkout (using --parallel) is identical with and without the patch. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/303> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #287: NVCC option should be renamed CUCC
by Einstein Toolkit 25 Feb '11

25 Feb '11

#287: NVCC option should be renamed CUCC ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- The configuration option to specify the CUDA C compiler should be called CUCC, not NVCC. nvcc is only NVidia's CUDA C compiler. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/287> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #308: SimFactory does not use the submit script defined in a machine
by Einstein Toolkit 25 Feb '11

25 Feb '11

#308: SimFactory does not use the submit script defined in a machine ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: critical | Milestone: Component: SimFactory | Version: Keywords: regression | ------------------------+--------------------------------------------------- When building a configuration, simfactory is supposed to add the default submission script for a machine to the configuration so that it can be submitted. Currently, simfactory does not do this. I have to specify the --submitscript option by hand on the command line when I build. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/308> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #307: SimFactory 2 does not use my default thornlist
by Einstein Toolkit 25 Feb '11

25 Feb '11

#307: SimFactory 2 does not use my default thornlist ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When I create a new configuration using: sim2 build sim2_datura I get Error: Configuration sim2_datura has no thorn list, and no thorn list file was specified However, in my defs.local.ini, I have in the [default] section: thornlist = thornlists/ian.th I would expect it to use my default thornlist. It works if I add the --thornlist option manually. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/307> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #305: Machine entry in defs.local.ini but not in mdb leads to bad error message
by Einstein Toolkit 24 Feb '11

24 Feb '11

#305: Machine entry in defs.local.ini but not in mdb leads to bad error message ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- If I have an entry for my local machine in defs.local.ini but I do not have an mdb file for it, I get the following error: MacBook:llama ian$ sim2 sync datura Error: required key basedir in section macbook is missing This does not tell me what the problem is. I would expect to get the same error as when the section is not present: MacBook:llama ian$ sim2 sync damiana Unknown machine name macbook Info: Simfactory command: simfactory2/bin/../lib/sim.py "sync" "damiana" Info: Version 1230 The Simulation Factory: Manage Cactus simulations Info: defs: /Users/ian/Cactus/llama/simfactory2/etc/defs.ini Info: defs.local: /Users/ian/Cactus/llama/simfactory2/etc/defs.local.ini Error: Unknown local machine macbook. Please use 'sim setup' to create a local machine entry from the generic template. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/305> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #288: "build" overwrites thorn list
by Einstein Toolkit 23 Feb '11

23 Feb '11

#288: "build" overwrites thorn list ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The command "sim build empty" overrides the existing thornlist of configuration empty with the default thorn list that I have set in defs.local.ini. It should not change the thorn list unless (a) there is no thorn list, or (b) I specify the --thornlist option. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/288> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

← Newer
1
...
6
7
8
9
10
11
12
13
14
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac February 2011