[ET Trac] #2599: nsnstohmns cannot be reproduced using LORENE2

[Roland Haas]

#2599: nsnstohmns cannot be reproduced using LORENE2

 Reporter: Ken Hui
   Status: open
Milestone: ET_2021_05
  Version: ET_2021_05
     Type: bug
 Priority: minor
Component: Cactus

Comment (by Roland Haas):

So based on your tests their seems to be good evidence that indeed the change in constants in `unites.h` is responsible or the failure \(since you can make LORENE1 runs fail but only changing `unites.h`\).

Unfortunately, I doubt there is much the ET can do about this since the changes in the constants are all on the <1% level. Other than a warning to use “compatible” versions of LORENE when reading in data files, which in itself is not terribly helpful. If LORENE encodes a version number in its output files, then the ET can try and check the number and warn if the version number in the file disagrees with the runtime version. It will generate a lot of false positive “version does not match, be careful” warnings so most likely will be ignored by most researchers.

For the gallery example, it may be possible to make things work by using a slightly higher resolution \(the one the gallery is very low, and really not science-worthy\).

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2599/nsnstohmns-cannot-be-reproduced-using
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/trac/attachments/20220314/9845b60b/attachment.html