Re: [gembud] Sequential READ or WRITE not allowed after EOF

The previous reply was truncated, here is the code adjustment:

HERE IS THE FIX, ADD the OPEN

C
C*  Write the warning information to the ASCII file. 
C
        OPEN(UNIT=lunf,ACCESS='APPEND')
        WRITE (lunf, 20) wloc
 20     FORMAT (A)
C



-----Original Message-----
From: SimuAWIPS 
Sent: Friday, May 13, 2016 6:50
To: gembud@xxxxxxxxxxxxxxxx
Subject: Re: Sequential READ or WRITE not allowed after EOF 

You will need to fix these files by adding the line in my note below, and 
recompiling:

FIX BROKEN DECODERS
----------------------------------------------------------------------------------
https://gcc.gnu.org/onlinedocs/gfortran/Read_002fWrite-after-EOF-marker.html
http://www.unidata.ucar.edu/software/gempak/tutorial/runtime_errors.html


At line 74 of file wnout.f (unit = 11, file = 
'/home/gempak/data/warn/2015052902_warn.gem')
Fortran runtime error: Sequential READ or WRITE not allowed after EOF marker, 
possibly use REWIND or BACKSPACE

vi /home/gempak/GEMPAK7/gempak/source/bridge/sv/svout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/nc/ncout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/is/isout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/hc/hcout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/cs/csout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/am/amout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/wp/wpout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/ws/wsout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/fa/faout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/ww/wwout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/wo/woout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/wc/wcout.f
vi /home/gempak/GEMPAK7/gempak/source/bridge/wn/wnout.f

-AJO

SimuAWIPS Lead Developer
The Oldaker Group, LLC
Facebook - Twitter - Latest News Updates





-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx [mailto:gembud-bounces@xxxxxxxxxxxxxxxx] 
On Behalf Of gembud-request@xxxxxxxxxxxxxxxx
Sent: Thursday, May 12, 2016 13:00
To: gembud@xxxxxxxxxxxxxxxx
Subject: gembud Digest, Vol 86, Issue 4

Send gembud mailing list submissions to
        gembud@xxxxxxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.unidata.ucar.edu/mailman/listinfo/gembud
or, via email, send a message with subject or body 'help' to
        gembud-request@xxxxxxxxxxxxxxxx

You can reach the person managing the list at
        gembud-owner@xxxxxxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of gembud digest..."


Today's Topics:

   1. Re: GEMPAK 7.2.3 on CentOS 7 with gcc-gfortran 4.8.5
      (Ryan Hickman)
   2. libmotif4/libxm4 dependency conflict (Kevin Lux)


----------------------------------------------------------------------

Message: 1
Date: Wed, 11 May 2016 15:27:40 -0600
From: Ryan Hickman <ryan@xxxxxxxxxxxxxxxx>
To: gembud@xxxxxxxxxxxxxxxx
Cc: support-gempak@xxxxxxxxxxxxxxxx
Subject: Re: [gembud] GEMPAK 7.2.3 on CentOS 7 with gcc-gfortran 4.8.5
Message-ID:
        <CANTuNuMOyEnru2-r9cXjXNBp46rLzTOJRSc35rYYJy4iFk9NPA@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="utf-8"

GEMPAK 7.3.0 has not fixed the issues I am having related to `dcwou` on CentOS 
7.

I've tried both with and without the "-fno-whole-file" modification recommended 
at http://www.unidata.ucar.edu/software/gempak
/tutorial/runtime_errors.html. It appears that option is only included by 
default in the Fedora version of the Makeinc configuration.
("$NAWIPS/config/Makeinc.linux64_gfortran_fedora") Neither the default nor 
"-fno-whole-file" approach seems to work.

Fortran compiler remains 4.8.5-4, the default offered by the stable repository. 
No G77 on CentOS 7, as far as I know.

One noticeable difference with 7.3.0 vs. 7.2.3 is that there are no longer any 
errors related to "sleep.h".



On Wed, Mar 16, 2016 at 10:15 AM, Ryan Hickman <ryan@xxxxxxxxxxxxxxxx>
wrote:

