| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 343.1 | Trellis and C++ | TLE::JBISHOP |  | Fri Sep 25 1992 10:12 | 3 | 
|  |     Trellis and C++ for a start, and I think there's also an Owl.
    
    		-John Bishop
 | 
| 343.2 | DEC C++? | STKHLM::HENNERT | Ingela Hennert, TSC in Stockholm, Sweden | Fri Sep 25 1992 10:32 | 10 | 
|  |     
    Hi!
    
    Thanks for fast reply!!!
    
�   Trellis and C++ for a start, and I think there's also an Owl.
    
    Do we sell C++ ?
    
    //Ingela Hennert
 | 
| 343.3 | DEC C++ for OpenVMS VAX | TLE::SAVAGE |  | Fri Sep 25 1992 11:30 | 6 | 
|  |      Re: .2 by STKHLM::HENNERT:
    
    >    Do we sell C++ ?
    
     See Note 483 in the conference TURRIS::C_PLUS_PLUS, especially
     replies .87 and .111
 | 
| 343.4 | More | COUNT0::WELSH | If you don't like change, teach Latin | Mon Sep 28 1992 09:10 | 12 | 
|  | 	According to the article by Gerry Therrien, the product manager,
	in the latest Sales Update, DEC C++ for OpenVMS VAX V1.1 is
	orderable immediately.
	DEC Trellis is also available (Owl is part of Trellis), but before
	taking any orders you ought to check the product's status with the
	product manager, Jerry PIPE::Smith.
	Other OO languages such as Smalltalk, Eiffel, Modula 2, Modula 3,
	Objective C, etc., are very likely available from third parties.
	/Tom
 | 
| 343.5 |  | BHAJEE::JAERVINEN | VMS++ == WNT | Mon Oct 19 1992 05:19 | 2 | 
|  |     I wouldn't call Modula-2 object oriented...
    
 | 
| 343.6 | And M3 is not available | UNTADI::BRAEU |  | Tue Oct 20 1992 03:36 | 2 | 
|  |     And Modula-3, although (IMHO) an excellent, object oriented language,
    is unfortunately still not available for VMS :-(
 | 
| 343.7 |  | TLE::VANROGGEN |  | Sat Dec 05 1992 11:28 | 2 | 
|  |     Digital also sells Lucid Common Lisp on VAX/VMS, which includes
    CLOS.
 | 
| 343.8 | Ada | TAV02::NITSAN | One side will make you larger | Tue Dec 15 1992 12:55 | 8 | 
|  |     >  What object-oriented languages exist on VMS today?
  Many would not consider Ada to be object-oriented, but on the
  other hand - many will. Whether it is or not (and especially
  if you want it to be), it has great marketing advantages for
  Digital for its good & long reputation.
 /Nitsan
 | 
| 343.9 | ada | STAR::ABBASI | iam your friendly psychic hotline | Fri Dec 18 1992 14:30 | 8 | 
|  |     I think ADA is called Object-based as opposed to object-oriented.
    please dont ask me what is the difference or what this really
    means ;-)
    /nasser
    
 | 
| 343.10 |  | DIGITS::BRETT |  | Fri Dec 18 1992 16:16 | 27 | 
|  |     Ada 83 is generally regarded as object-based, or supporting object
    oriented design, or some such.
    
    Ada 9X will be truely object-oriented.
    
    The biggest difference is how you can have the following case..
    
    		root-type
    			operation Q
    			operation P(X : root-type) does Q(X)
    
    		extension-of-root-type
    			operation Q is redefined
    
    		P(object-of-extension-of-root-type)
    			which Q is called?
    
    
    In Ada 83, there is a good chance the root-type's Q is the answer, and
    you have to work hard to get the extension Q.
    
    In C++, Ada 9X, and other OO languages, it is easy to get to
    extension-Q.
    
    
    /Bevin
    
 | 
| 343.11 | Object Based < Object Oriented | TAV02::NITSAN | One side will make you larger | Wed Dec 30 1992 02:21 | 21 | 
|  | Re .9:
  >  I think ADA is called Object-based as opposed to object-oriented.
  >
  >  please dont ask me what is the difference or what this really
  >  means ;-)
Bertrand Meyer, in "Object-Oriented Software Construction" defines seven
so-called "levels" of "object orientation". Peter Wegner also deals with
the definition of an "object oriented language". The general conception
is that "OBJECT BASED language" has featues for encapsulation, data
abstraction, etc. These features define the "objects" (or "classes").
An "OBJECT ORIENTED language" has *ALSO* the notion of using modules
as types (e.g., "package type", array of packages) and then introducing
inheritance between the objects (e.g., sub-package).
However, there *are* arguments which say that some aspects of inheritance,
especially when misused, may hurt the original intention of the whole
methodology, which was meant to assist in integration and maintenance.
Nitsan.
 |