Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!husc6!rutgers!ucla-cs!zen!ucbvax!GE-CRD.ARPA!EVERHART%ARISIA.DECnet
From: EVERHART%ARISIA.DECnet@GE-CRD.ARPA
Newsgroups: comp.os.vms
Subject: Re: Rsx11M - uVAX Fortran incompat.
Message-ID: <8709180148.AA28634@ucbvax.Berkeley.EDU>
Date: Wed, 16-Sep-87 17:14:00 EDT
Article-I.D.: ucbvax.8709180148.AA28634
Posted: Wed Sep 16 17:14:00 1987
Date-Received: Sat, 19-Sep-87 18:25:10 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 12


The program cited by Dave Love that runs OK on RSX11M and fails on
VMS is likely suffering from the fact that, absent a SAVE statement
or the /NOF77 switch, variables in subroutines are not kept in existence
across subroutine calls. The RSX implementation would let this slide by
and act as if the commons were in the root. Under VMS, not defining the
commons used in the calling program (the root in this case) can validly
be taken by the compiler to mean that the common doesn't have to hang
around. While it is surprising that common declarations would work
this way, it's a feature of fortran 77 that's optional.
Glenn