#2721: Cactus does not detect `gettimeofday` timer
Reporter: Erik Schnetter
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component:
Comment (by Roland Haas):
With ##2722 we need to test on all clusters anyway and might just as well include this as well.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2721/cactus-does-not-d…
#2722: GetComponents places KadathThorn inside repos/KadathThorn instead of Cactus/repos/KadathThorn
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: GetComponents
Comment (by Roland Haas):
This will require a full test on all clusters. Might just as well then also include #2127 which I would actually expect to be less likely to cause issues.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2722/getcomponents-pla…
#2722: GetComponents places KadathThorn inside repos/KadathThorn instead of Cactus/repos/KadathThorn
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: GetComponents
Comment (by Roland Haas):
I could not find a way that would avoid using `cd -P` and also needed to add a `realpath` call to the code that computes relative paths \(thankfully at that point all directories are in place I think\).
Pull request is here:
[https://github.com/gridaphobe/CRL/pull/12](https://github.com/gridaphobe/CR…
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2722/getcomponents-pla…
#2722: GetComponents places KadathThorn inside repos/KadathThorn instead of Cactus/repos/KadathThorn
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: GetComponents
Changes (by Roland Haas):
responsible: [] (was [])
component: GetComponents (was )
assignee: Roland Haas (was Samuel Cupp)
Comment (by Roland Haas):
Not a bug in Kadath but one in GetComponents
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2722/getcomponents-pla…
#2722: GetComponents places KadathThorn inside repos/KadathThorn instead of Cactus/repos/KadathThorn
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component:
Comment (by Roland Haas):
Grr. The issue is very confusing. It boils down to how `cd` acts. One would assume that it just passes its given path to the os’s `cwd` call. But no. That is not what is does. It tries to first contract the string \(acts on `.../`\). To get reproducible behaviour one must pass the `-P` option to a \(POSIX confirming\) `cd` command. See [https://unix.stackexchange.com/a/55715](https://unix.stackexchange.com/a/55… and [https://pubs.opengroup.org/onlinepubs/9699919799/utilities/cd.html](https:/… Otherwise \(depending on the shell that actually provides `sh`\) one can end up with:
```
$ ls Cactus/arrangements/Fuka/KadathThorn/src/fuka/../../../../repos/KadathThorn/src/fuka/
foo
$ cd Cactus/arrangements/Fuka/KadathThorn/src/fuka/../../../../repos/KadathThorn/src/fuka/
sh: 23: cd: can't cd to Cactus/arrangements/Fuka/KadathThorn/src/fuka/../../../../repos/KadathThorn/src/fuka/
$ cd -P Cactus/arrangements/Fuka/KadathThorn/src/fuka/../../../../repos/KadathThorn/src/fuka/
$ ls
foo
```
Not sure how to fix this without changing GetComponents code. I am somewhat reluctant to change GetComponent’s code to add an \(obscure?\) option to its `cd` which then eg BSD cd on OSX does not support…
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2722/getcomponents-pla…
#2582: WVUThorns use CCTK_GFINDEX4D when they should be using CCTK_VECTGFINDEX3D
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component: EinsteinToolkit thorn
Comment (by Zach Etienne):
Fixed with commit 54ec5935a96536f8f469bd3c2a49b59b013e8e8b to wvuthorns repo.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2582/wvuthorns-use-cct…