> We've been running Gempak on CentOS 6 without issue for many years. We 
> recently rebuilt our entire infrastructure and made the decision to move 
> forward with CentOS 7. Now I'm beginning to see issues related to decoding 
> watch outlines (`dcwou`) and seemingly any other function which reads/writes 
> in a similar manner.
>
> [ldm@ldm-central1-b root]$ cat /data/gempak/storm/wou/1.wous | 
> /home/gempak/NAWIPS/os/linux64/bin/dcwou -e 
> GEMTBL=/home/gempak/NAWIPS/gempak/tables /data/gempak/storm/wou/1.wou
>>
>> At line 96 of file woout.f (unit = 11, file =
>> '/data/gempak/storm/wou/1.wou')
>>
>> Fortran runtime error: Sequential READ or WRITE not allowed after EOF 
>> marker, possibly use REWIND or BACKSPACE
>>
> The file 1.wou is created but is 0 bytes.
>
> I've seen the instructions at 
> http://www.unidata.ucar.edu/software/gempak/tutorial/runtime_errors.html for 
> modifications to $NAWIPS/config/Makeinc.linux64_gfortran but these have made 
> no difference, even when doing a fresh installation.
>
> I've also observed a fatal error at the completion of `make all` which 
> references sleep.h. The file exists at $NAWIPS/gempak/include/sleep.h.
>
> In file included from vgf2xml.c:2:0:
>>
>> gemprm.h:173:79: fatal error: sleep.h: No such file or directory
>>
>>  #include <sleep.h> /* added for U. Albany mod for semaphore in 
>> message queue*/
>>
> [gempak@ldm-central1-b ~]$ ls -al $NAWIPS/gempak/include/sleep.h
>
> -rw-r--r-- 1 gempak users 482 Mar 11 23:03 
> /home/gempak/NAWIPS/gempak/include/sleep.h
> The output of `gfortran -v`
>
> Using built-in specs.
>> COLLECT_GCC=gfortran
>> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wr
>> apper
>> Target: x86_64-redhat-linux
>> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
>> --infodir=/usr/share/info 
>> --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap 
>> --enable-shared --enable-threads=posix --enable-checking=release 
>> --with-system-zlib --enable-__cxa_atexit 
>> --disable-libunwind-exceptions --enable-gnu-unique-object 
>> --enable-linker-build-id --with-linker-hash-style=gnu 
>> --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto
>> --enable-plugin --enable-initfini-array --disable-libgcj 
>> --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat
>> -linux/isl-install
>> --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redh
>> at-linux/cloog-install --enable-gnu-indirect-function 
>> --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux 
>> Thread model: posix gcc version 4.8.5 20150623 (Red Hat 4.8.5-4)
>> (GCC)
>
>
> I've attached the make.out log output from `make all`.
>
> Any ideas are welcome and appreciated.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/20160511/fc8bdae6/attachment.html>

------------------------------

Message: 2
Date: Thu, 12 May 2016 12:26:39 -0500
From: Kevin Lux <stormpilgrim@xxxxxxxxx>
To: gembud@xxxxxxxxxxxxxxxx
Subject: [gembud] libmotif4/libxm4 dependency conflict
Message-ID:
        <CA+Xcn34EO0iW198gcnSC9YQkUUP0C8e+W4PFzPuxGvFf3ZrLoQ@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="utf-8"

I just built a brand-spanking-new Ubuntu 16.04 partition and downloaded the 
GEMPAK 7.2 debian package. I had to install the OpenMotif libraries, which was 
no big deal, but when I go to install gempak, it errors out and says I need 
libxm4. Okay, no problem. However, when I go to install libxm4, Synaptic 
removes libmotif4. If I have libxm4 installed and go to install libmotif4, 
Synaptic removes libxm4! I can't win. What is it about these two packages that 
make them not get along? Can I do a shotgun wedding somehow?

Kevin

----
Shoot for the moon--at least if you miss, you'll end up among the stars.
And there you'll remain. A frozen corpse floating in space for eternity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/20160512/86961f77/attachment.html>

------------------------------

_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are recorded in 
the Unidata inquiry tracking system and made publicly available through the 
web.  Users who post to any of the lists we maintain are reminded to remove any 
personal information that they do not to be made public.


gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/ 

End of gembud Digest, Vol 86, Issue 4
*************************************



  • 2016 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: