[ncl-talk] Problem with "Troubleshooting WRAPIT" test

Mary Haley haley at ucar.edu
Wed Feb 11 11:10:01 MST 2015


Rick and David,

One thing I forgot to mention, try doing a "WRAPIT -m64" instead of just
"WRAPIT":

WRAPIT -m64 ex.f

This will force the compiler to use "-m64" when it compiles, which ensures
you get the 64-bit ints that Rick mentioned.  Really, though, depending on
which compiler you have, "-m64" should already be the default.

If you continue to have problems, then for further debugging purposes
please use "-d" on the WRAPIT line to get some debug output and then send
that to us:

WRAPIT -d -m64 ex.f

--Mary


On Wed, Feb 11, 2015 at 11:02 AM, Rick Brownrigg <brownrig at ucar.edu> wrote:

> Hi David,
>
> I have not been able to duplicate this problem, as I don't have ready
> access to NCL 6.0.0.  I get link errors with NCL 6.1.0, and it works fine
> for me with NCL 6.2.x  What's curious about the error you are receiving is
> it claims to expect *140733193388033* elements while only being passed
> 1.  That large number is 0x7fff00000001 in hex. This has the appearance
> that some part of the code thinks its dealing with a 64-bit int, and
> another part is dealing with a 32-bit int.
>
> I don't suppose you are able to upgrade to the latest NCL, v. 6.2.1 and
> see if that takes care of your problem?
>
> Wish I had a better answer....
> Rick
>
>
> On Tue, Feb 10, 2015 at 3:58 AM, David Poulet <poulet at numtech.fr> wrote:
>
>>  Hi,
>>
>> I used the test from "Troubleshooting WRAPIT" (
>> https://www.ncl.ucar.edu/Document/Tools/WRAPIT.shtml#TroubleShooting).
>>
>> "./WRAPIT ex.f" produce the following output :
>>
>>     WRAPIT Version: 110125
>>     COMPILING ex.f
>>     LINKING
>>     END WRAPIT
>>
>>
>> But "./ncl_6.0 ex.ncl " returns :
>>
>>      Copyright (C) 1995-2011 - All Rights Reserved
>>      University Corporation for Atmospheric Research
>>      NCAR Command Language Version 6.0.0
>>      The use of this software is governed by a License Agreement.
>>      See http://www.ncl.ucar.edu/ for more details.
>>     (0)     before i = 5
>>     (0)     before x = 1.3
>> *    fatal:Number of elements of dimension (0) of argument (0) is (1) in
>> function (ex), expected (140733193388033) elements*
>> *    fatal:Execute: Error occurred at or near line 8 in file ex.ncl*
>>
>>
>> The result for "uname -a" is :
>>
>>     Linux metdataUS 2.6.18-308.8.1.el5 #1 SMP Tue May 29 14:57:25 EDT
>> 2012 x86_64 x86_64 x86_64 GNU/Linux
>>
>>
>> I get similar errors when I use my own ncl scripts with WRAPIT. Could you
>> please say me how to fix this problem ?
>>
>> Thanks for your help
>> Best regards
>> David
>>
>>
>> --
>>
>>
>>   <http://www.numtech.fr>
>>
>> _______________________________________________
>> ncl-talk mailing list
>> List instructions, subscriber options, unsubscribe:
>> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>>
>>
>
> _______________________________________________
> ncl-talk mailing list
> List instructions, subscriber options, unsubscribe:
> http://mailman.ucar.edu/mailman/listinfo/ncl-talk
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/ncl-talk/attachments/20150211/4e554e50/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NUMTECH_.png
Type: image/png
Size: 159 bytes
Desc: not available
Url : http://mailman.ucar.edu/pipermail/ncl-talk/attachments/20150211/4e554e50/attachment.png 


More information about the ncl-talk mailing list