home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / object-faq / part10 < prev    next >
Encoding:
Text File  |  1995-07-25  |  33.7 KB  |  958 lines

  1. Subject: Comp.Object FAQ Version 1.0.7 (10-27) Part 10/10
  2. Newsgroups: comp.object,comp.answers,news.answers
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Date: 29 Oct 1994 11:43:19 GMT
  5.  
  6. Archive-name: object-faq/part10
  7. Last-Modified: 10/27/94
  8. Version: 1.0.7
  9.  
  10. >62  Amadeus, persistence
  11.  
  12. From: aoife@mordred.st.nepean.uws.edu.au (Aoife Cox)
  13. Subject: Re: In Search of Persistence
  14. Date: 14 Dec 1993 20:04:38 +1100
  15. Organization: University of Western Sydney
  16.  
  17. >I have been searching the net trying to find any locations for papers about
  18. >implementation of persistence object systems or about persistence and OOPL.  As
  19. >yet, I have not found anything remotely related.
  20.  
  21. >Are there any ftp sites with such papers that someone can direct me to?
  22. There should be some papers on the Amadeus system, developed by the
  23. Distributed Systems Group at Trinity College, Dublin, ftp-able from
  24. ftp.cs.tcd.ie. Look in the /pub/tcd/tech-reports directory....
  25.  
  26. Hope this helps.
  27.  
  28. Aoife
  29.  
  30.  
  31. >63  Chorus,Dist,RT,MicroK
  32.  
  33. From Marc Maathuis (mm@chorus.fr):
  34.  
  35. You may want to take a look at CHORUS, a distributed real-time
  36. microkernel that can be combined with the CHORUS/MiX subsystem, which
  37. is a modular, fully compatible UNIX System V (R3.2 or R4.0)
  38. implementation.  There is also an OO subsystem named COOL (CHORUS
  39. Object Oriented Layer). CHORUS runs on i386/i486, 680x0, SPARC,
  40. transputer and on several other processors.
  41.  
  42. CHORUS is available as a source technology. In Jan 94, SCO and Chorus
  43. will release a *binary* product for the PC market: "CHORUS/Fusion for
  44. SCO UNIX" is binary compatible with SCO UNIX and offers real-time
  45. functionality (POSIX 1003.1b and .1c, i.e. the former .4 and .4a
  46. interfaces) and clustering functionality.
  47.  
  48. COOL provides a distributed OO programming environment for
  49. C++.  COOL supports a set of system calls that allow the creation of
  50. dynamic objects. These objects can be sent messages in a location
  51. transparent way, they can be migrated between address spaces and sites
  52. and they can be stored in a persistent store; this is done in a
  53. transparent way, as an extension of the C++ language.
  54.  
  55. There are several technical reports (in PostScript format) on CHORUS
  56. and on COOL available via anonymous FTP from Chorus systemes, France:
  57. ftp.chorus.fr [192.33.15.3], directory pub/chorus-reports. See the file
  58. "index" for an overview.
  59.  
  60. There is also a set of ~90 slides on Chorus and CHORUS available in
  61. the directory pub/chorus-slides/CS-TR-92-64 (PostScript, versions 1-up
  62. and 2-up).
  63.  
  64. If VTT is a public research lab, then you might be interested by the fact
  65. that Chorus systemes has special programs for universities. For more
  66. information on offering, conditions, etc, ftp to ftp.chorus.fr and get
  67. the following ASCII files
  68.    - pub/README
  69.    - pub/academic/README
  70.    - pub/academic/offerings
  71. If you have questions, you may contact Didier Irlande <di@chorus.fr>
  72. for license issues or Xavier Galleri <xg@chorus.fr> for technical
  73. issues.
  74.  
  75.  
  76. >64  Self Opt.
  77.  
  78. From: urs@cs.stanford.edu (Urs Hoelzle)
  79. To: self-interest@otis.Stanford.EDU
  80. Subject: thesis available for ftp
  81. Date: Fri, 2 Sep 94 11:15:29 PDT
  82. Reply-To: urs@cs.stanford.edu
  83.  
  84. Dear self-interesters,
  85.  
  86. My thesis is now available via ftp and Mosaic (see below).  Yes, I
  87. have graduated!  Though many things will change, I'm planning to keep
  88. on working on Self at UCSB; my new e-mail address is urs@cs.ucsb.edu.
  89. However, I am no longer maintaining the self-interest list, for
  90. questions/requests please contact self-request@self rather than
  91. writing directly to me.
  92.  
  93. -Urs
  94.  
  95. ---------------
  96.  
  97. Urs Hoelzle. "Adaptive Optimization for Self: Reconciling High
  98. Performance with Exploratory Programming." Ph.D. thesis, Computer
  99. Science Department, Stanford University, August 1994.
  100.  
  101. The report is available in PostScript form via ftp from
  102. self.stanford.edu:/pub/papers/hoelzle-thesis.ps.Z or via Mosaic from
  103. http://self.stanford.edu.  In a few weeks, it should be available in
  104. printed form as a Stanford CSD technical report and as a Sun
  105. Microsystems Laboratories technical report.
  106.  
  107. Abstract: Crossing abstraction boundaries often incurs a substantial
  108. run-time overhead in the form of frequent procedure calls.  Thus,
  109. pervasive use of abstraction, while desirable from a design
  110. standpoint, may lead to very inefficient programs.  Aggressively
  111. optimizing compilers can reduce this overhead but conflict with
  112. interactive programming environments because they introduce long
  113. compilation pauses and often preclude source-level debugging. Thus,
  114. programmers are caught on the horns of two dilemmas: they have to
  115. choose between abstraction and efficiency, and between responsive
  116. programming environments and efficiency. This dissertation shows how
  117. to reconcile these seemingly contradictory goals by performing
  118. optimizations lazily.
  119.  
  120.  
  121. >65 ORBELINE: CORBA
  122.  
  123. PostModern Computing is making its CORBA-compliant ORBeline product
  124. available free of charge to the academic community for teaching and
  125. research purposes.  ORBeline is available via anonymous ftp from
  126. labrea.stanford.edu under pub/pomoco.
  127.  
  128. We are making the SunOS 4.x, Solaris 2.3, and OSF/1 versions of
  129. ORBeline available.  We will consider making other platforms available
  130. as well if there is enough interest.
  131.  
  132. Suresh Challa
  133. PostModern Computing
  134. suresh@pomoco.com
  135.  
  136. What follows is the README file of this release: 
  137.  
  138. -------------------------------------------------------------------------------
  139.  
  140.                                 ORBELINE
  141.                                 --------
  142.  
  143.                     The SMART Object Request Broker
  144.  
  145.  
  146. ORBeline is a complete implementation of OMG's Common Object Request
  147. Broker Architecture (CORBA).  ORBeline goes beyond the standard 
  148. specification to provide a SMART communication framework allowing
  149. you to easily develop large distributed applications that are robust,
  150. scalable, flexible and maintainable.  ORBeline incorporates PostModern's
  151. proven communication framework that links thousands of nodes.
  152.  
  153. Highlights
  154. ----------
  155.  
  156. ORBeline's SMART Agent dynamically tracks the communication taking place
  157. between all objects and their clients:
  158.  
  159.    o Smart Binding and Protocol Selection
  160.  
  161.      ORBeline automatically picks the best communication mechanism as
  162.      soon as you try to access an object.  If the object is in your process,
  163.      it bypasses the ORB and the network altogether.  When the object is on
  164.      a remote node, ORBeline's SMART and efficient on-the-wire protocol
  165.      is selected.  When the object is implemented using another vendor's
  166.      ORB, that vendor's on-the-wire protocol is used.
  167.  
  168.    o Built-in Fault Tolerance
  169.  
  170.      ORBeline's SMART Agent monitors communication between objects and their
  171.      clients.  In case of a failure, the SMART agent and ORBeline cooperate
  172.      to reestablish connections between processes or their replicas.
  173.  
  174.    o Dynamic Directory Service
  175.  
  176.      ORBeline's Dynamic Directory Service tracks all registered and active
  177.      objects, providing a high degree of efficiency, total location
  178.      transparency and easy administration.  There is no need for 
  179.      cumbersome configuration files, and no need for heavyweight object
  180.      migration and replication mechanisms.
  181.  
  182.    o Platforms
  183.  
  184.      ORBeline runs on all classes of computers ranging from Cray 
  185.      supercomputers, to workstations, to personal computers and
  186.      embedded systems.
  187.  
  188. Complete CORBA implementation
  189. -----------------------------
  190.  
  191. ORBeline is the most complete ORB implementation currently on the
  192. market.  It features the following:
  193.  
  194.    o IDL Compiler implementing the entire Interface Definition 
  195.      Language.
  196.  
  197.    o Static and Dynamic Invocation Interfaces
  198.  
  199.    o Complete Interface and Implementation Repositories.
  200.  
  201.    o Support for Object Activation.
  202.  
  203.    o Complete set of object administration tools.
  204.  
  205.  
  206. Features
  207. --------
  208.  
  209.  
  210.    o High Performance and Low Overhead
  211.  
  212.      ORBeline provides high performance while adding little overhead
  213.      to your application.  ORBeline is the only ORB product available
  214.      on the market today suitable for running on real-time, embedded
  215.      systems.
  216.  
  217.    o Flexible and Easy to Use
  218.  
  219.      With ORBeline it is easy to develop, deploy and maintain large
  220.      distributed applications.  ORBeline provides a high degree of 
  221.      flexibility and takes care of cumbersome details allowing 
  222.      developers to focus on their applications.
  223.  
  224.    o WAN Connectivity
  225.  
  226.      ORBeline uses PostModern's proven communication technology to 
  227.      connect wide area networks.
  228.  
  229.    o Scalability
  230.  
  231.      ORBeline's smart use of network resources and communication protocols
  232.      allows applications to scale to networks of thousands of nodes.
  233.  
  234.    o Object Migration and Replication
  235.  
  236.      ORBeline's SMART agent and Dynamic Directory Service allow easy object
  237.      migration and replication.
  238.  
  239.  
  240. Platforms
  241. ---------
  242.  
  243. We are making the SunOS 4.x, Solaris 2.3, and OSF/1 versions of
  244. ORBeline available free of charge to the academic community.  
  245. We will consider making other platforms available as well if there
  246. is enough interest.  
  247.  
  248. The following compilers are supported in this release:
  249.  
  250. Solaris 2.3:    Sun C++ 4.0 (native), SparcWorks 3.0
  251. SunOS 4.x:      Sun C++ 3.0 (cfront), SparcWorks 2.0.1
  252. OSF/1 1.3:      DEC C++
  253.  
  254. If there is enough interest, we can make versions compatible with
  255. other compilers available as well.
  256.  
  257.  
  258. LICENSING
  259. ---------
  260.  
  261. ORBeline is provided free of charge to the academic community for
  262. teaching and research purposes.  After installing ORBeline, call us at
  263. (415) 967-6169 or send e-mail to info@pomoco.com and we will send you
  264. a perpetual license for your site.
  265.  
  266. If you are interested in ORBeline for commercial purposes, contact us
  267. and we can provide a limited time evaluation license.
  268.  
  269.  
  270. ACKNOWLEDGEMENTS
  271. ----------------
  272.  
  273. We would like to thank Stanford University for providing us with
  274. a high-speed ftp site from which to distribute this ORBeline
  275. release.
  276.  
  277.  
  278.  
  279.                     PostModern Computing Technologies, Inc.
  280.                             1897 Landings Drive
  281.                           Mountain View, CA  94043
  282.                              Tel: (415) 967-6169
  283.                              Fax: (415) 967-6212
  284.                                info@pomoco.com
  285.  
  286.  
  287. >66 OO Designer CASE Tool
  288.  
  289.        **************** Object Oriented Designer ***************
  290.  
  291.             Prof. Taegyun Kim [ktg@taejo.pufs.ac.kr]
  292.               Pusan University of Foreign Studies
  293.                   Pusan, Korea
  294.  
  295.                  Version : Version 1.3.1
  296.                  Revised : October 6 1994
  297.  
  298.        *********************************************************
  299.  
  300. Let me introduce myself. I am an assistant professor working at Department of
  301. Computer Engineering in Pusan University of Foreign Studies which resides in
  302. Pusan, Korea. My major interest is in software engineering especially in the
  303. area of object oriented methodologies. In teaching courses in systems analysis
  304. and software engineering I found a need for a good case tool that could be used
  305. by my students. Unfortunately, commercial case tools are too expensive for a
  306. university to purchase so I developed OOD. I have spent 17 man months building
  307. OOD. Because this is my first project combining object oriented methods, Motif,
  308. and C++, some of the source code may be a little clumsy. However, it does work
  309. well and it is still evolving.  This project is very hard but is also very
  310. interesting. Let's enjoy it together.
  311.  
  312. P.S.: I am anxious for your criticism or comment on this product. So, if it
  313. works on your system, please respond to me with even a one line (very short)
  314. message.  It will give me some encouragement. Moreover please inform me your
  315. status (student, professor etc.) if possible.
  316.  
  317. -Taegyun Kim
  318.  
  319.              --------------- Contents --------------
  320.                      0. Summary
  321.                      1. System Environment
  322.                      2. Building OOD
  323.                      3. Initializing the Working Environment
  324.                      4. Functions
  325.                      5. Examples
  326.                      6. Reference Books
  327.                      7. Cautions
  328.                      8. FAQ
  329.             ----------------------------------------
  330.  
  331. 0. Summary
  332. ----------
  333.  
  334. The Object Modeling Technique [OMT] by James Rumbaugh et al. is a methodology
  335. for object oriented development with a graphical notation for representing
  336. object oriented concepts.  Object Oriented Designer [OOD] is a case tool for
  337. constructing the object diagrams defined in OMT. In order to use OOD it is
  338. necessary to understand OMT and its graphical notation. See reference (2).
  339.  
  340. Why "OMT"? OMT evolved from the Extended Entity Relationship [EER] model which I
  341. have studied since the mid 80's. There are a number of other approaches to
  342. expressing object oriented concepts but I believe that OMT is superior to most
  343. of these. Yourdon's Object Oriented Analysis [OOA] notation, for example, is
  344. another excellent approach to the problem but has some limits in functionality,
  345. particularly with respect to data modeling, that are present in OMT.
  346.  
  347. Currently, OOD has following primary functions:
  348.  
  349.     - general graphics editor (with limited functionality)
  350.  
  351.     - object diagram layout (with some additions w.r.t. original OMT notation)
  352.  
  353.     - C++ code skeleton generation (header file + source file)
  354.       The comments and codes for individual member functions can be documented,
  355.       or edited within OOD directly.
  356.       The C++ code generator supports inheritance. 
  357.  
  358. I have attempted to make OOD as user-friendly as possible. My students learn to
  359. use it in a day even without a manual. The user-friendliness of OOD is due to my
  360. own object oriented, user interface mechanisms.
  361.  
  362. Currently OOD generates a C++ code skeleton from an object diagram.  I have a
  363. short term final goal to develop an object oriented "environment" with
  364. flexibility and portability. I think that about additional 20 man months effort
  365. could lead me to the final goal. Because I am currently working very hard to
  366. enhance its functionality, I am not especially concerned with system portability
  367. issues at the moment so building OOD on your particular platform may require a
  368. little work on your part. Please inform me of any changes that you need to make
  369. to build OOD on your system.
  370.  
  371.  
  372. 1. System Environment
  373. ---------------------
  374. OOD was built on a SPARC station running OS4.1.x, X11-R5 and Motif-1.2 and
  375. C++-2.0. OOD has also been successfully built on a SPARC using gcc-2.5.8 and
  376. libg++-2.5.3. It should build on most UNIX systems with X11-R5, Motif-1.2 and a
  377. "reasonable" C++ compiler.
  378.  
  379. 2. Building OOD
  380. ---------------------
  381.     1) In ood directory edit the Makefile to reflect your environment
  382.     2) run "make depend"
  383.     3) run "make"
  384.  
  385. 3. Initialize Working Environment
  386. --------------------------------
  387. OOD requires the user to select a working repository in which to store various
  388. output files. If this is the first time you are running OOD:
  389.  
  390.     1) point at the top-menu,
  391.     2) select "Environment",
  392.     3) select "Setup",
  393.     4) define your working repository.
  394.  
  395. If a working repository has been previously defined, select it:
  396.  
  397.     1) point top-menu
  398.     2) select "change to"
  399.     3) set your working repository 
  400.  
  401.   ...
  402.  
  403.  
  404. >67 OOTher OO CASE Tool
  405.  
  406. From: conrozi@kk90.ericsson.se (Roman Zielinski TT/TSM)
  407. Subject: CASE OOTher 1.06f released (free/shareware)
  408. Organization: Ericsson
  409. Date: Tue, 20 Sep 1994 07:15:09 GMT
  410.  
  411. Product:
  412.     OOTher
  413.     OO Documentation & CASE Tool Release 1.06f
  414.  
  415. Environment:
  416.     MS-Windows 3.1
  417.  
  418. Short description:
  419.     The tool is a complete documentation development package for
  420.      the following methods/notations:
  421.     - Peter Coad's OOA method (Coad/Yourdon)
  422.     - State Machine diagrams using a subset of SDL
  423.     - allocation of objects to processors and processes
  424.     - Use Case diagrams and Object Interaction diagrams
  425.       as proposed by Ivar Jacobson in his OOSE book
  426.  
  427.     The tool also performs verification of consistency between the 
  428.     diagrams, and by direct coupling assures for consistent naming
  429.     of objects and methods/services.
  430.  
  431.     The tool is build around 5 easy to use graphic editors and is 
  432.     capable of documenting all objects, their attributes, services 
  433.     and also associations between objects. 
  434.  
  435.     Each service may have a state machine (FSM) diagram.
  436.     C++ Headers may be generated automatically from the OOA diagram -
  437.     it assures consistent naming of member functions and attributes.
  438.     The applied mark-up notation for C++ headers should be powerful 
  439.     to give compiler ready headers for at least 80% of applications.
  440.  
  441.     For a better integrability with other windows applications and to
  442.     allow esthetical control, the tool allows free font selection and
  443.     a copy-paste transfer of diagrams via clipboard in meta file format 
  444.     to e.g. Word for Windows 2.0.
  445.  
  446.     The resulting file is ASCII with open & documented format,
  447.     i.e. it's easy to add own utilities for data extraction.
  448.  
  449.     Complete user documentation is attached in form of a hypertext
  450.     windows-help file.
  451.  
  452.     The tools distributed as:
  453.     - freeware for students, schools and home users
  454.     - as shareware for others (USD $170 for corporate 1-5 user license).
  455.     - free upgrade form 1.0x to 1.06f for registered users if they
  456.       fetch files from e.g. SimTel Software Repository
  457.     - free evaluation in 4 weeks
  458.  
  459.     - an evaluation copy may be ordered from the author (USD $70, 
  460.       rest of the license fee if/when you register)
  461.         Roman M. Zielinski
  462.         Tre Kaellors Vaeg 7
  463.         S-145 65 Norsborg
  464.         Sweden
  465.       (You may also reach me at conrozi@KK.ericsson.se until July-94)
  466.  
  467. *****   Version 1.06f contains bug corrections and updates of zoom-handling.
  468.                 Roman M. Zielinski
  469.                 [author]
  470.  
  471. ----------------------------------------------------------------------
  472. SimTel id:
  473. pub/msdos/windows3/
  474. oot-106f.zip    OOTher OO Doc Tool 1.06f CASE OOA+OOSE
  475. ----------------------------------------------------------------------
  476. mail a message 
  477. To: listserv@vm1.nodak.edu       (***se below, for other internet server names***)
  478. Subject: SimTel-request
  479. Body:
  480. /PDGET MAIL /SimTel/msdos/windows3/oot-106f.zip uuencode
  481.  
  482. (some TRICKLE-servers don't like the arguments 'MAIL' and 'UUENCODE', so
  483. thay may need to be omitted. Thay also may need the old path specification, 
  484. example for the Swedish TRICKLE:
  485. /PDGET <msdos.windows3>oot-106f.zip
  486. )
  487.  
  488. You may also use Archie to find sites storing OOTher. 
  489. Instructions for archie and paths for OOTher can be fetched via e-mail 
  490. from e.g. archie@archie.doc.ic.ac.uk
  491. with a body:
  492.  
  493. Help
  494. find oot
  495.  
  496. [... On Simtel Retrieval ...]
  497.  
  498. or fetch via anonymous ftp or ftpmail from OAK.Oakland.Edu
  499. /SimTel/msdos/windows3
  500.  
  501. or its mirrors:
  502.  
  503. St. Louis, MO:  wuarchive.wustl.edu (128.252.135.4)
  504.   /systems/ibmpc/msdos
  505. Corvallis, OR:  archive.orst.edu (128.193.2.13)
  506.   /pub/mirrors/oak.oakland.edu/simtel20/msdos
  507. Falls Church, VA:  ftp.uu.net (192.48.96.9)
  508.   /systems/ibmpc/msdos/simtel20
  509. Australia:  archie.au (139.130.4.6)
  510.   /micros/pc/oak
  511. England:  src.doc.ic.ac.uk (146.169.2.1)
  512.   /pub/packages/simtel20
  513. Finland:  ftp.funet.fi (128.214.6.100)
  514.   /pub/msdos/SimTel-mirror
  515. Germany:  ftp.uni-paderborn.de (131.234.2.32)
  516.   /msdos
  517. Israel:  ftp.technion.ac.il (132.68.1.10)
  518.   /pub/unsupported/dos/simtel
  519. Switzerland:  ftp.switch.ch (130.59.1.40)
  520.   /mirror/msdos
  521. Taiwan:  NCTUCCCA.edu.tw (140.111.1.10)
  522.   /PC/simtel
  523. Thailand:  ftp.nectec.or.th (192.150.251.32)
  524.   /pub/mirrors/msdos
  525.  
  526. ----------------------------------------------------------------------
  527. To run ftpmail send e-mail to e.g. ftpmail@doc.ic.ac.uk
  528. with the message body:
  529.  
  530. connect ??hostname??
  531. binary
  532. uuencode
  533. cd pub/msdos/windows
  534. get oot-106f.zip
  535. quit
  536. ----------------------------------------------------------------------
  537.  
  538.  
  539. >68 OS Papers (OO?)
  540.  
  541. From: axb@defender.dcrl.nd.edu (Arindam Banerji)
  542. Newsgroups: comp.object
  543. Subject: The Paper Trail database
  544. Date: 21 Sep 1994 14:39:20 GMT
  545. Organization: University of Notre Dame
  546.  
  547.             THE PAPER TRAIL
  548.  
  549. The "Paper Trail" - an experimental database of ftp'able OS papers
  550. is now available through http://pclsys64.dcrl.nd.edu/papers. This
  551. database allows users to find and access papers that are available for
  552. ftp on the internet. We have initially populated this database with
  553. about 5500 entries. Most of these entries reflect our own area of
  554. interest, that is Operating Systems and related areas. We'll add
  555. entries to the database from time to time. However, it'll probably
  556. be very difficult to keep this up-to-date without help from other
  557. users of this database. Hence, the database provides any user the added
  558. facility to submit entries.
  559.  
  560. We hope that the xmosaic interface to this database is intuitive and
  561. simple. If you have any suggestions and criticisms, please do let us
  562. know - including how this compares with other such services.  
  563.  
  564.  
  565. -----------------------------------------------------------------------------
  566. Arindam Banerji                             Michael Casey
  567.             384 FitzPatrick Hall
  568.            Dept. of Computer Science and Engineering
  569.           University of Notre Dame
  570. (219)-631-5772    Notre Dame, IN 46556       (219)-631-5273
  571. axb@cse.nd.edu                        mrc@cse.nd.edu
  572.  
  573.  
  574. >69 Trellis
  575.  
  576. From: bruno@tk.telematik.informatik.uni-karlsruhe.de (Bruno Achauer)
  577. Subject: Trellis compiler available
  578. Date: 23 Oct 1994 00:16:02 GMT
  579. Organization: Telematics Department, Karlsruhe University, Germany
  580.  
  581. The beta release of version 0.2 of the TNT Trellis system is now
  582. available for anonymous ftp from tk.telematik.informatik.uni-karlsruhe.de.
  583.  
  584. Enclosed is ANNOUNCE file from the distribution:
  585.  
  586. What are Trellis and TNT
  587. ~~~~~~~~~~~~~~~~~~~~~~~~
  588.  
  589. Trellis is an object-oriented language developed within Digital
  590. Equipment Corp. The language features compile-time type checking,
  591. multiple inheritance, parametrized types, exception handling and
  592. iterators.
  593.  
  594.  
  595. TNT is a new implementation of Trellis, consisting of a compiler, a
  596. library of predefined types and a (rudimentary) run time system:
  597.  
  598.   - The compiler implements the language as defined by the reference
  599.     manual (except for a few esoteric constructs), plus a few minor
  600.     extensions.
  601.  
  602.   - Predefined types are standard types such as integers, strings,
  603.     arrays etc. (in Trellis, no type is built into the language!),
  604.     an IO system and a (rudimentary) hierarchy of collection types.
  605.  
  606.   - The run time system is pretty incomplete right now; in particular,
  607.     neither garbage collection nor threads are implemented yet.
  608.  
  609. The system is available for several architectures:
  610.  
  611.   - the Digital Alpha (running OSF/1),
  612.   - the HP Precision Architecture (under HP-UX),
  613.   - the Intel 386 (under Linux),
  614.   - Digital's Mips workstations,
  615.   - Sun's Sparc workstations (running SunOS).
  616.  
  617. Both source code and prebuilt kits are available.
  618.  
  619. Further work will concentrate on supporting transparently distributed
  620. objects a la DOWL.
  621.  
  622.  
  623. Changes since last version
  624. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  625.  
  626. * The HP-PA, Linux and Sparc ports.
  627.  
  628. * Building the compiler no longer requires the SFIO library.
  629.  
  630. * The compiler now can use the GNU assembler to generated object files;
  631.   at least on small MIPS machines, this will speed up compilation
  632.   considerably.
  633.  
  634. * Several minor bugs have been fixed.
  635.  
  636.  
  637. Requirements
  638. ~~~~~~~~~~~~
  639.  
  640. The prebuilt kits require disk space ranging from 800 KB (Linux) to
  641. 2.4 MB (OSF/1); a C compilation system (assembler, linker and the C
  642. library) must be installed. In addition, the Mips and HP-PA versions
  643. will benefit if the GNU assembler is present.
  644.  
  645. Building the system from scratch requires from 5.2 MB (Linux) to 16 MB
  646. (Alpha). You will also need some auxiliary tools and libraries:
  647.  
  648.   - Cocktail V9208 (the Karlsruhe Compiler toolbox),
  649.   - GNU make V3.68 or later,
  650.   - patch,
  651.   - makedepend.
  652.  
  653. Most of these should be available on a nearby ftp site (makedepend is
  654. part of the X distribution; GNU make and patch are distributed by the
  655. FSF).
  656.  
  657. Cocktail is available from several ftp sites, but most of the versions
  658. floating around will not work on the Alpha. A patched version is
  659. available on tk.telematik.informatik.uni-karlsruhe.de (see below).
  660.  
  661. If you plan to build the MIPS or the SPARC version, you will also need
  662. the GNU C compiler.
  663.  
  664.  
  665. How to get it
  666. ~~~~~~~~~~~~~
  667.  
  668. A source kit is available via anonymous FTP from
  669.  
  670.     tk.telematik.informatik.uni-karlsruhe.de (129.13.3.200)
  671.     file directory /pub/tnt/tnt-0.1.tar.gz.
  672.  
  673. There are also some additional kits in the same directory:
  674.  
  675.     * doc    -- PostScript versions of DEC-TR-372 (language
  676.            reference manual) and DEC-TR-373 (language primer).
  677.  
  678.     * prebuilt    -- binary kits.
  679.  
  680.     * tools    -- source kits for Cocktail.
  681.  
  682.  
  683. Please direct bug reports, requests, comments etc to
  684.  
  685.     tnt@tk.telematik.informatik.uni-karlsruhe.de.
  686.  
  687.  
  688. Acknowledgements
  689. ~~~~~~~~~~~~~~~~
  690.  
  691. The development of TNT has been supported by Digital Equipment's
  692. Campus-based Engineering Center in Karlsruhe.
  693.  
  694. Special thanks to Jean Fullerton and Lutz Heuser at Digital for
  695. making the technical reports available.
  696.  
  697.  
  698. Copyright
  699. ~~~~~~~~~
  700.  
  701. Copyright © 1994, Universität Karlsruhe, Germany; parts Copyright © 1994
  702. Digital Equipment Corp, Maynard, Mass.
  703.  
  704. The TNT Trellis software, both binary and source (hereafter, Software) is
  705. copyrighted by Universität Karlsruhe, Germany (UKA), and ownership
  706. remains with the UKA. Parts of the software are copyrighted by Digital
  707. Equipment Corp., Maynard, Mass.
  708.  
  709. The UKA grants you (hereafter, Licensee) a license to use the Software
  710. for academic, research and internal business purposes only, without a
  711. fee.  Licensee may distribute the binary and source code (if released)
  712. to third parties provided that the copyright notice and this statement
  713. appears on all copies and that no charge is associated with such
  714. copies.
  715.  
  716. UKA MAKES NO REPRESENTATIONS ABOUT THE SUITABILITY OF THIS SOFTWARE FOR
  717. ANY PURPOSE.  IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR IMPLIED
  718. WARRANTY.  THE UKA SHALL NOT BE LIABLE FOR ANY DAMAGES SUFFERED BY THE
  719. USERS OF THIS SOFTWARE.
  720.  
  721. --
  722. --Bruno.
  723.  
  724. ---------------------------------------------------------------
  725. | Bruno Achauer, U of Karlsruhe, Telecooperation              |
  726. | Kaiserstr. 12, D-76128 Karlsruhe, Germany                   |
  727. | bruno@tk.telematik.informatik.uni-karlsruhe.de              |
  728. | Phone +49-721-6084792, Fax +49-721-388097                   |
  729. ---------------------------------------------------------------
  730.  
  731. >70 CooL-SPE
  732.  
  733. From: Gerhard.Mueller@sietec.de (Dr. Gerhard Müller)
  734. Subject: Announcement of the CooL Software Production Environment
  735. Date: Tue, 25 Oct 1994 11:42:28 UNDEFINED
  736. Organization: Sietec Systemtechnik
  737.  
  738.         ANNOUNCEMENT
  739.  
  740. The CooL-Software Production Environment - a new object-
  741. oriented development environment in Public Domain
  742.  
  743. The CooL-SPE is a modern software production environment 
  744. for the development of object-oriented application systems 
  745. supporting grafical user interfaces and relational database 
  746. technology. In the landscape of existing software production 
  747. technologies the CooL-SPE is more closely settled to 4GL 
  748. environments than to the usual C++ environments, mostly 
  749. more dedicated to system programming. The CooL-SPE was 
  750. developed by Siemens Nixdorf Informationssysteme (SNI) 
  751. within the ESPRIT project ITHHACA and is used since in a 
  752. number of large projects.
  753.  
  754. Allthough the CooL-SPE as a programming environment is 
  755. functional quite rich, it is also very lean and thus comparable 
  756. fast to learn and reliable tu use. In one project, which we sup-
  757. ported recently, we could learn that newly assigned engineers 
  758. to a fairly large project (400 classes with some 100.000 lines 
  759. of code) were able to learn the environment, to understand the 
  760. application and to become productive within a month - and 
  761. that without any practical experience on object-oriented pro-
  762. gramming before.
  763.  
  764. The system has product quality and is implemented in major 
  765. parts in itself.
  766.  
  767. The CooL-SPE is available for Linux 1.0.1, Solaris 2.3 and 
  768. SINIX 5.41. You may receive the system (sources and docu-
  769. mentation) via ftp.fu-berlin.de in the directoy /pub/unix/lan-
  770. guages/cool.The file itself is named cool-2.1.tar.Z.
  771.  
  772. >71 Contra-/Co- Variance
  773.  
  774. From: castagna@oeillet (Giuseppe Castagna)
  775. Subject: Paper on covariance and contravariance
  776. Date: 25 Oct 1994 17:09:51 GMT
  777. Organization: Ecole Normale Superieure
  778.  
  779.                             PAPER ANNOUNCEMENT
  780.                             ==================
  781.  
  782. The following short (13 pages long) note
  783.  
  784.  
  785.         "COVARIANCE AND CONTRAVARIANCE: CONFLICT WITHOUT A CAUSE"
  786.                                      
  787.                             Giuseppe Castagna
  788.                 Laboratoire d'Informatique de l'ENS, Paris
  789.  
  790.  
  791. is available by anonymous ftp at ftp.ens.fr in the file
  792.  /pub/reports/liens/liens-94-18.A4.dvi.Z
  793.  
  794. ADVERTISEMENT: This paper tries to explain
  795. -------------
  796.  
  797. 1. What covariance and contravariance serve for.
  798.  
  799. 2. Why covariance and contravariance are not opposing views but both
  800.    *must* be integrated in a *type-safe* formalism. I.e.: don't choose
  801.    just one of them.
  802.  
  803. 3. Where the "objects as records" analogy hides covariance.
  804.  
  805. 4. How to type binary methods in the models based on the analogy "objects
  806.    as records" (i.e. how to have ColorPoint < Point even if they respond
  807.    to a message "equal")
  808.  
  809. 5. How to have multiple dispatch when objects are modeled by (recursive)
  810.    records.
  811.  
  812. 6. Why all the previous points are strictly related one to each other.
  813.  
  814.                                  ABSTRACT
  815.  
  816. In type theoretic research on object-oriented programming the ``covariance
  817. versus contravariance  issue'' is a  topic of continuing  debate.  In this
  818. short note  we   argue that covariance  and   contravariance appropriately
  819. characterize  two distinct  and  independent  mechanisms.    The so-called
  820. contravariance  rule correctly captures   the {\em  substitutivity\/},  or
  821. subtyping relation (that establishes which  sets of codes can replace {\em
  822. in every context\/} another   given set).  A covariant relation,  instead,
  823. characterizes the {\em specialization\/} of  code (i.e.\ the definition of
  824. new code that replaces   the old one  {\em  in some particular  cases\/}).
  825. Therefore,  covariance  and contravariance  are  not  opposing  views, but
  826. distinct  concepts that each have   their place in object-oriented systems
  827. and that  both   can  (and  should)  be type    safely  integrated in   an
  828. object-oriented language.
  829.  
  830. We  also show  that   the  independence of    the two  mechanisms  is  not
  831. characteristic of  a  particular model  but is  valid  in  general,  since
  832. covariant specialization is present also  in  record-based models, but  is
  833. hidden by a deficiency of all calculi that realize this model.
  834.  
  835. As an aside, we show that  the lambda&-calculus can  be taken as the basic
  836. calculus both for an  overloading-based and for  a record-based model.  In
  837. that  case, one not only obtains  a more uniform vision of object-oriented
  838. type  theories but, in   the case of  the  record-based approach, one also
  839. gains  multiple dispatching,  which   is  not  captured by   the  existing
  840. record-based models.
  841.  
  842.  
  843.  
  844. APPENDIX F  MAGAZINES, JOURNALS AND NEWSLETTERS
  845. ===============================================
  846.  
  847. ACM
  848. ---
  849.   OOPSLA - Association For Computing Machinery's yearly conference on Object-
  850.     Oriented Programming Systems, Languages, and Applications.
  851.     Addison-Wesley
  852.     Order Dept.
  853.     Jacob Way
  854.     Reading, MA 01867
  855.     (800) 447-2226
  856.   ACM OO Messenger    - Quarterly on Object-Oriented Languages and Systems
  857.   ACM SigPlan Notices - Special Interest Group on Programming Languages
  858.     Publications Office
  859.     ACM, 1515 Broadway
  860.     NY, NY 10056
  861.     (212)869-7440, FAX: (212)869-0481
  862.   Additional information can be obtained from ACMpubs@acm.org.
  863.  
  864. American Programmer (Yourdon's Newsletter)
  865. ------------------------------------------
  866. Monthly Newsletter on Software Engineering including quality, the CMM, object-
  867. oriented technology, and etc.  $395/year.  Send for complementary copy.
  868.   American Programmer, Inc.
  869.   Dept. 13
  870.   161 West 86th Street
  871.   New York, NY  10024-3411
  872.  
  873. CASE Trends Magazine
  874. --------------------
  875. Sorry, still no reference.
  876.  
  877. The Coad Letter
  878. ---------------
  879. From Peter Coad (pronounced "Code"), of Coad/Yourdon OOA/D fame.
  880.   Object International, Inc.
  881.   3202 W. Anderson Lane, Suite 208-724
  882.   Austin, TX  78757-1022
  883.   Tel: 800-926-9306, 512-795-0202
  884.   Fax: 512-795-0332
  885.  
  886. The C+@ Quarterly
  887. -----------------
  888. On the C+@ language (pronounced "Cat").
  889. Unir Technology, Inc.
  890. 184 E. Shuman Blvd.
  891. Naperville, IL 60563
  892.  
  893. DE FACTO - The ami Newsletter
  894. -----------------------------
  895. Reports on the progress of ami (application of metrics in industry).
  896.   ami User Group
  897.   Centre for Systems and Software Engineering
  898.   South Bank University
  899.   103 Borough Road, London SE1 OAA
  900.   Phone: +44 71 815 7504
  901.   Fax:   +44 71 928 1284
  902.  
  903. The Guerilla Programmer
  904. -----------------------
  905. For the practicing professional programmer.
  906.   New, by Ed Yourdon.
  907.   Phone:  800-964-8702 or 617-648-9702
  908.   Fax:    800-888-1816 or 617-648-1950
  909.  
  910. HOTT-LIST - FREE NEWSLETTER
  911. ---------------------------
  912. Free, electronic newsletter features article summaries on new generation
  913. computer and communications technologies from over 100 trade magazines
  914. and research journals; key U.S. & international daily newspapers, news
  915. weeklies, and business magazines; and, over 100 Internet mailing lists &
  916. USENET groups.  Each monthly issue includes listings of forthcoming &
  917. recently published technical books and forthcoming shows & conferences. 
  918. Bonus: Exclusive interviews with technology pioneers.  E-mail
  919. subscription requests to: listserv@ucsd.edu  (Leave the "Subject" line
  920. blank.)  In the body of the message, type: SUBSCRIBE HOTT-LIST (do not
  921. include first or last names).  For a person: hott-list-relay@ucsd.com.
  922.  
  923. Object-Oriented Systems (New)
  924. -----------------------------
  925. EMail: journal@chall.mhs.compuserve.com
  926. http://www.cs.ucl.ac.uk/coside/oos/index.html  (new)
  927.     Russel Winder <R.Winder@cs.ucl.ac.uk>
  928.  
  929.   USA/Canada:
  930.   Journals Promotion Dept., Chapman & Hall, 29 West 35th
  931.   Street, New York, NY 20001-2299, USA.
  932.   Tel: (212) 244 3336
  933.   Fax: (212) 244 3426
  934.   EMail: 71201.1651@compuserve.com
  935.  
  936.   EC/RoW:
  937.   Journals Promotions Dept., Chapman & Hall, 2-6 Boundary Row, London
  938.   SE1 8HN, UK.
  939.   Tel: +44 (0)71 865 0066
  940.   Fax: +44 (0)71 522 9623
  941.  
  942. SIGS Publications (9/yr)
  943. ------------------------
  944. These publications have staff writers from among the most popular OO authors
  945. and methodologists.
  946.   Object Magazine        - Manager's Guide to Object Technology        $39
  947.   Journal of Object-Oriented Programming - For Progs/Devls using OO    $59
  948.   C++ Report             - Get most out of C++                         $69
  949.   The Smalltalk Report   - How-To Advice for Smalltalk Users           $79
  950.   Report on Object Analysis and Design - Lang Ind/Arch on OOA/D/Mdling $99
  951.  
  952.   SIGS Publications, Inc.
  953.   P.O. Box 2027
  954.   Langhorne, PA 19047
  955.   Fax:   215-785-6073
  956.   Phone: 215-785-5996
  957.  
  958.