HDTenEightyP/NetNews huggingface dataset:
From: eepjm@wombat.newcastle.edu.au (Peter Moylan)
Subject: Re: Is Modula-2 dead?
Organization: University of Newcastle, AUSTRALIA
Date: Tue, 8 Sep 1992 00:16:57 GMT

In article <36848@uflorida.cis.ufl.edu>, bmr@retiree.cis.ufl.edu (Benedict Rafanello) writes:

> Modula-2 isn't dead yet, and looks to be doing well in Europe.  Maybe this
> country will wake up and the "C" craze the will pass. :)
 
In article <1992Aug28.125029.26916@texhrc.uucp>, ak45ldp@Texaco.com (Larry D. Pyeatt) writes:

> Don't count on it, Ben.  For some reason, most Americans have a dislike for "good"
> programming languages.  If only Wirth had been an American...

It's tempting to compare this with the Fortran vs. Algol situation in the
early 1970s.  At that time Algol-60 was very popular in Europe, and
Fortran was very popular in the U.S.  Because of the strong dominance
of the U.S.A. in the computer field, and in particular because of the
influence of IBM, the Europeans didn't have much leverage, and Algol-60
became very much a minority language.

The new factors now are that the U.S. no longer has quite the influence
which it used to have, that compilers are no longer big-budget items,
and that individual computer users now have greater freedom to choose
their languages, rather than being confined to the one or two
languages decently supported on the central computer.

One of the many reasons for the popularity of C is that C is not Ada.
This matters a lot in the U.S., I suspect, because of the DoD pressure,
but it is less of a factor in the rest of the world.

Now, none of these factors necessarily means that Modula-2 will
become a winner; but nor do they mean that it will become a loser.
American preferences are no longer a dominating factor.

I'd be curious to know what is popular in the countries with
expanding economies - parts of south-east Asia, for example.
-- 
Peter Moylan                      eepjm@wombat.newcastle.edu.au
From: tima@sequent.com (Timothy Alan Anderson)
Newsgroups: comp.lang.modula2
Subject: Why 3 button mice in Oberon?
Date: 15 Sep 92 22:38:54 GMT
Article-I.D.: sequent.1992Sep15.223854.11203
Organization: Sequent Computer Systems Inc.

I have just started perusing the various papers at gatekeeper.dec.com
about Oberon, and have purchased the book "The Oberon System" by
Martin Reiser. I fail to see why such a well thought out system uses 
something so specific as a three button mouse. The girations
required to 'interclick' are so rediculous that I can't imagine anyone
favoring this approach. I am up to page 25 in 
"The Oberon System" and there are allready two 'CAUTION' flags regarding
erronous 'interclicking'. Are there real benifits to this approach? Six
different button combinations allready has me sticking post-it notes
on my monitor so that I can remember what does what. 

I favor a 'one button' mouse approach, with single clicks, double clicks
and drags as the only viable choices. (No, I do not own a Macintosh). Has
anyone mapped an Oberon system out that uses this as a requirement?

Lastly, the oberon system on gatekeeper.dec.com doesn't seem to work at
all on my computer (486/33, windows, two button mouse). This is too bad...

tima@sequent.com

PS: Is there any way to make sure a standards comittee never get's it's hands
on Oberon? ;-)
From: A379@NEMOMUS.BITNET (Mark Johnson)
Newsgroups: comp.lang.modula2
Subject: Modula-2: Is a standard needed?
Date: 9 Sep 92 01:48:21 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet

> YES!
>
> Is the current standard the answer?  I don't know.
>
> Having to deal with several versions of Modula-2 compilers on different
> systems and trying to maintain code that will compile with any of them
> is a real pain.  PIM is NOT enough.

People have said that they could write portable code with PIM.
I'd like to hear how, in particular, how do you deal with
I/O?

Mark Johnson    a379@academic.nemostate.edu
From: dagenais@vlsi.polymtl.ca (Michel Dagenais)
Newsgroups: comp.lang.modula2
Subject: Re: any planned compilers?
Date: 9 Sep 92 14:37:23 GMT
Organization: Ecole Polytechnique de Montreal, Canada

In article <009604F6.684AD900.29512@esseX.stfx.ca> andrea@ESSEX.STFX.CA (John Andrea) writes:

   Does anyone have plans to build a compiler for Modula-2 or Modula-3
   for systems build around the new ALPHA chip from Digital Equipment Corp.

Well, Modula 3 is developed at DEC Systems Research Laboratories. They
certainly know about Alpha :-), and have probably seen it before many
others. They will certainly support Alpha in a timely fashion. The current
Modula 3 distribution produces intermediate C code but the next version
(later this year or early next year) will produce native code.
--
---------------------------------------------------------------------

Prof. Michel Dagenais			    dagenais@vlsi.polymtl.ca
Dept of Electrical and Computer Eng.
Ecole Polytechnique de Montreal		    tel: (514) 340-4029

---------------------------------------------------------------------
From: vanscoy@a.cs.wvu.wvnet.edu (Frances L VanScoy)
Newsgroups: comp.lang.modula2
Subject: overview advice?
Date: 9 Sep 92 10:59:01 GMT
Distribution: usa


I'm teaching the undergraduate survey of programming languages
course this semester and would like to spend one 75 minute lecture
on Modula 2.

Do you have any suggestions on what I should emphasize to give
my students an accurate impression of the language?

By way of background: because of recent changes in
our curriculum most of my students learned either Ada
or PL/I as a first programming language.  Most of the transfer
students in the class learned Pascal first.  I have one student
(doctoral student in history of science!) who knows only
Fortran and Basic.

Frances Van Scoy
West Virginia University
From: Peter.Froehlich@p100.f71.n246.z2.fidonet.org (Peter Froehlich)
Newsgroups: comp.lang.modula2
Subject: Re: m2 for scientific computation
Date: Mon, 31 Aug 92 19:23:00 PST
Organization: FidoNet node 2:246/71.100 - Heavenly City, Germering

Hallo!

Am 25.08.92 hat Patrick_Draper%1:105_42.0@FIDOAMC uns unter "Re: m2 for scientific computation" kundgetan:

> vs. C's   character pointer = (char *) integer pointer;

Why  should I want to convert a POINTER TO INTEGER into a POINTER
TO  CHAR  anyway?  A well-designed application has (IMHO) no need
for doing this...

By(T)e...
         Peter...

-- THE ANSWER V2.03

--  
uucp: uunet!m2xenix!puddle!2!246!71.100!Peter.Froehlich
Internet: Peter.Froehlich@p100.f71.n246.z2.fidonet.org
Newsgroups: comp.lang.modula2
From: andrea@ESSEX.STFX.CA (John Andrea)
Newsgroups: comp.lang.modula2
Subject: any planned compilers?
Date: 8 Sep 92 14:58:05 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

Heres a question open to compiler developers.

Does anyone have plans to build a compiler for Modula-2 or Modula-3
for systems build around the new ALPHA chip from Digital Equipment Corp.

I may be looking for a native OSF/1 64bit compiler.

John Andrea
VAX System Manager
St. Francis Xavier Univ.
Antigonish, NS
Canada
andrea@essex.stfx.ca
From: andrea@ESSEX.STFX.CA (John Andrea)
Newsgroups: comp.lang.modula2
Subject: Re: Is Modula-2 dead?
Date: 8 Sep 92 14:47:09 GMT
Reply-To: Modula2 List <INFO-M2%UCF1VM.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet

I would like to get a viewpoint from some European software developers
on the language issues.

Will the European Community (if it really becomes a single item) be requiring
software to meet EC wide standards, and will the choice of language be one
of those standards ?

If so, i assume that a euro-style language will be the choice, such as
Eiffel.

This does have some consequences for us North Americans, in terms of teaching
and development of software for world wide distribution.

But maybe such standards will go nowhere. ADA was to be the USA language of
choice, but it seems to have become C and now C++.
With the North American Free Trade Agreement (NAFTA) about to be signed
(Canada, US and Mexico) i have some worries that Canadians will be forced
to produce C++ code to match the USA defacto standards even though i prefer
to use euro-style languages.

