HDTenEightyP/NetNews huggingface dataset:
From: ankruger@icaen.uiowa.edu (Anton Kruger)
Newsgroups: comp.lang.fortran
Subject: FORTRAN book for sale
Date: 15 Sep 92 22:29:05 GMT
Distribution: na
Organization: Iowa Computer Aided Engineering Network, University of Iowa

I have 5 copies left of my book:

              Efficient Fortran Programming
              John Wiley, 1991, 184 pages

for sale. The list price is $34.95 and I am selling for $25, postage included.
If you are interested, send a check/money order to:

             Anton Kruger
             215 Marengo Road #2
             Oxford, IA 52322

A review of the book appears in the March 1991 issue of the ACM publication
Fortran Forum.  Please contact me by e-mail to make sure that copies are
left before you mail any money.



-- 
-------------------------------------------------------------------------------
Anton Kruger                                           ankruger@icaen.uiowa.edu
Newsgroups: comp.lang.fortran
From: gerardo@ferris.cray.com (Gerardo Cisneros)
Subject: Re: Upgrading obsolete code
Keywords: FORTRAN,DECODE,UPGRADE,HOLLERITH
Organization: Cray Research, Inc.
Date: 4 Sep 92 19:15:45 CDT

In article <1992Sep4.202958.29575@sbcs.sunysb.edu> mlubran@engws8.ic.sunysb.edu writes:
>
>I have to find a way to simulate the effect of the DECODE statement,
>because MS-FORTRAN 5.0 does not seem to support it. A sample of what
>[rest deleted]

If I remember ENCODE and DECODE correctly, you can perform their function
with WRITE and READ on an internal "file" in Fortran 77.  Just use
a character variable or array of the appropriate size in place of
the unit number.  A format _must_ be given; the standard forbids
list-directed I/O on internal files.

Cheers,

Gerardo
-- 
Gerardo Cisneros		|Cray Research de M'exico, S.A. de C.V.
gerardo.cisneros@cray.com	|Camino a Sta. Teresa 480-A #302
(+52+5)622-8584 		|14020 Tlalpan, D.F., MEXICO
 Anything I said sound like an opinion? Then it's no one's but my own.
Newsgroups: comp.lang.fortran
From: anselmo@cumesb.mech.columbia.edu (Andrew P. Anselmo)
Subject: Re: Switching from Fortran to C (A funny!!!!)
Organization: Columbia University Department of Mechanical Engineering
Date: Fri, 11 Sep 1992 18:44:27 GMT
X-Posted-From: cumesb.mech.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu


With regards to the 'Fortran' written by M. Stemper- possibly the 
funniest thing that's been on this newsgroup all week.  Now, can we
stop the C versus Fortran debate?  Sheesh.  You'd think it was as
important as the New York versus LA debate :-).

-A.


-- 
-----------------------------------------------------------------------------
 Andrew Anselmo / Department of Mechanical Engineering / Columbia University   
   236A SW Mudd Building 212-854-2965 / anselmo@cumesb.mech.columbia.edu
From: kunkee@ferranti.com (randy kunkee)
Newsgroups: comp.lang.fortran
Subject: Absoft FORTRAN 77 compiler and debugger
Date: 15 Sep 92 19:21:42 GMT
Organization: Unix/Xenix Support Group

I've just received some literature from Absoft about their Fortran 77
compilers, and I'd like to know if there is anyone out there who has
experience with this compiler (under SVR4 386/486), and their
multilanguage debugger.  If so, would you please e-mail?

