[daip] 31DEC06 library questions

[Cormac Reynolds]

On Tue, 13 Jun 2006, Eric Greisen wrote:

> Cormac Reynolds writes:
>
>  > we recently upgraded to the 31DEC06 version of AIPS (binary install). We
>  > use an NFS mounted central version that runs on various machines, all with
>  > slightly different versions of SUSE linux. Some machines (newer ones)
>  > appear to have a problem with the 'DEFAULT' command (RESTORE 0, COMPRESS
>  > are o.k.). Some parameters get set to crazy values (e.g. indisk defaults
>  > to 10**-45 instead of 0) and this causes problems for scripts, etc. that
>  > use 'DEFAULT'. As far as I can see so far, this is the only command that
>  > misbehaves, but I haven't done an exhaustive check. The older machines
>  > seem to have no problems.
>  >
>  > My guess is this is a dynamically linked library problem as the different
>  > machines have different versions of these. So my question is, do you have
>  > any idea which of the libraries is (are) likely to be the cause? Is there
>  > one that DEFAULT uses that similar tasks such as RESTORE 0 and COMPRESS do
>  > not.
>
> This is most bizarre.  DEFAULT is a verb - so a part of a subroutine
> (AU2A which also does TGET among other things) inside AIPS.EXE.  If
> the others verbs are doing what is expected, then a library problem is
> very unlikely.  The dynamic libraries should be primarily the ones
> that we provide.  The command
>
> ldd $LOAD/AIPS.EXE  (or whatever)
>
> should show the libraries.

Yes, I tried that. We are running various versions of SUSE and each seems to
show a slightly different set of libraries, which I guess means that the
libraries own dependencies have changed over time. E.g.:

A machine that has no problem:

        libncurses.so.5 => /lib/libncurses.so.5 (0x40015000)
        libsvml.so => /aips/31DEC06/LINUX/LIBR/INTELCMP/libsvml.so (0x4005a000)
        libimf.so => /aips/31DEC06/LINUX/LIBR/INTELCMP/libimf.so (0x400ae000)
        libm.so.6 => /lib/libm.so.6 (0x4028a000)
        libc.so.6 => /lib/libc.so.6 (0x402ac000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

A newer machine where DEFAULT does not work properly:

        linux-gate.so.1 =>  (0xffffe000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x5556d000)
        libsvml.so => /aips/31DEC06/LINUX/LIBR/INTELCMP/libsvml.so (0x555b5000)
        libimf.so => /aips/31DEC06/LINUX/LIBR/INTELCMP/libimf.so (0x55609000)
        libm.so.6 => /lib/tls/libm.so.6 (0x557e5000)
        libc.so.6 => /lib/tls/libc.so.6 (0x5580b000)
        libdl.so.2 => /lib/libdl.so.2 (0x5592a000)
        /lib/ld-linux.so.2 (0x55555000)

>
> Does DEFAULT fail for an absolutely new user on one of the new
> machines or only for old users that might have an old version of the
> POPS vocabulary?

The problem seems to be user independent and machine dependent. I've tried
logging in as different users (including one brand new account) on the machines
and using both new and used AIPS numbers  and each time the result is the same
on a particular machine.

One thing that might be relevant (though I hope not) is that the newer machines
are all AMD processors,  while the two older ones which have no problems also
have Intel processors.

cheers,
Cormac.