John Andrea
VAX System Manager
St. Francis Xavier Univ.
Antigonish, NS
Canada
andrea@essex.stfx.ca
From: greg.vigneault@bville.gts.org (Greg Vigneault) 
Newsgroups: comp.lang.modula2
Subject: NEW FST MODULA-2... V3
Date: 12 Sep 92 21:23:00 GMT
Distribution: world
Organization: Baudeville BBS - Toronto, Canada 416-283-0114 2000+ conferences
Reply-To: greg.vigneault@bville.gts.org (Greg Vigneault) 


  This is directed to CSPT@giraffe.ru.ac.za, but may be of interest
  to all Modula-2 enthusiasts ...

>> I'll check into the (FST) BBS during the first of September, to
>> see if an announcement is posted.

> Thanks for the update

 Here's what Roger Carvalho says about FST Modula-2 version 3 (I got
 this directly from the FST BBS in Texas, on September 12, 1992) ...

    Sorry for the continued delay. The release 3 code is now finished
    and fully tested -- I encountered a few problems last week during
    regression testing...

    The documentation has been updated, although the chapter on OOP
    still needs work. Monday I will e-mail my OOP documentation to Pat
    Terry for his review (he does not know it yet!); I will be going
    out of town tuesday. I doubt that I will need more than 2 or 3 days
    to fix the OOP documentation, once I receive Pat's feedback.

    What all this means is that there will be a release 3.0 by the end
    of next week!

    You may start sending your checks :-)...

    Roger

 FST-M2 v3 adds OOP, with single inheritance.  This makes an already
 excellent shareware compiler even nicer.

 The registration/fee for FST-M2 v3 is US$50, which includes mailing
 to anywhere in the world.  Registered users of earlier versions may
 upgrade to v3 for US$10.  The FST mailing address is...

    Fitted Software Tools
    P.O. Box 867403,
    Plano, Texas 75086,
    U.S.A.

 The FST BBS number is (214)-517-4629  (they use PCBoard v11.8a/S).

 Hey, whether you write or call, tell them Greg Vigneault sent ya!

>>  be on Usenet, but couldn't find a reliable node.  He's thinking
>>  about getting onto FidoNet.

>Well, Fidonet works damn well.  I used it for years before we got
> on internet, and all the gatesways worked fine

 I'm now on FidoNet, with access to their Modula-2 conference.  If
 you're there too, do drop me a "Hello."

 Greg Vigneault

 Sep.12.1992.Toronto.Canada.
 greg.vigneault@bville.gts.org
 gregsv@eastern.com
                                                               
Newsgroups: comp.lang.modula2
From: andersen@reality (Robert Andersen)
Subject: Re: Is Modula-2 dead?
Organization: Encompass
Date: Tue, 15 Sep 1992 18:40:54 GMT

In article <BuL8Jw.s0@acsu.buffalo.edu> v064lnev@ubvmsd.cc.buffalo.edu (Avatar)  
writes:
> No,  but it ought to be.

Why don't you give us a reason instead of the non-intelligent response, it
ought to be.
Newsgroups: comp.lang.modula2
From: randy@psg.com (Randy Bush)
Subject: Re: BSI test suite
Organization: Pacific Systems Group, Portland Oregon, US
Date: Thu, 10 Sep 1992 06:58:49 GMT

seurer@rchland.vnet.ibm.com (Bill Seurer) writes:
> Has anyone used the (supposed) BSI Modula-2 test suite?  What does it
> test?  How thorough is it?  Where did you get it?  What did it cost?

It was not at all bad in 1985, though quite stale by now.  Aside from
rather fair language coverage (of PIM Modula-2) and the usual PVS-style
portability packaging, it allowed compilation host, target host, and
test-driver host to be separate.

Sadly, it is likely unavailable.  It was done for Hayes by a third party.
Hayes gave it to Georgia Tech.  Gatech licensed it to the BSI.  The BSI
has sat on it for 5-6 years.

randy
-- 
randy@psg.com   ...!uunet!m2xenix!randy
From: Jon.Guthrie@p25.f2000.n106.z1.fidonet.org (Jon Guthrie)
Newsgroups: comp.lang.modula2
Subject: Modula-2:  Is a standard needed?
Date: 12 Sep 92 06:57:52 GMT
Article-I.D.: puddle.23866.2AB365C3
Organization: FidoNet node 1:106/2000.25 - COMM Port One, Sugar Land TX

Bill Seurer (1:105/42) writes to All:

 >YES!

OF COURSE a standard is needed.  I don't think that was ever in doubt.  That is, after all, why the ISO convened a committee to create a document intended to standardize the language.

 >Is the current standard the answer?  I don't know.

This is, of course, the REAL question.  My personal opinion is that it is not.  I'm not THAT hard up for a set of portable I/O modules.

I'm pretty sure that Mr. Dotzel would be more than happy to sell me a copy of an implementation of a library based upon the current draft of the ISO standard, but I get the impression (despite the fact, or maybe BECAUSE OF the fact that he never mentions prices) that it would be priced well out of my league.

Perhaps the GNU Modula-2 compiler will have something interesting in it.  (Perhaps not.)


--  
uucp: uunet!m2xenix!puddle!106!2000.25!Jon.Guthrie
Internet: Jon.Guthrie@p25.f2000.n106.z1.fidonet.org
From: macq@miguel.llnl.gov (Don MacQueen)
Newsgroups: comp.lang.fortran
Subject: Re: f77 parse error (Sun 4)
Date: 9 Sep 92 17:33:04 GMT
Organization: Lawrence Livermore National Laboratory

In article <1992Sep5.051541.26950@chpc.utexas.edu>, aswx266@chpc.utexas.edu (Michael Lemke) writes:
|> In article <135445@lll-winken.LLNL.GOV> macq@miguel.llnl.gov (Don MacQueen) writes:
|> >I have a fortran subroutine that I got from somebody.
|> >It is from a complete code that was up and running
|> >under VMS.
|> >
|> >When I try to compile with f77 Sun fortran 1.4 on a
|> >Sun sparcstation IPC (Sun OS 4.1.2) I get this error
|> >message:
|> >
|> >Bad parse, return code 1
|> >
|> >What is this all about? I can't see anything wrong with
|> >the code.
|> 
|> With this little information I can only guess.  Next time provide 
|> exactly what you entered and the the precise error message.
|> 
|> My guess is you ran into the silly/stupid/sick Sun *extension* to treat 
|> a backslash in character constants as a masking symbol like in the 
|> shell.  So if you have something like 'a\' the Sun doesn't see the 
|> ending quote.  Try to compile with -xl.  That makes it a bit more VAX 
|> conform and removes *this* bug (feature, it is documented).  But your 
|> problem might something completely different.  Just my guess.
|> 
|> -- 
|> Michael Lemke
|> Astronomy, UT Austin, Texas
|> (michael@io.as.utexas.edu or UTSPAN::UTADNX::IO::MICHAEL [SPAN])

-- 
My thanks to Michael and a couple of people from Sun who
responded privately. It turns out the problem was some
extraneous parantheses in an implied do loop in a write
statement. The original code compiles and runs on a Vax.

Here is an example, an excerpt:

C	********************************************************
	SUBROUTINE WRITE1(IFOUT,NSITE,ALPHA)
C	********************************************************
C
      dimension zseason(10),pseason(10)
	    WRITE(IFOUT,360) ((I,ZSEASON(I),PSEASON(I)),I=1,NSEASON)
      end

I appreciate the advice to post the code. However, the error
message gives absolutely no clue as to where in the code
the error is, and I wasn't about to post a several hundred
line subroutine.

I did provide the precise error message. There were
some additional syntax error messages, but no indication that
any of them were associated with the above error message. Now,
of course, I know better.
---------------------------------------------------
Don MacQueen                   macq@miguel.llnl.gov
Lawrence Livermore Nat. Lab.
7000 East Ave., L-307          (510) 423-1062
Livermore, CA 94550
---------------------------------------------------
From: jac@ds8.scri.fsu.edu (Jim Carr)
Newsgroups: comp.lang.fortran
Subject: Re: Upgrading obsolete code
Keywords: FORTRAN,DECODE,UPGRADE,HOLLERITH
Date: 6 Sep 92 19:29:18 GMT
Reply-To: jac@ds8.scri.fsu.edu (Jim Carr)
Organization: SCRI, Florida State University

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

