[ARPSSUPPORT] FW: ext2arps and gfortran

Fri Sep 24 12:55:21 CDT 2010

To fix the ext2arps problem, I just commented out line 143 (!deallocate(gfld%local)) in /src/external/g2lib/gf_free.f90. I tried using hdf ext2arps output data in 88d2arps and still no luck. There is just something about the ext2arps output file that gfortran doesn't like.

Are there any other gfortran suggestions?

Leela

-----Original Message-----
From: Yunheng Wang [mailto:ywang at gcn.ou.edu] 
Sent: Friday, September 24, 2010 10:42 AM
To: Watson.Leela
Cc: arpssupport at caps.ou.edu
Subject: Re: [ARPSSUPPORT] FW: ext2arps and gfortran

How have you solved the ext2arps problem? Maybe you have made the ARPS 
binary file unreadable with the ARPS software.

You can try with HDF 4 format with the ARPS history files.

Yunheng.

-------- Original Message --------
Subject: Re: [ARPSSUPPORT] FW: ext2arps and gfortran
From: Watson.Leela <watson.leela at ensco.com>
To: arpssupport at caps.ou.edu <arpssupport at caps.ou.edu>, yunheng at ou.edu 
<yunheng at ou.edu>
Date: 9/23/2010 12:51 PM

> Yunheng,
>
> I changed the the -frecord-marker from 4 to 8 in makearps. I am not sure if this was the correct thing to do, but regardless, it didn't work. I actually figured out the problem with ext2arps (problem detailed below), but now 88d2arps cannot read the u&  v data from the ext2arps produced binary files. I am getting the following error message:
>
> Error reading data in READUV
>
>   get_grid_join error.
>
> When I compile 88d2arps with pgf90, it can read the ext2arps binary file with no problems. Do you know of any other issue that needs to be fixed so that gfortran will work?
>
> Leela
>
> -----Original Message-----
> From: Yunheng Wang [mailto:yunheng at ou.edu]
> Sent: Thursday, September 23, 2010 10:13 AM
> To: Kevin W. Thomas
> Cc: Watson.Leela; arpssupport at caps.ou.edu
> Subject: Re: FW: ext2arps and gfortran
>
> Your problem may have something to do with Fortran record size. Please
> check how long is gFortran's default record size on your platform. If it
> is not one byte in length, there must be an option for it to specify
> one-byte record with Fortran binary file.
>
> Yunheng.
>
>
> -------- Original Message --------
> Subject: Re: FW: ext2arps and gfortran
> From: Kevin W. Thomas<kwthomas at wizard.caps.ou.edu>
> To: watson.leela at ensco.com
> CC: yunheng at ou.edu
> Date: 9/23/2010 8:33 AM
>
>>> Kevin,
>>>
>>> Regarding gfortran - do you know if anyone at CAPS has successfully compiled and run the components using gfortran? I keep encountering new problems that suggests to me that it may theoretically be possible to use the open source compilers, but that it has not been tested and confirmed.
>>>
>>> Leela Watson
>>
>> Leela...
>>
>> No, I'm not aware of any CAPS people using GFORTRAN.  Portland and/or the
>> Intel compiler are available on all systems we use.
>>
>> Yunheng Wang, who you cc'd would be the only person who I would know to ask
>> since he supports the ARPS software.
>>
>> 	== kwthomas ==
>>
>>> -----Original Message-----
>>> From: Kevin W. Thomas [mailto:kwthomas at wizard.caps.ou.edu]
>>> Sent: Friday, September 10, 2010 9:59 AM
>>> To: Watson.Leela
>>> Cc: yunheng at ou.edu
>>> Subject: Re: FW: ext2arps and gfortran
>>>
>>>> Kevin,
>>>>
>>>> I posted a message on the ARPSSUPPORT page, but have not heard a response y=
>>>> et (see below). I am desperate to find a solution to this problem. Can you =
>>>> offer any insight into this problem?
>>>>
>>>> Leela Watson
>>>>
>>>> From: Watson.Leela
>>>> Sent: Friday, September 03, 2010 9:08 AM
>>>> To: arpssupport at caps.ou.edu
>>>> Subject: ext2arps and gfortran
>>>>
>>>> I have successfully compiled ext2arps using gfortran, however, when I try t=
>>>> o run ext2arps I am getting an error and the program aborts. I compiled ext=
>>>> 2arps in debug mode - here are the last lines before the abort:
>>>>
>>>> rdgrib2dims:Opening GRIB /home/lwatson/arps1/DATA/RUC/ruc13.2010090218f03
>>>> Fortran I/O unit  38 picked from the free list.
>>>> Unkown model from NCEP, model =3D 105
>>>>
>>>> *** glibc detected *** free(): invalid pointer: 0x0a02a718 ***
>>>> Aborted
>>>>
>>>> When I use the PGI compilers I have no issues and everything runs fine. Are=
>>>> there any known issues with using gfortran and ext2arps?
>>>>
>>>> Leela Watson
>>>>
>>>> *********************************************************
>>>> Leela R. Watson, Meteorologist
>>>> ENSCO, Inc. / Applied Meteorology Unit
>>>> 1980 N. Atlantic Ave., Suite 830
>>>> Cocoa Beach, FL 32931
>>>> Voice: (321) 853-8264
>>>> Fax: (321) 853-8415
>>>> Email: watson.leela at ensco.com<mailto:watson.leela at ensco.com>
>>>
>>> Leela...
>>>
>>> The error message basically means that allocated memory that was freed is
>>> being freed again, which is quite illegal  It is probably a symptom of an
>>> array of bounds.
>>>
>>> I've used the Intel compiler and the Portland compilers for many years with
>>> no issues.  I've never used RUC data, so there is possible that there could be
>>> a problem with it.
>>>
>>> I'm not a "gfortran" user, and off hand, I don't know anyone at CAPS who is.
>>>
>>> If you do have access to Portland (PGI), try compiling the software in "debug"
>>> mode (makearps clean ; makearps -d ext2ars) and then running it.  If there
>>> is an array out of bounds, you'll get an error message that will hopefully
>>> help identify what is going on.
>>>
>>> If "gfortran" has the same capability, you might give that a try.  Maybe
>>> "makearps -d" will work out of the box .
>>>
>>>          == kwthomas ==
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG - www.avg.com
>>> Version: 8.5.445 / Virus Database: 271.1.1/3131 - Release Date: 09/12/10 18:34:00
>>>
>>> The information contained in this email message is intended only for the use of the individual(s) to whom it is addressed and may contain information that is privileged and sensitive. If you are not the intended recipient, or otherwise have received this communication in error, please notify the sender immediately by email at the above referenced address and note that any further dissemination, distribution or copying of this communication is strictly prohibited.
>>>
>>> The U.S. Export Control Laws regulate the export and re-export of technology originating in the United States. This includes the electronic transmission of information and software to foreign countries and to certain foreign nationals. Recipient agrees to abide by these laws and their regulations -- including the U.S. Department of Commerce Export Administration Regulations and the U.S. Department of State International Traffic in Arms Regulations -- and not to transfer, by electronic transmission or otherwise, any content derived from this email to either a foreign national or a foreign destination in violation of such laws.
>>>
>
> _______________________________________________
> ARPSSUPPORT mailing list
> ARPSSUPPORT at caps.ou.edu
> http://www.caps.ou.edu/mailman/listinfo/arpssupport
>

No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.5.445 / Virus Database: 271.1.1/3154 - Release Date: 09/24/10 06:34:00