Trac

trac@lists.einsteintoolkit.org

8708 discussions

#2407: Cactus math work-arounds break CarpetX reduction operators
by Roland Haas 06 Aug '21

06 Aug '21

#2407: Cactus math work-arounds break CarpetX reduction operators Reporter: Erik Schnetter Status: open Milestone: Version: Type: bug Priority: major Component: Cactus Comment (by Roland Haas): Comet had been retired so is no longer an issue. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2407/cactus-math-work-…

1 0

#2534: Evolution of grid arrays with Mol no longer works
by Roland Haas 06 Aug '21

06 Aug '21

#2534: Evolution of grid arrays with Mol no longer works Reporter: Status: new Milestone: Version: development version Type: bug Priority: major Component: Carpet Comment (by Roland Haas): Somewhat unrelated: instead of the current workaround for arrays of > The kludge was to check to see that if the "correct" component is being updated, and if not, re-write the old values of the grid array\). wouldn’t it be possible ot make this work by scheduling the RHS function as `GLOBAL` ? That way it would only execute once per iteration and not once per iteration per refinement level. MoL would still update the state vector for the array but b/c it initializes the RHS to zero before the `CalcRHS` schedule group the fact that the RHS routine does not run would leave the RHS unchanged \(ie 0\) and thus effectively no update would be done. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2534/evolution-of-grid…

1 0

#2534: Evolution of grid arrays with Mol no longer works
by Roland Haas 06 Aug '21

06 Aug '21

#2534: Evolution of grid arrays with Mol no longer works Reporter: Status: new Milestone: Version: development version Type: bug Priority: major Component: Carpet Comment (by Roland Haas): Writing my own parfile: ``` ActiveThorns = "Time MoL" ActiveThorns = "Coordbase CartGrid3d Boundary StaticConformal" ActiveThorns = "SymBase InitBase" ActiveThorns = "IOUtil" ActiveThorns = "Carpet CarpetLib CarpetRegrid2" driver::ghost_size = 1 CoordBase::boundary_size_x_lower = 1 CoordBase::boundary_size_y_lower = 1 CoordBase::boundary_size_z_lower = 1 CoordBase::boundary_size_x_upper = 1 CoordBase::boundary_size_y_upper = 1 CoordBase::boundary_size_z_upper = 1 CartGrid3D::type = "coordbase" CoordBase::domainsize = "minmax" CoordBase::xmin = -32.0 CoordBase::ymin = -32.0 CoordBase::zmin = -32.0 CoordBase::xmax = 32.0 CoordBase::ymax = 32.0 CoordBase::zmax = 32.0 CoordBase::dx = 8.0 CoordBase::dy = 8.0 CoordBase::dz = 8.0 cactus::cctk_itlast = 1 Cactus::terminate = "iteration" Carpet::domain_from_coordbase = "yes" Carpet::use_buffer_zones = "yes" Carpet::init_fill_timelevels = "yes" CarpetLib::poison_new_memory = "yes" CarpetLib::poison_value = 114 Carpet::poison_new_timelevels = "yes" Carpet::max_refinement_levels = 2 CarpetRegrid2::regrid_every = 1 CarpetRegrid2::num_centres = 1 CarpetRegrid2::num_levels_1 = 2 CarpetRegrid2::radius_1[1] =16.0 time::dtfac = 0.25 MoL::ODE_Method = "rk4" MoL::MoL_Intermediate_Steps = 4 MoL::MoL_Num_Scratch_Levels = 1 ActiveThorns = EvolveArray ``` I can get a error similar to what is being described in the ticket. My guess is that this branch rhaas/poisonarray \([https://bitbucket.org/eschnett/carpet/branch/rhaas/poisonarray](https://bitbucket.org/eschnett/carpet/branch/rhaas/poisonarray)\) will fix things since it applies the same logic as is used otherwhere in PreSync.cc to [Poison.cc](http://Poison.cc) when it come to handling non-grid functions. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2534/evolution-of-grid…

1 0

#2534: Evolution of grid arrays with Mol no longer works
by Roland Haas 06 Aug '21

06 Aug '21

#2534: Evolution of grid arrays with Mol no longer works Reporter: Status: new Milestone: Version: development version Type: bug Priority: major Component: Carpet Comment (by Roland Haas): I cannot reproduce this with the provided thorn and parfile. The parfile seems to be for a different setup. Eg the thorn name differs, the thorn in the parfile has parameters while the thorn in the tarball does not, the parfile contains `@FOO@` placeholders, the parfile has no mesh refinement or MoL active but the ticket description mentions both being required. I have a guess what is going on, but without a reproducer will not be able to make headway fixing this. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2534/evolution-of-grid…

1 0

#2533: "ActiveThorns" not accepted in parameter file
by Roland Haas 06 Aug '21

06 Aug '21

#2533: "ActiveThorns" not accepted in parameter file Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: bug Priority: major Component: Comment (by Roland Haas): Please apply. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2533/activethorns-not-…

1 0

#2548: Compilation failure: "const" assignment in LoopControl/src/loopcontrol.cc
by Roland Haas 06 Aug '21

06 Aug '21

#2548: Compilation failure: "const" assignment in LoopControl/src/loopcontrol.cc Reporter: Bernard Kelly Status: open Milestone: ET_2021_05 Version: ET_2021_05 Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2548/compilation-failu…

1 0

#2538: Inclusion of kuibit
by Roland Haas 06 Aug '21

06 Aug '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2546: CarpetIOHDF5: Don't set "delta" attribute to zero for zero-width components
by Roland Haas 06 Aug '21

06 Aug '21

#2546: CarpetIOHDF5: Don't set "delta" attribute to zero for zero-width components Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: enhancement Priority: minor Component: Changes (by Roland Haas): assignee: Erik Schnetter (was ) responsible: [] (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2546/carpetiohdf5-dont…

1 0

#2546: CarpetIOHDF5: Don't set "delta" attribute to zero for zero-width components
by Roland Haas 06 Aug '21

06 Aug '21

#2546: CarpetIOHDF5: Don't set "delta" attribute to zero for zero-width components Reporter: Erik Schnetter Status: open Milestone: Version: development version Type: enhancement Priority: minor Component: Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2546/carpetiohdf5-dont…

1 0

#974: Compilation problem in LoopControl with xlc compiler
by Roland Haas 06 Aug '21

06 Aug '21

#974: Compilation problem in LoopControl with xlc compiler Reporter: Wolfgang Kastaun Status: open Milestone: Version: development version Type: bug Priority: minor Component: Carpet Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/974/compilation-proble…

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac