Peter Teuben
Peter Teuben
If fitsio_nemo is compiled with CFITSIO enabled, and the $NEMO/inc/cfitsio is not in the way, this already works in fitsccd
For cfitsio 4.1.0 I found I needed -lcfitsio -lz -lcurl -lbz2 which is inconsistent with $NEMO/opt/lib/pkgconfig/cfitsio.pc - this is probably an upstream bug.
it seems on those machines where it crashes the default buiild gives a coredumping program, but the re-compile mknemo -t -T hackcode1 gives a working code.
The branch **issue98** has a script to simplify triggering the bug. Making some progress there, but this sure is a hard nut to crack.
So far I was not able to crash it on an AMD, but I agree I could crash it on Mac as well. Compiler on Intel bug? I was able...
for the record: the script cash100 in src/nbody/evolve/hackcode/hackcode1 is what I've been using to trigger a crash. I also just realized zeno's treecode is essentially the same code as hackcode1....
on an amusing note, past weekend it was raining a lot, and I installed mac in a virtual (QEMU) box, via the sosumi tool. It also fails in this environment....
I have a Catalina (10.15.x) running, but haven't seen any issues with gyrfalcON. Perhaps an older clang version.
sounds like I need to add a regression test for this. ugh, fish memory, the "make check" will do all the acc/manip tests of the dehnen code under "src/nbody/evolve/dehnen" entry.
Indeed,my Catalina does not have them. They are formally copied in $NEMOOBJ/acc, which is also non-existent on my mac.