The functionality of the non-standard DECODE is provided by an 
internal READ in the FORTRAN-77 standard, complete with ERR= handling. 
Look under "internal records and files" or "Records, internal" in 
the index of f77 manual.

Your main problem will be that the read wants a CHARACTER variable 
for its input "record" and your code had Hollerith.  Best to convert 
the Hollerith stuff to character strings while updating the code.

--
J. A. Carr                                    |  "The New Frontier of which I  
jac@gw.scri.fsu.edu                           |  speak is not a set of promises
Florida State University  B-186               |  -- it is a set of challenges."
Supercomputer Computations Research Institute |   John F. Kennedy (15 July 60)
From: pedro@eerc.berkeley.edu (Peter Clark)
Newsgroups: comp.lang.fortran
Subject: Re: Problem with WRITE for large arrays (SOLVED!)
Date: 9 Sep 1992 21:42:32 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: rock.eerc.berkeley.edu

I had a problem writing out a large array of single precision
numbers into an unformatted file on a SUN4, SunOS 4.1.1
>
>	 write(13) (sdata(k),k=1,NPTS)
>
>The problem is, if NPTS is greater than about 2000, the program
>crashes.

Thanks to Matthew Saltzman (mjs@clemson.edu) for pointing out that there
was a bug in the binary write in f77 version 1.2 or 1.3 (I was using version
1.3.1).  I since recompiled with f77 version 1.4 and the problem is gone.

Bye,  Peter
Newsgroups: comp.lang.fortran,comp.unix.ultrix
From: cfrandal@iastate.edu (Charles F Randall)
Subject: Re: fsplit problem with Ultrix 4.2c and Fortran 3.2
Keywords: fsplit
Organization: Iowa State University, Ames, IA
Date: Tue, 15 Sep 1992 17:10:27 GMT

In article <15452@umd5.umd.edu> kathy@umd5.umd.edu (Kathryn M. Orhelein) writes:
>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.

Look at all calls to subroutines and functions and examine the type
and size of the arguments that are passed and those that are
expected.  I'll bet you'll find some pretty gross mismatches. 

The DEC Fortran compilers are able to try to "guess" at the subroutine
interfaces when all units are compiled together. They can't "guess"
when compiled separately. (Any DEC people out there care to comment on
how this is done?)

Compile the source with the "-V" option to get the compiler listing
file.  There'll be information there that tells you what the compiler
thinks the size and type of all variables are. You should be able to
use "ftnchek" to help you out also.

FYI,
Randy

Charles F. Randall IV |    _               | "Are you kidding? I study
Aerospace Engineering |  == \---------..,  |  from crisis to crisis!"
Iowa State University |  ==___-----_____>  |       -anonymous student
cfrandal@iastate.edu  | _____b________d___ | <== ascii space shuttle

Newsgroups: comp.lang.fortran
From: davem@ee.ubc.ca (david michelson)
Subject: Re: Long variable name problems, anyone?
Organization: University of BC, Electrical Engineering
Date: Fri, 11 Sep 1992 23:06:03 GMT

  

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

>Morten Kjeldgaard  ~ morten@oase.kemi.aau.dk ~ mok@kemi.aau.dk

Yes.  IBM VS Fortran (version 2.0) will not allow underscores in variable
or subroutine names.  Long variable names are okay, though. 
 
Dave Michelson
davem@ee.ubc.ca

Xref: sparky comp.lang.fortran:3573 comp.unix.ultrix:6933
From: treese@crl.dec.com (Win Treese)
Newsgroups: comp.lang.fortran,comp.unix.ultrix
Subject: Re: .netrc
Date: 15 Sep 92 21:22:05 GMT
Article-I.D.: vanilla.TREESE.92Sep15162205
Organization: DEC Cambridge Research Lab


The ULTRIX ftp doesn't support "default" in .netrc files.

You can submit an SPR to request one.

Win Treese
MIT Laboratory for Computer Science                  DEC Cambridge Research Lab
treese@lcs.mit.edu					     treese@crl.dec.com

Calvin's Prayer:

"The strength to change what I can,
 The inability to accept what I can't,
 And the incapacity to tell the difference."
