Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1057: GRHydro updates
by Einstein Toolkit 27 Aug '12

27 Aug '12

#1057: GRHydro updates -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro | -----------------------------------+---------------------------------------- attached please find cahnges to Zelmani/GRHydro that I would like to commit to trunk. Philipp: this contains your hot EOS and MHD work as it is currently present in Zelmani. If this is not to be pushed yet, please let me know. There is one new feature: reconstruct_Wv which used v^i*w_lorentz in the PPM reconstruction scheme (non-MHD only) and which can be useful to avoid PPM reconstructing speeds > c. The other patches are mostly bugfixes to MHD and the hot EOS, plus more boilerplate (and as of yet not fully covering all routines) pointer stuff for multipatch and MHD. The bugfix "clear atmosphere mask" is required for the real valued atmosphere mask to be correct. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1057> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1062: the flesh allows a private parameter and a shared parameter of the same name
by Einstein Toolkit 27 Aug '12

27 Aug '12

#1062: the flesh allows a private parameter and a shared parameter of the same name -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: major Milestone: | Component: Cactus Version: | Keywords: -------------------+-------------------------------------------------------- eg. currently GRHydro_InitData::initial_Bvec it should instead fail during the consistency checks in the configuration phase. For GRHydro_InitData I'll fix this by making the private pieces part of the EXTEND (which they should have anyway I think). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1062> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1060: CarpetRegrid2 error message improvement
by Einstein Toolkit 25 Aug '12

25 Aug '12

#1060: CarpetRegrid2 error message improvement -----------------------------------------------------+---------------------- Reporter: anonymous | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: CarpetRegrid2 error message improvement | -----------------------------------------------------+---------------------- I ran cactus with the parameter CarpetRegrid2::num_levels_1=2 but without setting CarpetRegrid2::radius_1[1] That is wrong, of course. The error message was: WARNING level 0 in thorn CarpetRegrid2 processor 0 host mb2.local (line 93 of /Users/mb/Cactus/arrangements/Carpet/CarpetRegrid2/src/regrid.cc): -> The radius of refinement level 1 of region 1 is [4.94066e-323,4.88063e+252,5.03503e+175], which is non-negative This error message does not seem to make sense. Could it be improved? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1060> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1056: do not attempt reductions in local mode in SphericalSurface unless auto_res[n] is set
by Einstein Toolkit 24 Aug '12

24 Aug '12

#1056: do not attempt reductions in local mode in SphericalSurface unless auto_res[n] is set -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: SphericalSurface -------------------+-------------------------------------------------------- currently SphericalSurface_SetupRes will attempt a reduction in local mode even if all auto_res values are false, ie if there are no spheres whose resolution is to be set automatically. This causes MPI hangs if different processors own different numbers of components, as produced by the recursive load balancer and carpet::same_number_of_components_on_each_process = false (true by default but might change). The attached patch ameliorates the situation by only attempting a reduction if auto_res[n] is set, thus at least allowing SphericalSurface to be used when all ntheta, nphi are giving explicitly. It also adds a comment warning about auto_res. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1056> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1038: remove compiled documentation from Cactus repository
by Einstein Toolkit 22 Aug '12

22 Aug '12

#1038: remove compiled documentation from Cactus repository ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: documentation | ---------------------------+------------------------------------------------ the current Cactus repository contains pdf versions of the Reference and User guides. Are these present to allow users without a working LaTeX installation to view the documentation (of the flesh, thorns tend to not include PDF files anyway)? We could instead point to the online HTML version on the ET website. This would reduce the number of times the tex file and pdf file are out of sync. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1038> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1055: Don't write multiple variables to the same file
by Einstein Toolkit 21 Aug '12

21 Aug '12

#1055: Don't write multiple variables to the same file -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- IOASCII writes variables into files that are named after the variable. If multiple variables have the same name (but are in different groups), then multiple output is written to the same file, confusing people. All output thorns should check for this condition, and then modify the file name e.g. to VARNAME.GROUPNAME. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1055> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1051: Generate html that has only a single page
by Einstein Toolkit 20 Aug '12

20 Aug '12

#1051: Generate html that has only a single page -------------------------------------+-------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- When generating html documentation, generate also a version that consists of only a single page, to make searching easier. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1051> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1049: GetComponents should ignore changes from anonymous to authorized URLs when checking if the URL changed
by Einstein Toolkit 17 Aug '12

17 Aug '12

#1049: GetComponents should ignore changes from anonymous to authorized URLs when checking if the URL changed ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: eric9 Type: enhancement | Status: new Priority: optional | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ right now if one manually does a svn switch --relocate but does not also update the entry in $CACTUS_HOME/.crl/component_list.crl then GetComponents complains {{{ Error: The URL for GetComponents has changed, please perform a clean checkout. }}} (I had switched GetComponents). It would be great if GetComponents would match the URL against both URL and AUTH_URL and only output this error and abort if neither one matched. Otherwise I can assume that both URLs lead to the same data and since it never explictly uses the URL for an update (I think) it should be able to proceed without problems. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1049> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #788: Produce movie about history of Einstein Toolkit
by Einstein Toolkit 17 Aug '12

17 Aug '12

#788: Produce movie about history of Einstein Toolkit ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: task | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | ----------------------+----------------------------------------------------- Do this <https://www.youtube.com/watch?v=ZEAlhVOZ8qQ> for the Einstein Toolkit. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/788> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1048: rsync command on SHARCNET Orca not accessible
by Einstein Toolkit 17 Aug '12

17 Aug '12

#1048: rsync command on SHARCNET Orca not accessible ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- it resides in Erik's home directory /home/eschnett, which is not accessible. {{{ rhaas@horizon:/mnt/data/rhaas/postdoc/gr/Zelmani$ sim sync orca bash: /home/eschnett/bin/rsync: Permission denied rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: remote command could not be run (code 126) at io.c(605) [sender=3.0.9] Error while syncing to orca. Errors occurred during synchronisation. }}} The system one seems to work fine for me though evne though it complains about a protocol incompatibility (I assume one is rsync 3 and the other rsync2). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1048> 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