Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #2089: piraha uses Carp::confess() rather than CST_error
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2089: piraha uses Carp::confess() rather than CST_error --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: piraha | --------------------+------------------------------------------------------- It really shouldn't. Instead it should use the CST provided CST_error function and continue parsing. Right now it stops at the first parsing error. I think this has been a point of contention of mine before and I do understand that recovering from a parse error is hard (and is why eg gcc does no longer use a auto-generated parser but instead a hand-written one apparently). However failing after the first parsing error is really annoying. At least it should continue with the next ccl file. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2089> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #2088: setting cctk_parser = "old" in sbin/CST does not completely disable piraha
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2088: setting cctk_parser = "old" in sbin/CST does not completely disable piraha --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: piraha | --------------------+------------------------------------------------------- Namely it still attempts to parse the files with piraha but then throws away the result. The user visible side effect is that if piraha aborts (due to malformed ccl file that the old parser would have accepted) then one can no longer compile the code. This is a problem if one wants to do some bisection to find errors in a mixed old / new code basis. We should either remove the old parser completely or make it possible to completely skip any piraha parsing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2088> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1917: sim setup should automatically set up the machine for common OSes
by Einstein Toolkit 21 Nov '17

21 Nov '17

#1917: sim setup should automatically set up the machine for common OSes -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- There are instructions at https://docs.einsteintoolkit.org/et- docs/Simplified_Tutorial_for_New_Users for users to configure simfactory for common operating systems when their machine is not recognised by SimFactory. This logic should be implemented in sim setup instead, so that users can use the ET out of the box on supported OSes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1917> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2004: example in New User Tutorial maybe wrong
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2004: example in New User Tutorial maybe wrong --------------------------------------+------------------------------------- Reporter: b.gabella@… | Owner: Bill Gabella Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | --------------------------------------+------------------------------------- Running the static_tov.par that comes in the ETK_2016_11, I see different results for the two plots hydrobase-rho.maximum and admbase-lapse.minimum. See the mail list post Users Digest, Vol 83, Issue 3 on 1 Feb 2017 at 3:10pm. New User Tutorial https://docs.einsteintoolkit.org/et-docs/Tutorial_for_New_Users bill e.g. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2004> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2087: Scheduling of GRHydro_SqrtSpatialDeterminant.
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2087: Scheduling of GRHydro_SqrtSpatialDeterminant. -----------------------------------+---------------------------------------- Reporter: bentivegna | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- GRHydro calculates and stores the determinant of the spatial metric, among other places, in CCTK_INITIAL. However, there is currently no provision for this to happen after ADMBase_PostInitial, which can potentially change the spatial metric before the initial data is finalized. It can therefore happen that GRHydro uses old metric data. The attached patch solves this problem. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2087> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2013: piraha breaks ThornDoc building
by Einstein Toolkit 19 Nov '17

19 Nov '17

#2013: piraha breaks ThornDoc building --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- Doing {{{make ThornDocHTML}}} I get an error message in eg in echo RELOADAGENT | gpg-connect-agent of {{{ Undefined subroutine &piraha::parse_peg_file called at /home/rhaas/postdoc/gr/cactus/ET_trunk/lib/sbin/ScheduleParser.pl line 83. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2013> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #1396: Display prompts of executed commands
by Einstein Toolkit 19 Nov '17

19 Nov '17

#1396: Display prompts of executed commands ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: eric9 Type: enhancement | Status: new Priority: optional | Milestone: Component: GetComponents | Version: development version Keywords: | ---------------------------+------------------------------------------------ the attached patch goes to some lengths to capture both stdout and stderr when executing commands and displays each line of output as it is generated by the command. This is useful for programs that output prompts to stdout and wait for user input afterwards. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1396> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #2015: thorn Vectors does not provide a sum() reduction
by Einstein Toolkit 19 Nov '17

19 Nov '17

#2015: thorn Vectors does not provide a sum() reduction -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: Vectors | -------------------------+-------------------------------------------------- It would be very useful for some applications (eg interpolation) if thorn Vectors provided a sum() function similar to the sum() member of vecmathlib https://bitbucket.org/eschnett/vecmathlib/src/477f9c85cf111e59a9042f230bb53… =file-view-default#vec_avx_double4.h-537 {{{ real_t sum() const { // return (*this)[0] + (*this)[1] + (*this)[2] + (*this)[3]; // __m256d x = _mm256_hadd_pd(v, v); // __m128d xlo = _mm256_extractf128_pd(x, 0); // __m128d xhi = _mm256_extractf128_pd(x, 1); realvec_t x = *this; x = _mm256_hadd_pd(x.v, x.v); return x[0] + x[2]; } }}} Most likely one can just copy and paste the code from vecmathlib. vecmathlib's license is not LGPL but permissive enough for inclusion and we can also ask Erik if one can use it and change the license of the affected code lines to LGPL in Cactus, the license is here: https://bitbucket.org/eschnett/vecmathlib/src/477f9c85cf111e59a9042f230bb53… =file-view-default {{{ Copyright (c) 2012, 2013 Erik Schnetter <eschnetter(a)gmail.com> Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2015> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2026: param.ccl parser writes (debug?) files v1 and v2 into Cactus root
by Einstein Toolkit 19 Nov '17

19 Nov '17

#2026: param.ccl parser writes (debug?) files v1 and v2 into Cactus root --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- The file parametre_parser.pl contains {{{ open($fd,">v1") or die; print $fd $v1,"\n"; close($fd); open($fd,">v2") or die; print $fd $v2,"\n"; close($fd); }}} causing it to create files v1 and v2 in the main Cactus root. Without having looked into this in any more details, this smells like debug output that should be removed before the release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2026> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #68: GetComponents hang due to certificate issues.
by Einstein Toolkit 19 Nov '17

19 Nov '17

#68: GetComponents hang due to certificate issues. --------------------------------+------------------------------------------- Reporter: diener@… | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: ET_2010_06 Keywords: | --------------------------------+------------------------------------------- I did a complete new checkout of the EinsteinToolkit on numrel06 using the version of GetComponents available on the EinsteinToolkit web pages and had GetComponents hang with no errors or warnings when checking out AEIThorns/AEILocalInterp. Trying the checkout manually I got: Error validating server certificate for 'https://svn.aei.mpg.de:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.aei.mpg.de - Valid: from Tue, 23 Feb 2010 16:02:12 GMT until Sun, 22 Feb 2015 16:02:12 GMT - Issuer: Max-Planck-Gesellschaft, DE - Fingerprint: 03:b4:e8:6e:d9:09:e9:93:72:e9:ff:fa:df:e4:2c:6d:1d:2a:e4:66 (R)eject, accept (t)emporarily or accept (p)ermanently? p After accepting the certificate and restarting the checkout proceeded without problems. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/68> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 29

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac