HDTenEightyP/NetNews huggingface dataset:
From: un036410@wvnvms.wvnet.edu
Newsgroups: comp.lang.ada
Subject: HELP! Ada compiler needed!!
Date: 27 Jan 93 01:40:25 EST
Organization: West Virginia Network for Educational Telecomputing



HELP I DESPERATLY need a good ADA compiler!! (Heck and ada compiler would do)
could someone give me some help on the subject!!?? (shareware-freeware is
preferable!!!!)  PLEASE any help will do just a name so that I can archie for
it would even be enough!  THANK YOU VERY MUCH
                                                     HyPeR aCtIvE
                                                  un036410@wvnvms.wvnet.edu
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.lang.ada
Subject: Re: Comments on Ada vs. C++ panel
Date: 21 Jan 93 19:23:33 GMT

dag@bellman.control.lth.se (Dag Bruck) writes:

>Last week there was a panel on Ada vs. C++ in Monterey.  Would anyone
>who attended post a personal report on comp.lang.ada?

No, please don't!!!

	;-)
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.lang.ada
Subject: Re: DIANA (Was Re: ASIS (Was Re: IrisAda))
Keywords: Diana Ada Tool Books
Date: 23 Jan 93 19:49:34 GMT

yow@sweetpea.jsc.nasa.gov (Bill Yow) writes:

>Where can one get a good book or information about DIANA?

	"DIANA - An Intermediate Language for Ada"
	Springer-Verlag Lecture Notes in Computer Science #161
	Edited by G. Goos, W.A. Wulf, A.Evans, Jr. and K.J. Butler


  .Bob.
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
Newsgroups: comp.lang.ada
From: tcrook@u.cc.utah.edu (Tom Crook)
Subject: Jovial J3B Compiler
Keywords: Jovial
Organization: University of Utah Computer Center Student Mail Machine
Date: Tue, 26 Jan 93 19:42:04 GMT

I know this is the Ada group, but I don't know any better place to
post an inquiry about Jovial.  I am looking for contacts of people or
companies that might have knowledge or availability of Jovial J3b
compilers.  The place where I work when I'm not being a student has to
maintain F-16 A/B software.  The old SofTech compiler we have only
runs on IBM VM/CMS release 4 and IBM OS.  We need to try and find one
that would run under newer IBM releases or even on other platforms
such as VAX/VMS or Unix.

Even rumors might be useful at this point.  We've exhausted all leads
such as the Ada/JUG newsletter.  If you know someone who worked on J3B
compilers years ago, let me know.

Thanks




-- 
 /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/
 | Thomas Crook                  He that hath no beard is less than a man   |
 | tcrook@u.cc.utah.edu                            --William Shakespeare    |
/__________________________________________________________________________/
From: un036272@wvnvms.wvnet.edu
Newsgroups: comp.lang.ada
Subject: REQ: CS2 Textbook Info. Needed
Date: 24 Jan 93 22:33:51 EST
Organization: West Virginia Network for Educational Telecomputing


   I was wondering if anyone has ever compiled a list of all the textbooks
that could be used to teach the second course in computer science where
Ada is the primary language? If such a list exists, I would appreciate it
being posted. Also, any outlines of course content (e.g. at what point in the
course are access types presented) that anyone has used to teach the second
course in Ada would be appreciated.

Thanks in advance...

Jeff Gray
jgg@cs.wvu.wvnet.edu
Newsgroups: comp.lang.ada
From: mfeldman@seas.gwu.edu (Michael Feldman)
Subject: Re: Why and how do organizations select the OO
Organization: George Washington University
Date: Mon, 25 Jan 1993 04:20:40 GMT

In article <24691@alice.att.com> bs@alice.att.com (Bjarne Stroustrup) writes:
>
>I realize you probably can't name names, but it would be nice if you could
>for two reasons. Firstly because charaltans ought to be exposed, secondly
>because someone could misinterpret your statement into something condemning
>lange groups of ``OO-experts'' as windbags who don't deliver. (there are
>no shortage of windbags and self-proclaimed ``experts,'' but no one field
>has a monopoly on them).

You're right, Bjarne - I can't name names. I won't tar an individual with
an ad hominem public attack, especially if I have no independent basis for
it. I did not observe this consultant in action, nor see his work in this
case. His client was frustrated but I can't really assess the reason for
the frustration. And naturally no field has a monopoly on windbags.

As is often my style, I chose a couple of anecdotes to comment on a  
more general situation, and to provoke reactions like yours :-)

The point was not to tar OO experts as windbags, but to comment on the
state of things. The customer in this case is thrashing around, has
little knowledge of what's happening in the field, and is making purely
political/religious statements. My distress came from the fact that
the organization didn't seem really interested in finding out more
or get really educated. They were - as is so often the case -  arguing
from nontechnical starting points. There are pro-OO and anti-OO factions
in the group, neither being especially scientific. There is also a 
faction that believes the Ada mandate should be followed in their case,
and a faction that is working harder to evade the mandate that they
would need to work to follow it.

Their state of knowledge of OO truly seemed to be "It's that stuff that
C++ has and Ada doesn't." Some in the group were quite surprised to
discover (from me) that Ada supports information hiding and private types.
Their eyes glazed over when I got to the intricacies of inheritance.
Somebody told them that OO was the way to go, but apparently did not
explain just what that was supposed to mean. Somebody else told them
that Ada absolutely, positively, could not be used for what they had
in mind. They couldn't explain why, either, just that they'd read it
somewhere (Government Computer News, maybe?).

I wouldn't be surprised if there were more such groups out there.
Your tax money at work, folks.

Mike Feldman
From: parkhill@email.sp.paramax.com (parkhill)
Newsgroups: comp.lang.ada
Subject: Re: Ada and 2167 Unit Testing
Date: 21 Jan 1993 10:06:09 -0600
Organization: Paramax -  Eagan, MN
Distribution: usa
NNTP-Posting-Host: email.sp.paramax.com

eachus@oddjob.mitre.org (Robert I. Eachus) writes:
> 
>     In any case, if a package has subunits beat anyone necessary over
> the head with the fact that these are SUBunits, not subUNITS.  They
> are separated out for the convenience of the developers, and usually
> should not be regarded as separate units for test purposes.
> 
>      A rule of thumb, and it is only a rule of thumb, is that there
> should be an average of unit for each 300 to 1000 SLOC, and most of
> these units should be either package specifications or package bodies.
> A 60 KSLOC project would be tracking about 100 units.  Again the right
> answer for your project will depend on many factors.  (But if you
> spend a lot of time testing ten line units...)

On our project, units are library level packages spec and body together.
The subunits (separate subprograms) are treated as part of the package
UNIT. This seemed to make sense since you can't test a subprogram 
declared in a package specification without "withing" the specification.
Meaning it can't really be tested alone (not a separately testable
item). Subprograms declared in the package body present even more of
a problem.

Actually, testing under 2167 is still a little fuzzy for me. How can
testing be done in exclusion on the subprogram level? For instance,
how could you test a semaphore seize unit without using the corresponding 
inverse operation (unit) release?  How could you test putting something
in a queue without taking it out?  By placing the operations in the 
same unit logical testing seems possible. Perhaps I do not understand
the restrictions of separately testing units under 2167.

Another fuzzy thing about the concept of unit on our project is that
our coding style makes most if not all subprograms declared in the
body of a package separates. The separate subprograms are all in
separate files. Clearly this is not unusual, but then we run a utility
that takes all the separates and puts them back into the parent 
packages.  We do this because it reduces code size and link time in
our system.  So for development (to make it easier on the humans) the
code is in separate more understandable bite sized files, but for the
computer the code is de-separatized so code generation is more
efficient and linking takes much less time.

Robert Parkhill
Newsgroups: comp.lang.ada
From: progers@ajpo.sei.cmu.edu (Pat Rogers)
Subject: Re: Guest account at Center for Software Reuse
Organization: Software Engineering Institute
Date: Mon, 25 Jan 1993 11:46:36 EST

In article <SRCTRAN.93Jan22122826@world.std.com> srctran@world.std.com (Gregory Aharonian) writes:
>
>>The Center for Software Reuse Operations (CSRO) Customer Assistance
>>Office (CAO) has disable the guest account due to security issues.
>
>This pathetic excuse for shutting down an entire reuse operation reminds
>of the secrecy crap at the Software Engineering Institute.  I was there
>a few years ago, went to the entrance, and asked to see if I could use
>the SEI library.  The guard at the front desk informed me that no one could
>walk unescorted throughout the SEI building.  I suppose like CSRO that some
>parts of the SEI building had classified stuff, but with all of the money
>they have to waste, in both cases, it is pure incompetency to have to
>completely restrict access to the entire facilities.
>

Perhaps they recognized you.  :)

>
>**************************************************************************
>Greg Aharonian
>Source Translation & Optimiztion
>P.O. Box 404, Belmont, MA 02178

P Rogers
progers@ajpo.sei.cmu.edu
From: Maxim A.Titov <xim@bk901.exnet.msk.su>
Newsgroups: comp.lang.ada
Subject: <none>
Date: Wed, 27 Jan 93 19:18:43 -0500
Distribution: world
Organization: InterEVM (dep. 044)
Reply-To: xim@bk901.exnet.msk.su

CHECK


Newsgroups: comp.lang.ada
From: jbg@sei.cmu.edu (John Goodenough)
Subject: Re: Guest account at Center for Software Reuse
Organization: The Software Engineering Institute
Date: Mon, 25 Jan 1993 10:48:31 EST


In article <SRCTRAN.93Jan22122826@world.std.com>, srctran@world.std.com (Gregory Aharonian) writes:
|> 
|> >The Center for Software Reuse Operations (CSRO) Customer Assistance
|> >Office (CAO) has disable the guest account due to security issues.
|> 
|> This pathetic excuse for shutting down an entire reuse operation reminds
|> of the secrecy crap at the Software Engineering Institute.  I was there
|> a few years ago, went to the entrance, and asked to see if I could use
|> the SEI library.  The guard at the front desk informed me that no one could
|> walk unescorted throughout the SEI building.  I suppose like CSRO that some
|> parts of the SEI building had classified stuff, but with all of the money
|> they have to waste, in both cases, it is pure incompetency to have to
|> completely restrict access to the entire facilities.

I can't resist mentioning that the primary benefit of this rule is to
eliminate theft of computer equipment, of which we have a lot!  Imagine the
(accurate) charge of "incompetence" that would be levied if we were regularly
ripped off!  (People do enter the building and use the facilities unescorted
once they have been vouched for by someone on the staff.)

John B. Goodenough					Goodenough@sei.cmu.edu
Software Engineering Institute				412-268-6391
Newsgroups: comp.lang.ada
From: breland@cobweb.mcc.com (Mark A. Breland)
Subject: Re: Why and how do organizations select th
Reply-To: breland@cobweb.mcc.com
Organization: MCC
Date: Mon, 25 Jan 1993 17:38:47 GMT

In article 29355@seas.gwu.edu, mfeldman@seas.gwu.edu (Michael Feldman) writes:
>
>    They hired a _really_ big-name consultant (NOT a professor, Mark!)
>    to teach them his OO methodology and take a first crack at a design
>    for them. After collecting a very large fee, he walked away from the
>    project, leaving behind what they say is an unworkable design. 
>    Conceivably we (I and another professor friend) will get involved 
>    helping them sort it all out. Might be fun.

Pardon me...I suppose I should have entitled ol' Harumptyrump differently...
Such a *professorial* generalization was inappropriate on my part.  ;)

>You're right, Bjarne - I can't name names. I won't tar an individual with
>an ad hominem public attack, especially if I have no independent basis for
>it. I did not observe this consultant in action, nor see his work in this
>case. His client was frustrated but I can't really assess the reason for
>the frustration. And naturally no field has a monopoly on windbags.

Unfortunately, if the referenced OO windbag DID deposit an expensive load
of trash, he dealt legitimate OO experts and practitioners a terrible blow.
It's difficult enough convincing leery implementers to accept a new perfectly
valid method, much less one tainted in this manner by a so called "expert".
Incidents such as these merely bolster the ammo stores of the anti-OO
coalition, and diminish community acceptance of the OO approach to
programming-in-the-large.

---
Mark A. Breland - Microelectronics and Computer Technology Corporation (MCC)
Ada Fault Tolerance                               | voice:    (512) 338-3509
3500 West Balcones Center Drive                   | FAX:      (512) 338-3900
Austin, Texas 78759-6509   USA                    | internet: breland@mcc.com

Newsgroups: comp.lang.ada
From: degrant@seq.uncwil.edu (DeGrant, Kenneth L)
Subject: On-Line LRM
Organization: University of North Carolina at Wilmington
Date: Thu, 21 Jan 1993 18:58:43 GMT

I have a version of the LRM, but it is an executable for MS-DOS
with a good menu-driven interface.  It is shareware at one of the
sites ( wuarchive, I think ).  

I enjoy it, because it was easy to use.  
-- 
degrant@seq.uncwil.edu
degrant_kl@wl.corning.com
Newsgroups: comp.lang.ada
From: obry@flash.bellcore.com (Pascal Obry)
Subject: Re: SOS find the bug....
Organization: /u/obry/.organization
Date: 21 Jan 93 16:38:08


Christian,

Like you have noticed, it's only a problem of visibility.

You make the generic package visible into the package PACK1.

	by a : use PACK3_INST;

But you didn't into the package body PACK1.

(see LRM 8.4 about use clause and the visibility)


>		package body PACK3 is 
>
>		procedure PROC3 ( In_Record3 : in RECORD3 ) is

  *** Here RECORD3 is visible since it is inside the package 

>		begin
>			null ;
>	        end PROC3 ;
>
>		end PACK3 ;
>
>-- if I don't use the expression
>--     procedure PROC2 ( In_Record2: in RECORD2 ;
>--    	                 In_Record3: in PACK3_INST.RECORD3 ) is
>-- I get a compilation error message (see below)
>--
>

   *** Since PROC2 is outside the PACK3 ...
   *** you should add : use PACK3_INST;
   *** to have the visibility of RECORD3

>        procedure PROC2 ( In_Record2: in RECORD2 ;
>	      	      	  In_Record3: in RECORD3 ) is
>	begin
>		null ;
>	end PROC2 ;


Hope this help,
Pascal.
--

-------------------------------------------------------------------------------
--  Pascal OBRY								     --
--  Room 2D-337				e_mail : obry@bellcore.com  	     --
--  Bellcore								     --
--  445 South Street			voice : 1 - 201 829 4039	     --
--  Post Office Box 1910		FAX   : 1 - 201 829 5981	     --
--  Morristown, New Jersey 07962-1910					     --
-------------------------------------------------------------------------------

  `` inheritance is surely a good answer, but who knows the question ? ''
From: srctran@world.std.com (Gregory Aharonian)
Subject: Re: Guest account at Center for Software Reuse
Organization: The World
	<SRCTRAN.93Jan22122826@world.std.com>
	<1993Jan25.114636.10496@sei.cmu.edu>
Date: Mon, 25 Jan 1993 17:49:52 GMT


>Perhaps they recognized you.
>P Rogers

Well, if you mean that the guards recognized someone approaching them
who was cataloging all of the government's software and who wanted to
include whatever was floating aroung SEI, guards who knew that like
the rest of the DoD reuse efforts one SEI goal is to make it as difficult
as possible for the public to get at reusable defense software, well
then I suspose your explanation of the guard's behavior makes sense.

