#436 Error in ephio.f

[Ryan Lynch]

After a recent update, when I try to save a modified or new version of a psrfits file made with fold_psrfits (from psrfits_utils), I get the following error:

At line 363 of file ephio.f
Internal Error: get_unit(): Bad internal unit KIND

It is a tempo1 parfile. I've tried different parfiles, and recompiling relevant code, with no luck. I can't tell which parameter it is having a problem with. I had no issue with files generated in a similar fashion in some older versions of the code, so this must be relatively new.

[Mike Keith]

ephio.f has not been changed since 2007, but I'm pretty sure I've seen a similar issue elsewhere. I think it was related to picking up the wrong version of libgfortran relative to the compiler used. This may occur because you've updated your GCC but still somehow linking a system gfortran, but can also occur because of things like anaconda having it's own paralell version of system libraries (such as libgfortran). In fact, I'm pretty sure it was anaconda that was the problem for me as it had a newer libgfortran than came with my compiler, so for whatever reason the system prefered to link against that, which compiles ok, but creates a bunch of runtime issues like you see.

[Ryan Lynch]

Thanks Keith.  There was indeed a recent anaconda update, so that sounds
like a potential culprit.  I'll try to make sure it points at the right
system libraries and see if that helps.

Ryan

On 9/1/20 8:25 AM, Mike Keith wrote:

ephio.f has not been changed since 2007, but I'm pretty sure I've seen
a similar issue elsewhere. I think it was related to picking up the
wrong version of libgfortran relative to the compiler used. This may
occur because you've updated your GCC but still somehow linking a
system gfortran, but can also occur because of things like anaconda
having it's own paralell version of system libraries (such as
libgfortran). In fact, I'm pretty sure it was anaconda that was the
problem for me as it had a newer libgfortran than came with my
compiler, so for whatever reason the system prefered to link against
that, which compiles ok, but creates a bunch of runtime issues like
you see.

---

[bugs:#436] https://sourceforge.net/p/psrchive/bugs/436/ Error in
ephio.f

Status: open
Group: next release
Created: Mon Aug 31, 2020 10:09 PM UTC by Ryan Lynch
Last Updated: Mon Aug 31, 2020 10:09 PM UTC
Owner: nobody

After a recent update, when I try to save a modified or new version of
a psrfits file made with fold_psrfits (from psrfits_utils), I get the
following error:

At line 363 of file ephio.f
Internal Error: get_unit(): Bad internal unit KIND

It is a tempo1 parfile. I've tried different parfiles, and recompiling
relevant code, with no luck. I can't tell which parameter it is having
a problem with. I had no issue with files generated in a similar
fashion in some older versions of the code, so this must be relatively
new.

---

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/psrchive/bugs/436/

To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/

--
Ryan Lynch