More generally, I'm looking for good tools to do multilanguage debugging
in a Fortran/C environment on Unix SVR4 on 386/486 platforms.  I would
like to have as seemless as possible mix between Fortran and C code,
and a source-level debugger which can handle jumping between languages
with ease.  Full screen, and especially an X-windows interface would be
a plus, though not required.
-- 
Randy Kunkee
Ferranti International Controls Corporation
12808 W. Airport Blvd.  Sugar Land, TX 77478
UUCP: uupsi!ficc!kunkee       ph: (713) 274-5132
INTERNET: kunkee@ferranti.com
Newsgroups: comp.lang.fortran
From: dglosser@world.std.com (david glosser)
Subject: fortran print filters for SUN (Unix)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: usa
Date: Tue, 15 Sep 1992 18:53:58 GMT
From: morten@oase.kemi.aau.dk (Morten Kjeldgaard)
Newsgroups: comp.lang.fortran
Subject: Long variable name problems, anyone?
Date: 11 Sep 92 09:52:19 GMT
Organization: Aarhus University, Denmark

Has anyone EVER found a modern f77 compiler that does NOT accept variable
names > 6 characters, and underscore characters?

/Morten

--
Morten Kjeldgaard  ~ morten@oase.kemi.aau.dk ~ mok@kemi.aau.dk
Biostructural Chemistry, Department of Chemistry, Aarhus University
Langelandsgade 140, DK-8000 Aarhus C, Denmark
Phone: +45 86 12 46 33 ~ +45 86 20 27 11 x6518 ~ Fax: +45 86 19 61 99
From: leus@aix.rpi.edu (Sheua-Wan Leu)
Newsgroups: comp.lang.fortran
Subject: include function
Summary: how to use "include function" in fortran
Keywords: include
Date: 11 Sep 92 21:55:12 GMT
Distribution: usa

Hi there:
	Does anyone out there know how to use "include" in fortran.
	I have a  source code :

	include(MF)
	
	IN  c , it is very obvious to use  include  function to include a  file.
	but I have no  idea  in F77.

	Please  email to leus@rpi.edu
	Thanks  in advance.
Newsgroups: comp.lang.fortran
From: john@aquarius.unm.edu (John Prentice)
Subject: Re: Switching from Fortran to C 
Date: Wed, 09 Sep 92 05:56:25 GMT
Organization: Dept. of Physics & Astro, University of New Mexico, Albuquerque

In article <1992Sep8.223138.4077@Comtech.com> syo@Comtech.com (Sinan Y. Othman) writes:
>I am an experienced Fortran programmer who, after considerable resistance,
>finally decided to switch to C.  I would like to hear from others out there
>who are, or have gone through, a similar process.
>

Let me one of the first and make a couple comments.  First, don't look at
it was a "switch".  A better attitude is that you are broadening your
horizons to include languages in addition to Fortran.  Once you know
more than one, you can choose the right one for each job, instead of being
limited by your ignorance.  The other comment I would make is to learn
C fast and then head on to C++.  C has alot of weaknesses, some of which
are fixed in C++.  In addition, with C++ you get an object oriented
language and that is a programming paradigm well worth exploring.  In any
case, enjoy!  Learning something new is always a great experience!  My
two cents worth :-) .

John
-- 
Dr. John K. Prentice                      
Partner, Quetzal Computational Associates    
3200 Carlisle N.E., Albuquerque, NM   87110-1664; 505-889-4543
john@aquarius.unm.edu -or- jkprent@cs.sandia.gov -or- prentice@rufous.cs.unm.edu
From: dove@pitt.edu (Daniel L Dove)
Newsgroups: comp.lang.fortran
Subject: Complex, Matrix Lib. for Fortran
Date: 8 Sep 92 18:56:26 GMT
Organization: University of Pittsburgh
Originator: dove@unix.cis.pitt.edu


	Hello, I need Fortran Lib. for Matrix, Complex number Func. If you

have or know where I can find these please let me know. Email me at

		

		dove@unix.cis.pitt.edu
		dove@vms.cis.pitt.edu

	Thanks in advance


				Dan Dare

Newsgroups: comp.lang.fortran
From: dirk@denali.ifg.tu-clausthal.de (Dirk Gajewski)
Subject: BCF77 compiler
Organization: tu-clausthal.de         
Date: Tue, 15 Sep 1992 13:10:32 GMT

I heard about a free FORTRAN77 compiler
BCF77. Does anybody know where it can be FTPed, i.e.,
site and directory?

Many thanks in advance,
Dirk 
Newsgroups: comp.lang.fortran
From: nsridhar@magnus.acs.ohio-state.edu (Natarajan Sridhar)
Subject: Checking parameter mismatch ....
Organization: The Ohio State University
Date: Tue, 15 Sep 1992 13:24:30 GMT

Thanks to Mark, Melvin and a bunch of others who responded
to my query. I found ftnchek to be adequate for my needs.
Groan .... it's very picky, too :-)

**sridhar**
From: st_waldman@zodiac.dsto.oz.au
Newsgroups: comp.lang.fortran
Subject: Re: Switching from Fortran to C
Date: 9 Sep 92 21:33:00 GMT
Organization: D.S.T.O. Aeronautical Research Laboratory

>    I am new to this newsgroup so pardon me if this subject has been beaten to
>    death (I suspect it is ) but ....
> 
>    I am an experienced Fortran programmer who, after considerable resistance,
>    finally decided to switch to C.  I would like to hear from others out there
>    who are, or have gone through, a similar process.
> 
>    Thank you,
> 
>    Sinan Othman

I have programmed in Fortran and Turbo Pascal fairly extensively,
and after looking at C it seems that you would be much better off
trying to learn C++. C++ is a more structured language than C,
and is also becoming very popular. It has better type checking than
C, and appears to be quite similar to Pascal in this respect.

Witold Waldman

witold@hotblk.dsto.gov.au
Newsgroups: comp.lang.fortran
From: sjc@genghis.borland.com (Steve Correll)
Subject: Re: Size of executables
Originator: sjc@genghis.borland.com
Organization: Borland International
Date: Wed, 9 Sep 1992 08:19:25 GMT

In article <1992Sep8.141200.12145@puma.ATL.GE.COM> wmitchel@fergie.dnet.ge.com (Bill Mitchell) writes:
>It would seem there is more than just a question of shared/static
>libraries involved here.  Consider the following two programs:
...
>edgar% f77 -o test1 test1.f
>test1.f:
> MAIN:
>edgar% f77 -o test2 test2.f
>test2.f:
> MAIN:
>	matmul:
>	sdot:
>	second:
>edgar% ls -l
>total 315
>-rwxr-xr-x  1 wmitchel   147456 Sep  2 11:20 test1*
>-rw-r--r--  1 wmitchel       88 Sep  2 11:21 test1.o
>-rwxr-xr-x  1 wmitchel   147456 Sep  2 11:21 test2*
>-rw-r--r--  1 wmitchel     5236 Sep  2 11:21 test2.o
>
>Why are the two executable *exactly* the same size?

One factor is that the "ls" command doesn't give a very accurate indication
of program size on most Unix systems (for example, the size of the BSS section
don't affect the size of the .o file at all; and the a.out file size is often
distorted by padding or alignment of sections). Try the "size" command instead
if your system provides one (Sun does). On System V there's usually a "dump"
program with bazillions of options which can tell you the size of the text
(instructions) and data within a object file.
From: fxt@helios.ucsc.edu (oxide owner)
Newsgroups: comp.lang.fortran
Subject: Re: lsoda accuracy on rs6000
Date: 14 Sep 1992 00:52:12 GMT
Organization: UCO/Lick Observatory
Distribution: world
NNTP-Posting-Host: helios.ucsc.edu

> fitzgb@mml0.meche.rpi.edu (Brian Fitzgerald):
> My results are inaccurate compared to what I get on a sparc1+.  The
> error accumulates gradually, and is only noticeable after many time
> steps. I've checked a few things already.

> Is anyone aware of accuracy problems with the rs6000?
> IBM AIX XL FORTRAN Compiler/6000  Version 02.02.0100.0003 

Yes. I have tripped over the rs6000; several groups i know
here at santa cruz and several at livermore as well. the problem is a 
defective compiler. let me go back and refresh my memory on which compiler
versions gave correct answers and which did not.