Then again, it might have been the fumes from all of those plush new
rugs at SEI that clouded the minds of the guards who didn't let me in.
(this is a jibe solely for the pleasure of anyone fortunate enough to
have worked at the Quonset hut facilities at Argonne National Labs).

Greg Aharonian
Source Translation & Optimization
-- 
**************************************************************************
Greg Aharonian
Source Translation & Optimiztion
P.O. Box 404, Belmont, MA 02178
Newsgroups: comp.lang.ada
From: umlippen@ccu.umanitoba.ca (Rick Lippens)
Subject: Re: On-Line LRM
Originator: umlippen@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
Date: Sat, 23 Jan 1993 17:09:54 GMT

In <1993Jan21.185843.26964@seq.uncwil.edu> degrant@seq.uncwil.edu (DeGrant, Kenneth L) writes:

>I have a version of the LRM, but it is an executable for MS-DOS
>with a good menu-driven interface.  It is shareware at one of the
>sites ( wuarchive, I think ).  

>I enjoy it, because it was easy to use.  

That's exactly what I'd like to get my hands on.  You wouldn't know the
name of this LRM program would you?  Or which directory?

Rick
-- 
/-----------------------------------------------------------------------------\
| Rick Lippens, Year IV (Honors) [Co-op] Computer Science                     |
| Internet Address: umlippen@CCU.UManitoba.CA  University of Manitoba, Canada |
\-----------------------------------------------------------------------------/
From: Slava V.Elchaninov <slava@bk901.exnet.msk.su>
Newsgroups: comp.lang.ada
Subject: <none>
Date: Tue, 26 Jan 93 13:50:38 -0500
Distribution: world
Organization: InterEVM (dep. 044)
Reply-To: slava@bk901.exnet.msk.su

PACK
GROUP comp.windows.ms.programmer
ART	11802
ART	1469
GROUP comp.std.c++
ART	2824
GROUP relcom.archives
ART	576	
GROUP relcom.games
ART	119



Newsgroups: comp.lang.ada
From: drodman@hotel.mitre.org (David B Rodman)
Subject: Re: Programs wanted
Organization: The Mitre Corporation - Reston, VA
Date: Tue, 26 Jan 1993 13:35:13 GMT

In article <1993Jan25.180334.4567@wvnvms.wvnet.edu> pk115050@wvnvms.wvnet.edu writes:
>
>1. Determine the number of nodes and edges that are present in a piece of
>ADA code.
>
>2. Determine the following from a piece of ADA code:
>   A. The number of unique operators.
>   B. The number of unique operands.
>   C. The total number of operators.
>   D. The total number of operands.
>
>Any help will be appreciated.
>

I have to agree with Dave Emery, what you are asking for is alot. I doubt 
that you will be able to find source to do this, however you may find $$$$ tools
that will help. You could start with paul@reasoning.com . I understand that they 
have a new ada parser for their tool set. There may be other companies providing 
similar types of services.

David Rodman
My opinions are my own and not endorsed or sponsored by my employer. Besides who 
would pay for them.
 
Newsgroups: comp.lang.ada
From: progers@ajpo.sei.cmu.edu (Pat Rogers)
Subject: Re: Why and how do organizations select the OO
Summary: Difference between education and training 
Organization: Software Engineering Institute
Date: Tue, 26 Jan 1993 11:28:47 EST

In article <24696@alice.att.com> bs@alice.att.com (Bjarne Stroustrup) writes:
>
[lots of good stuff deleted]
>
>One way of expressing this is that companies (and individuals) wants mere
>training (i.e. ways of using new tools without absorbing new concepts).
>What they need is education (i.e. new concepts and their related techniques).
>

I have found this very much true.  Once when asked the difference, a wise
man said:

	"Sex EDUCATION is what you want for your sixteen year old daughter.
	TRAINING is what _you_ want."

