Trac December 2012

trac@lists.einsteintoolkit.org

1 participants
134 discussions

[Einstein Toolkit] #1199: [PATCH]McLachlan_BSSN: fix the Hamiltonian constraint for CCZ4
by Einstein Toolkit 03 Feb '13

03 Feb '13

#1199: [PATCH]McLachlan_BSSN: fix the Hamiltonian constraint for CCZ4 ---------------------------------+------------------------------------------ Reporter: anton@… | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: ---------------------------------+------------------------------------------ A typo in a8794cd2227c87c7457ba51d040e863be2f981e7 has caused the additional CCZ4 terms to overwrite the BSSN value instead of adding to it. Tested to work on TwoPunctures initial data: h = h5py.File('/tmp/testbssn/H.h5') # BSSN reference h1 = h5py.File('/tmp/testccz4/H.h5') # with the patch h2 = h5py.File('/tmp/testccz42/H.h5') # without the patch In [89]: numpy.sum(numpy.abs(h.values()[0][:] - h1.values()[0][:])) Out[89]: 8.0082674998918897e-15 In [90]: numpy.sum(numpy.abs(h.values()[0][:] - h2.values()[0][:])) Out[90]: 7.9536720382719803 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1199> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1105: TmunuBase::support_old_CalcTmunu_mechanism to "no" and remove after release
by Einstein Toolkit 17 Jan '13

17 Jan '13

#1105: TmunuBase::support_old_CalcTmunu_mechanism to "no" and remove after release -----------------------------------+---------------------------------------- Reporter: knarf | Owner: knarf Type: enhancement | Status: new Priority: minor | Milestone: ET_2012_11 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Change default of TmunuBase::support_old_CalcTmunu_mechanism to "no", mark it depreciated for the fall 2012 ET release and remove it after that. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1105> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #815: Outlfow thorn in incoming
by Einstein Toolkit 06 Jan '13

06 Jan '13

#815: Outlfow thorn in incoming -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Hello all, as discussed in the last phone call, the GT Outflow thorn has been put into incoming (http://svn.einsteintoolkit.org/incoming/Outflow). From the docs: {{{ Outflow calculates the flow of rest mass density across a SphericalSurface, eg. and apparent horizon or a sphere at ``infinity''. }}} It has documentation, test-cases and publications using it (http://arxiv.org/abs/1201.4389). Ok to include in EinsteinAnalysis? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/815> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1061: Certificate failure
by Einstein Toolkit 05 Jan '13

05 Jan '13

#1061: Certificate failure -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- I want to access the ET svn repositories via SourceTree, a nice GUI for managing repositories. This fails because: Error validating server certificate for 'https://svn.einsteintoolkit.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.einsteintoolkit.org - Valid: from Thu, 05 Jan 2012 22:31:55 GMT until Fri, 04 Jan 2013 22:31:55 GMT - Issuer: lsu, edu - Fingerprint: de:b0:88:20:f7:6f:73:df:ed:ad:c2:af:7e:b7:e1:45:13:82:8a:7d (R)eject, accept (t)emporarily or accept (p)ermanently? RA layer request failed: OPTIONS of 'https://svn.einsteintoolkit.org/manifest': Server certificate verification failed: issuer is not trusted (https://svn.einsteintoolkit.org) at /Applications/SourceTree.app/Contents/Resources/git_local/libexec/git-core /git-svn line 2327 Unfortunately, as this is a GUI, I cannot press the "R" key here. To simplify things for me, could you use a trusted certificate instead? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1061> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #1203: use search rather than match to skip possible text output by envsetup
by Einstein Toolkit 20 Dec '12

20 Dec '12

#1203: use search rather than match to skip possible text output by envsetup ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- the attached patch avoid anchoring the regex pattern used to look for rsync's version in the command output. This is useful for systems where envsetup (for whatever reason, eg because the user has extra modules loaded, or .bashrc is not fully quiet ...) produces output. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1203> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1200: Sliced HDF5 output index file not stored correctly
by Einstein Toolkit 19 Dec '12

19 Dec '12

#1200: Sliced HDF5 output index file not stored correctly -------------------------------------+-------------------------------------- Reporter: david.radice@… | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: ET_2012_05 Keywords: | -------------------------------------+-------------------------------------- Index HDF5 datafiles appear to be not handled correctly in the case of sliced data. The files are created and initialized correctly at the first iteration, but every subsequent access fails with an HDF5 error. I am attaching the output of a simulation showing the issue as well as a patch the fixes the problem for me. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1200> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- While regenerating code for EinsteinExact, I received the error message {{{ DeleteFile::nffil: File not found during DeleteFile[../doc/spacetimes.tex]. }}} which aborted the code generation. This error is caused when this file is not present, and this file is then also not generated. DeleteFile should not report an error when the file is not present. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1074> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1133: Pull 4d transformations into EinsteinExact
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1133: Pull 4d transformations into EinsteinExact -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1133> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1194: Cactus does not check range of integer parameters anymore
by Einstein Toolkit 14 Dec '12

14 Dec '12

#1194: Cactus does not check range of integer parameters anymore -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: major Milestone: | Component: Cactus Version: | Keywords: -------------------+-------------------------------------------------------- since adding the possibility to use formula on the rhs of parameter value assignments in parfiles (rev r4797 of the flesh) a bug is present that prevents Cactus from rejecting CCTK_INT parameter values that are not in the allowed range. Instead the default value is used. Christian Ott encountered this today. The bug is caused by not re-initializing retval before entering a loop in src/main/ParameterSetInterger (compare ParameterSetDouble). The attached patch fixes this and the second patch (to Exact) fixes a typo in the test parameter files that was not caught because of this bug (test results do not change). When parameters within the allowed range were supplied the code produced the right parameter values, but incorrect parameters would have silently appeared to the code as the default value. I would like to also apply this to the release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1194> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1198: Add an option to sim build to disable parallel building
by Einstein Toolkit 14 Dec '12

14 Dec '12

#1198: Add an option to sim build to disable parallel building -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- It would be useful to have an option to "sim build" to disable parallel build. We could then ask users to run with this when they have build problems so that we can clearly see the error. This would need a more structured "make" simfactory variable. Perhaps there could be a MAKE_TASKS variable, and then we could set "make = make -j@MAKE_TASKS@". MAKE_TASKS could be set either by an entry in the machine database, an option in the optionlist, or by simfactory when a --no-parallel-build option was set. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1198> 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 December 2012