fxt
Newsgroups: comp.lang.fortran
From: rdm@jupiter.sun.csd.unb.ca (Robbie-O)
Subject: Random Variable Source Code
Organization: University of New Brunswick
Date: Tue, 15 Sep 1992 17:29:22 GMT

Can anyone tell me where I might find some source code to create a vector of
random variables preferably normaly distributed and a corresponding control
covariance matrix. 
 
I guess I'm just looking for possible ftp sites
BTW: This code is not for me, so please don't ask me any statistical 
questions. 

Rob Murray rdm@unb.ca or rdm@jupiter.sun.csd.unb.ca
From: pedro@eerc.berkeley.edu (Peter Clark)
Newsgroups: comp.lang.fortran
Subject: Problem with WRITE for large arrays
Date: 9 Sep 1992 18:59:12 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: jolt.eerc.berkeley.edu

Hi all,

I am having a problem writing out a large array of single precision
numbers.  I am using SUN FORTRAN on a SUN4 running SUNOS4.1.1.

Here is some code:

	 real*4 sdata(10000)
	 open(13,file='shimzdata',form='unformatted')

	 write(13) (sdata(k),k=1,NPTS)

The problem is, if NPTS is greater than about 2000, the program
crashes with this message:

*** Segmentation Violation = signal 11 code 3  
Traceback has been recorded in file:
	 /tmp/./conv.trace 
Note: Line numbers for system and library calls may be incorrect 
IOT trap

When I try to write out the same data to the terminal with

	write(6,*) (sdata(k),k=1,NPTS)

there is no problem for NPTS as large as 10000.

What's going on here?

Thanks for any and all help or advice,   Peter Clark

pedro@eerc.berkeley.edu

Xref: sparky comp.lang.fortran:3568 comp.unix.ultrix:6924
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.lang.fortran,comp.unix.ultrix
Subject: .netrc
Keywords: fsplit
Date: 15 Sep 92 18:04:24 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

Does the default option in .netrc actually work? If so how do I set it
up. I've used .netrc on my bsd machines but ultrix has a totally
different .netrc format with regards default which I can't get to work
no matter what I try. Anyone have a working .netrc that uses default
that I could have?
-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr%thor.cf.ac.uk@nsfnet-relay.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++
Newsgroups: comp.lang.fortran
From: klassen@sol.UVic.CA (Melvin Klassen)
Subject: Re: Long variable name problems, anyone?
Organization: University of Victoria, Victoria, B.C. CANADA
Date: Sat, 12 Sep 92 22:59:22 GMT

In article <*> davem@ee.ubc.ca (david michelson) writes:
>>(Morten Kjeldgaard  ~ morten@oase.kemi.aau.dk ~ mok@kemi.aau.dk) writes:
>>Has anyone EVER found a modern f77 compiler that does NOT accept variable
>>names > 6 characters, and underscore characters?
>Yes.  IBM VS Fortran (version 2.0) will not allow underscores in variable
>or subroutine names.  Long variable names are okay, though. 
It's interesting to see how a product can evolve!

Version 2, Release 2 of IBM's VS FORTRAN Program Product (June 1987)
added support for 31-character symbolic names, which can include
the underscore (_) character.
Version 2, Release 3 (March 1989) added comments-on-the-same-line, 
DO WHILE, and ENDDO.
Version 2, Release 4 (August 1989) added graphic relational operators.
Version 2, Release 5 (September 1991) added the use of TAB characters
in source programs, and coding of indirectly-recursive FORTRAN routines.

I've omitted many other additions and performance enhancers (striped I/O,
multi-tasking, parallel-processing, and vector-support, etc.).
Newsgroups: comp.lang.fortran
From: wmc@torpedo.uucp (Bill Cornette)
Subject: Re: Switching from Fortran to C 
Organization: Photon Research Associates, Inc.
Date: Wed, 9 Sep 1992 17:10:45 GMT