Newsgroups: comp.lang.fortran,slac.users.ibm-pc
From: tlihsin@hubcap.clemson.edu (lih-sin the)
Subject: Re: Recommendations on 32-bit Fortran for PC?
Organization: Clemson University
Date: Tue, 15 Sep 1992 21:12:33 GMT

RHH@SLACVM.SLAC.STANFORD.EDU writes:


>Does anyone have words of wisdom on 32-bit Fortran compilers for
>PC use? My operating system of choice is OS/2 2.0 (DOS and Windows
>also possible... but it would be nice to avoid having to pay for
>a DOS extender!) I expect to port some programs which already work
>under MS-Fortran 5.0, and probably also some VM programs (some pain
>expected here).

>Some possibilities I have heard of are Lahey, Watcom, and Microway.
>Comments based on your personal experience with these or other
>products, comparisons between different products, and/or references
>to published reviews would all be most welcome.

>      -- R. Helm

	I use f2c and gcc on my OS/2 2.0 and f2c and gcc are written 
in 32 bits. I think someone in this group did a benchmark and find 
that f2c and gcc for OS/2 is about two times faster than 16 bit MS
fortran. I also have gnumake on my OS/2 and I usually create a
Makefile to run f2c and gcc. f2c, gcc, and gnumake can be downloaded
from anonymous site, ftp-os2.nmsu.edu. They work very well on my PC
and one best thing is that they are free, no cost!!
Newsgroups: comp.lang.fortran
From:  sergsh@seacost.pccentre.msk.su (Sergsh)
Distribution: world
Subject: LIST biz
Organization: Small Venture Seacoast
Date: Wed,  9 Sep 92 15:13:31 +0300
Reply-To: sergsh@seacost.pccentre.msk.su

LIST biz
QUIT

-- 
"SeaCoast", Limanskaj 1, Eisk,Krasnodar region,box 353660,fax/ph(007-86132)- 3-43-10,3-37-34        =====       |
 Dr.  Serg Shirokov    (8..17)  (18..21)     } o , o {
< sergsh @ seacoast.pccentre.msk.su >             -
or "For Shirokov.." < sur@sur.rndavia.rostov-na-donu.su>
Newsgroups: comp.lang.fortran
From: pawlak@vxdesy.desy.de
Subject: Re: Long variable name problems, anyone?
Organization: (DESY, Hamburg, Germany)
Date: Tue, 15 Sep 1992 12:30:39 GMT

In article <morten.716205139@oase>, morten@oase.kemi.aau.dk (Morten Kjeldgaard) writes:
> Has anyone EVER found a modern f77 compiler that does NOT accept variable
> names > 6 characters, and underscore characters?
> 
Hint: if you want to write portable code don't use underscores in names
- use spaces. It is perfectly legal and standard... On the other hand - since
about four years I didn't have to use any compiler that wouldn't allow
underscores.
						Michal
From: claes@sparc2.ikb.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.lang.fortran
Subject: Fortran on Sparc
Keywords: Fortran Sparc
Date: 11 Sep 92 14:06:21 GMT
Organization: University of Essen, Germany


Which is the fastest Fortran-Compiler on Sparc2?

Thanks in advance.

Juergen Groenner
University of Essen
Germany
email: juergen@sparc1.ikb.uni-essen.de

Newsgroups: comp.lang.fortran
From:  sergsh@seacost.pccentre.msk.su (Sergsh)
Distribution: world
Subject: SUBSCRIBE ...
Organization: Small Venture Seacoast
Date: Wed,  9 Sep 92 15:36:54 +0300
Reply-To: sergsh@seacost.pccentre.msk.su

SUBSCRIBE soc.culture.europe
SUBSCRIBE soc.culture.polish
QUIT




-- 
"SeaCoast", Limanskaj 1, Eisk,Krasnodar region,box 353660,fax/ph(007-86132)- 3-43-10,3-37-34        =====       |
 Dr.  Serg Shirokov    (8..17)  (18..21)     } o , o {
< sergsh @ seacoast.pccentre.msk.su >             -
or "For Shirokov.." < sur@sur.rndavia.rostov-na-donu.su>
Newsgroups: comp.lang.fortran