Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!cs.dal.ca!silvert
From: silvert@cs.dal.ca (Bill Silvert)
Newsgroups: comp.lang.fortran
Subject: Re: MS-FORTRAN bug in string concatenation
Summary: DECX didn't write the standard
Message-ID: <1991Feb16.195337.22281@cs.dal.ca>
Date: 16 Feb 91 19:53:37 GMT
References: <2PWGG2@MPLVAX.SRI.COM> <1991Feb14.185049.3535@convex.com> <1991Feb16.143646.3332@netnews.whoi.edu>
Sender: silvert@cs.dal.ca.UUCP (Bill Silvert)
Reply-To: bill%biomel@cs.dal.ca
Organization: Habitat Ecology Div., Bedford Inst. of Oceanography
Lines: 28

In article <1991Feb16.143646.3332@netnews.whoi.edu> rich@boreas.whoi.edu writes:
>This is interesting...according to my Vax-Fortran manual (which describes
>how they implement fortran 77)
>
>"the character assignment statement has the form ....
>
>Nowhere does it mention that this is not standard conforming. However, if
>this is indeed the case, then is the statement
>
>	string='*'//string(1:3)
>	
>also non-conforming?

It's the ANSI standard, not the DEC manual necessarily, that says that
it is non-standard.  The same characater positions cannot occur on both
sides, meaning that the vendors can do the assignment in any order they
see fit.  So your example is non-conforming.

>Rich Pawlowicz ----------------- INTERNET: rich@boreas.whoi.edu
>Woods Hole Oceanographic Institution
>"Home of the 59-cent squid burger (cheese extra)"

That's Loligo.  We offer Ilex for 39 cents, cheddar included.
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
UUCP=..!{uunet|watmath}!dalcs!biomel!bill
BITNET=bill%biomel%dalcs@dalac	InterNet=bill%biomel@cs.dal.ca