john@aquarius.unm.edu (John Prentice) writes:
: In article <1992Sep8.223138.4077@Comtech.com> syo@Comtech.com (Sinan Y. Othman) writes:
: >I am an experienced Fortran programmer who, after considerable resistance,
: >finally decided to switch to C.  I would like to hear from others out there
: >who are, or have gone through, a similar process.
: >
: 
: Let me one of the first and make a couple comments.  First, don't look at
: it was a "switch".  A better attitude is that you are broadening your
: horizons to include languages in addition to Fortran.  Once you know
: more than one, you can choose the right one for each job, instead of being
: limited by your ignorance.  The other comment I would make is to learn
: C fast and then head on to C++.  C has alot of weaknesses, some of which
: are fixed in C++.  In addition, with C++ you get an object oriented
: language and that is a programming paradigm well worth exploring.  In any
: case, enjoy!  Learning something new is always a great experience!  My
: two cents worth :-) .

	I agree with the above, and would like to bring to your attention
a book by James F. Kerrigan, 'From Fortran to C' from Windcrest/McGraw-Hill.
Although the idea of learning a new language from scratch is nice, it is
usually started by relating to analogies in the language with which you
are most familiar (language of birth :) ).
Newsgroups: comp.lang.fortran
From: klassen@sol.UVic.CA (Melvin Klassen)
Subject: Re: include function
Keywords: include
Organization: University of Victoria, Victoria, B.C. CANADA
Date: Sat, 12 Sep 92 19:53:09 GMT

In article <*> leus@aix.rpi.edu (Sheua-Wan Leu) writes:
>Does anyone out there know how to use "include" in fortran?
> ... I have no idea in F77.
You didn't state which compiler and which operating system you're using.
So, I'll guess.  If it happens to be the IBM VS FORTRAN Compiler,
see the IBM manual "VS FORTRAN Version 2 Programming Guide for CMS and MVS,
Release 5" (SC26-4222-6).  Read page 5 for CMS, or page 9 for MVS,
or, get a local consultant at RPI to read the appropriate page to you.
Newsgroups: comp.lang.fortran
From: syo@Comtech.com (Sinan Y. Othman)
Subject: Switching from Fortran to C 
Organization: Comtech Labs Inc, Palo Alto
Date: Tue, 8 Sep 1992 22:31:38 GMT

I am new to this newsgroup so pardon me if this subject has been beaten to
death (I suspect it is ) but ....

I am an experienced Fortran programmer who, after considerable resistance,
finally decided to switch to C.  I would like to hear from others out there
who are, or have gone through, a similar process.

Thank you,

Sinan Othman


Newsgroups: comp.lang.fortran
From: llew@coal.WPI.EDU (Lok C. Lew Yan Voon)
Subject: Unix fortran question
Organization: Worcester Polytechnic Institute
Date: Tue, 8 Sep 1992 17:55:26 GMT

I'm running an f77 program on dec3100 and dec5000.
it reads an input file, one of the lines being

      read(ninp,*) slr2 , slr3 , slr4

while the corr. line in the input file is

 0.0d0,0.0d0,0.0d0;

Now, can someone tell me whether there's a problem here?

Actually, it seems like. f77 didn't like the absence of
space b/w the last real*8 and the ';' character.
Yet, a (possibly older) f77 on another dec3100
didn't complain.

Qu: which one is the standard? is there a bug?

Xref: sparky comp.lang.fortran:3561 comp.unix.ultrix:6914
From: kathy@umd5.umd.edu (Kathryn M. Orhelein)
Newsgroups: comp.lang.fortran,comp.unix.ultrix
Subject: fsplit problem with Ultrix 4.2c and Fortran 3.2
Keywords: fsplit
Date: 15 Sep 92 15:16:29 GMT
Organization: University of Maryland, College Park


One of my users has a 1746-line fortran program (something with high energy
physics).  When compiled with    f77 -o test1 x5.f   it gives one set of
results (consistently).