p rogers
progers@ajpo.sei.cmu.edu
From: hso6230@dsacg3.dsac.dla.mil (Greg A Buskirk)
Newsgroups: comp.lang.ada
Subject: Re: Ada / SQL bindings experience with Oracle DB
Date: 22 Jan 93 13:25:10 GMT
Organization: Defense Logistics Agency Systems Automation Center, Columbus

From article <1993Jan19.164310.25052@sei.cmu.edu>, by fredmd@ajpo.sei.cmu.edu (Fred Maymir-Ducharme):
> I'm looking for input from the community regarding the
> availability and utility (maturity) of available Ada - SQL
> bindings.  I'm being asked to develop some software in
> Ada, and need an SQL binding to access the Oracle DB.
> 
> The AdaIC gave me the name of a couple of vendors, but I
> thought I'd first get the word on the street..
> 
> Thanks in advance!
> 
> Fred M-D
> 
> Please send comments to: fredmd@stars.reston.paramax.com
> Thanks




I know that the ASSET repository has an Ada/SQL binding:

Phone # (304) 594-3954
FAX #   (304) 594-3951
EMAIL   info@source.asset.com
ADDRESS  ASSET
	 2611 Cranberry Square
	 Morgantown, WV 26505

Also the Air Force repository (AFDSRS) at Gunter also contains an Ada/SQL
binding which I am presently porting from a VAX/VMS platform to a AT&T
3B2/UNIX platform. The POC for the AFDSRS is:

POC	: Rob Rutherford
PHONE # : (205) 416-5855
DSN #   : 596-5855
DDN IP  : 140.185.42.1

I hope this helps !!!!

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%


Newsgroups: comp.lang.ada
From: rlk@VisiCom.COM (Bob Kitzberger)
Newsgroups: comp.lang.ada
Subject: Re: Why and how do organizations select the OO
Date: 23 Jan 93 20:21:52 GMT

bs@alice.att.com (Bjarne Stroustrup) writes:

>mfeldman@seas.gwu.edu (Michael Feldman @ George Washington University) writes
>
>    They hired a _really_ big-name consultant (NOT a professor, Mark!)
>    to teach them his OO methodology and take a first crack at a design
>    for them. After collecting a very large fee, he walked away from the
>    project, leaving behind what they say is an unworkable design. 
>
>I realize you probably can't name names, but it would be nice if you could
>for two reasons. Firstly because charaltans ought to be exposed, secondly
>because someone could misinterpret your statement into something condemning
>lange groups of ``OO-experts'' as windbags who don't deliver. (there are
>no shortage of windbags and self-proclaimed ``experts,'' but no one field
>has a monopoly on them).

There is a possibility, of course, that the design was indeed 'good', but
the engineers on the project weren't qualified enough (read: OO-educated,
open-minded, etc.) to implement it.

	.Bob.
----------------
Bob Kitzberger          VisiCom Laboratories, Inc.
rlk@visicom.com         10052 Mesa Ridge Court, San Diego CA 92121 USA
                        +1 619 457 2111    FAX +1 619 457 0888
From: progers@ajpo.sei.cmu.edu (Pat Rogers)
Subject: Re: Guest account at Center for Software Reuse
Organization: Ada Joint Program Office
Date: Tue, 26 Jan 1993 11:34:42 EST

In article <SRCTRAN.93Jan25124952@world.std.com> srctran@world.std.com (Gregory Aharonian) writes:
>
>>Perhaps they recognized you.
>>P Rogers
>
>Well, if you mean that the guards recognized someone approaching them
>who was cataloging all of the government's software and who wanted to
>include whatever was floating aroung SEI, guards who knew that like
>the rest of the DoD reuse efforts one SEI goal is to make it as difficult
>as possible for the public to get at reusable defense software, well
>then I suspose your explanation of the guard's behavior makes sense.
>

[other text deleted]

>Greg Aharonian

Greg, if you are going to quote me, please do so completely (or get
a sense of humor). What I said was:

>>Perhaps they recognized you.  :)

Note the smiley.  Is your net software not acquiring the entire text?

P Rogers

Newsgroups: comp.lang.ada