[daip] AIPS problem
Wes Young
wyoung at aoc.nrao.edu
Thu Apr 14 11:14:07 EDT 2005
About the best I can suggest until Eric gets back (early next week), is
try building with gcc-3.4.3 or possibly with the Intel compiler.
wes
wyoung at aoc.nrao.edu
On Apr 14, 2005, at 8:00 AM, Jose' Manuel Afonso wrote:
>
> Hello again,
> well, somehow this does not seem to work:
> 31DEC2004 (both pre-compiled and locally built) - again, BPASS doesn't
> seem to understand my data, and returns NAN values.
>
> I am trying to install 31DEC2003 on LINUX (since this was the version I
> have been using in Solaris), but there is some problem with compiling
> ZSBIND, no matter what compilers I use...
>
> could this problem with BPASS be due to the use of FEDORA? seems weird,
> since all compiles well for both 2004 and 2005 versions of aips... but
> then, what can explain a given dataset being ok for a solaris 2003 AIPS
> version and not good (for one task) for a LINUX 2004 or 2005 AIPS
> version?
>
> sorry about keep bothering you about this...
>
> Jose
>
>>
>> Hi there,
>> I did build AIPS from source, using gcc-2.95.3;
>> it built with no problems, but the problem for BPASS remains...
>> I tried then to compile everything with gcc-3.2.3 - again the problem
>> remains... BPASS works fine in SOLARIS (31DEC2003 AIPS version),
>> doesn't
>> seem to work in LINUX (FEDORA, 31DEC2005 AIPS). I think I will now
>> try to
>> install the 31DEC2004 AIPS version, maybe it has to do with something
>> in
>> the new 2005 version...
>>
>> if you have any ideas, I would welcome them very much...
>>
>> thanks
>> Jose Afonso
>>
>> On Tue, 12 Apr 2005, Wes Young wrote:
>>
>>> Jose
>>>
>>> It's likely a shared library compatibility problem between fedora and
>>> RH9. Your best bet is to build AIPS from source. Let us know how it
>>> goes.
>>>
>>> wes
>>> wyoung at aoc.nrao.edu
>>>
>>> On Apr 12, 2005, at 6:13 AM, Jose' Manuel Afonso wrote:
>>>
>>>>
>>>> Hello,
>>>> I am facing the following problem with AIPS:
>>>>
>>>> I have been reducing 90cm continuum GMRT data with AIPS version
>>>> 2003,
>>>> on a
>>>> solaris 8 machine. That worked with no problems. Trying to get more
>>>> speed,
>>>> I have installed the *binary* version of AIPS 2005 on a PC running
>>>> linux-fedora.
>>>> - I have saved the AIPS files on the solaris machine with FITTP
>>>> - I have loaded the AIPS files on the PC with FITLD
>>>> all seemed to work well, until I tried to generate a bandpass table
>>>> on
>>>> the
>>>> PC. It failed somehow, reporting thousands of excess closure errors
>>>> and
>>>> generating a BP table that is full of NAN instead of the expected
>>>> numbers,
>>>> such as 4.158633E-01... As far as I can tell,
>>>> the same AIPS fits file saved on the solaris machine, and read both
>>>> on
>>>> the
>>>> PC and the solaris machine again (just to check this is not due to
>>>> the
>>>> saving procedure), with no further modifications, will result in
>>>> BPASS
>>>> working fine in the solaris machine (AIPS 2003) but not on the PC
>>>> (AIPS
>>>> 2005). Many other tasks (on the PC) work well with the same file,
>>>> however...
>>>>
>>>> could you help me pinpoint the problem? I think I will try to
>>>> compile
>>>> AIPS
>>>> on my PC machine from scratch, but if other tasks work well, I don't
>>>> think
>>>> this will solve the problem.
>>>>
>>>> thanks
>>>> Jose
>>>>
>>>> ####################################################################
>>>> ##
>>>> #
>>>> Jose' Manuel Afonso #
>>>> Center for Astronomy and Astrophysics # Tels: +351 21 361 67 45
>>>> Observatorio Astronomico de Lisboa # +351 21 361 67 30
>>>> Edificio Leste, Tapada da Ajuda # Fax: +351 21 361 67 52
>>>> 1349-018 Lisboa, Portugal # E-mail:
>>>> jafonso at oal.ul.pt
>>>> http://www.oal.ul.pt/~jafonso #
>>>> #
>>>> ####################################################################
>>>> ##
>>>>
>>>>
>>>> _______________________________________________
>>>> Daip mailing list
>>>> Daip at listmgr.cv.nrao.edu
>>>> http://listmgr.cv.nrao.edu/mailman/listinfo/daip
>>>
>>
>>
>>
More information about the Daip
mailing list