When it is fsplit (into 20 routines), each compiled with f77 -c program.name,
and put together with  f77 -o test2 main000.o ....
it gives a different set of results (consistently).

The system is a DS 5000/200 running Ultrix 4.2c and DEC Fortran V3.2.

Any help where to start would be appreciated.
From: fx@gserv1.dl.ac.uk (Dave Love)
Newsgroups: comp.lang.fortran
Subject: Re: Long variable name problems, anyone?
Date: 14 Sep 92 16:54:06 GMT
Organization: SERC Daresbury Laboratory, Warrington, UK

I don't know whether you'd call it *modern*, but the f77 compiler for
the GEC OS4000 system probably falls into this category and is still
in use and supported.  It accepts (I think) the long names, but warns
you and truncates them to 6 characters, but doesn't grok underscores.
It wants upper case too.  I have some affection for it partly for
sentimental reasons but also because it provides a pretty good test of
standard-conformance.  [It's helped with CCP4, Morten!]  Being
single-pass it's also a speed win, even on 1/2 MIP systems...
Newsgroups: comp.lang.fortran
From: karish@pangea.Stanford.EDU (Chuck Karish)
Subject: Re: Calcomp to Postscript routines ?
Keywords: Calcomp, Fortran, Postscript
Organization: Mindcraft, Inc.
Date: Sun, 6 Sep 1992 16:27:30 GMT

In article <6563@lhdsy1.lahabra.chevron.com> jpr@lhdsy1.lahabra.chevron.com
(John C. Prestridge) writes:
>
>Is there any public domain or shareware conversion routines for converting
>CALCOMP fortran plotting routines to postscript file output and/or to  
>X-windows.

The vplot package, available from hanauma.stanford.edu by
anonymous FTP, will probably do what you want.

The package includes a FORTRAN-callable library (written in
C, intended to be usable from either language) that
implements a superset of the CALCOMP functionality.  Some
minor changes to the library may be needed to support
straight CALCOMP calls.

X and PostScript both have some support as vplot output
devices (enough to do vector plots) though the X filter is
probably dated with respect to changes in X.

This software is somewhat complicated to install.  It's
NOT a quick way to get a CALCOMP-to-X filter, but it
is a useful production system for people who do graphics on
UNIX systems with many different display devices.
--

    Chuck Karish          karish@mindcraft.com
    (415) 323-9000 x117   karish@forel.stanford.edu
From: ics$3771@altair.selu.edu
Newsgroups: comp.lang.fortran
Subject: Textbook Information
Date: 4 Sep 92 20:08:19 -0600
Organization: Southeastern Louisiana University

I am a senior at Southeastern LA Univ in computer science
and am familiar with various programming languages, but
am just recently enrolled in a Fortran 77 class with a
real crappy book.  I have looked in various bookstores but
haven't had any luck in finding a good textboo on this subject.
Any suggestions would be much appreciated.

Thanks in Advance

Connie  ICS$3771
From: Peter.Hammond@brunel.ac.uk (Peter D Hammond)
Newsgroups: comp.lang.fortran
Subject: Re: BCF77 compiler
Date: 15 Sep 92 17:32:04 GMT
Organization: Brunel University, Uxbridge, UK
X-Newsreader: Tin 1.1 PL3

Hi.
This should be on a FAQ. Is htere one?
You can get it from Cica, anonymous ftp to
ftp.cica.indiana.edu
name anonymous, password you e-mail address.

I cant remember the directory. Poke around a bit, I remeber it was
fairly intuitive. The documentation is in german. I have an English
copy which I posted here a while ago.

Happy hunting

-- 
BFN, Pete.

 Dept. Materials Technology | Disclaimer: SERC pay me | You sometimes have to  
 Brunel University          | to report my opinions,  |    listen to
 Uxbridge                   | not for theirs or the   | A lot of useless talk.
 Middx, UB8 3PH, UK.        | the university's.       |         N. Peart. (RUSH)