home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / object-faq / part13 < prev    next >
Text File  |  1996-04-03  |  51KB  |  1,439 lines

  1. Newsgroups: comp.object,comp.answers,news.answers
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!gatech!swrinde!howland.reston.ans.net!vixen.cso.uiuc.edu!uchinews!news
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Subject: Comp.Object FAQ Version 1.0.9 (04-02) Part 13/13
  5. X-Nntp-Posting-Host: ford.uchicago.edu
  6. Message-ID: <Dp9qsB.BBI@midway.uchicago.edu>
  7. Followup-To: comp.object
  8. Summary: Frequently Asked Questions (FAQ) List and Available Systems For Object-Oriented Technology
  9. Sender: news@midway.uchicago.edu (News Administrator)
  10. Organization: Geodesic Systems
  11. References: <Dp9prv.92t@midway.uchicago.edu>
  12. Date: Wed, 3 Apr 1996 04:21:47 GMT
  13. Approved: news-answers-request@MIT.Edu
  14. Lines: 1422
  15. Xref: senator-bedfellow.mit.edu comp.object:46844 comp.answers:17919 news.answers:68451
  16.  
  17. Archive-name: object-faq/part13
  18. Last-Modified: 04/02/96
  19. Version: 1.0.9
  20.  
  21. Product:
  22.     OOTher
  23.     OO Documentation & CASE Tool Release 1.06f
  24.  
  25. Environment:
  26.     MS-Windows 3.1
  27.  
  28. Short description:
  29.     The tool is a complete documentation development package for
  30.      the following methods/notations:
  31.     - Peter Coad's OOA method (Coad/Yourdon)
  32.     - State Machine diagrams using a subset of SDL
  33.     - allocation of objects to processors and processes
  34.     - Use Case diagrams and Object Interaction diagrams
  35.       as proposed by Ivar Jacobson in his OOSE book
  36.  
  37.     The tool also performs verification of consistency between the 
  38.     diagrams, and by direct coupling assures for consistent naming
  39.     of objects and methods/services.
  40.  
  41.     The tool is build around 5 easy to use graphic editors and is 
  42.     capable of documenting all objects, their attributes, services 
  43.     and also associations between objects. 
  44.  
  45.     Each service may have a state machine (FSM) diagram.
  46.     C++ Headers may be generated automatically from the OOA diagram -
  47.     it assures consistent naming of member functions and attributes.
  48.     The applied mark-up notation for C++ headers should be powerful 
  49.     to give compiler ready headers for at least 80% of applications.
  50.  
  51.     For a better integrability with other windows applications and to
  52.     allow esthetical control, the tool allows free font selection and
  53.     a copy-paste transfer of diagrams via clipboard in meta file format 
  54.     to e.g. Word for Windows 2.0.
  55.  
  56.     The resulting file is ASCII with open & documented format,
  57.     i.e. it's easy to add own utilities for data extraction.
  58.  
  59.     Complete user documentation is attached in form of a hypertext
  60.     windows-help file.
  61.  
  62.     The tools distributed as:
  63.     - freeware for students, schools and home users
  64.     - as shareware for others (USD $170 for corporate 1-5 user license).
  65.     - free upgrade form 1.0x to 1.06f for registered users if they
  66.       fetch files from e.g. SimTel Software Repository
  67.     - free evaluation in 4 weeks
  68.  
  69.     - an evaluation copy may be ordered from the author (USD $70, 
  70.       rest of the license fee if/when you register)
  71.         Roman M. Zielinski
  72.         Tre Kaellors Vaeg 7
  73.         S-145 65 Norsborg
  74.         Sweden
  75.       (You may also reach me at conrozi@KK.ericsson.se until July-94)
  76.  
  77. *****   Version 1.06f contains bug corrections and updates of zoom-handling.
  78.                 Roman M. Zielinski
  79.                 [author]
  80.  
  81. ----------------------------------------------------------------------
  82. SimTel id:
  83. pub/msdos/windows3/
  84. oot-106f.zip    OOTher OO Doc Tool 1.06f CASE OOA+OOSE
  85. ----------------------------------------------------------------------
  86. mail a message 
  87. To: listserv@vm1.nodak.edu       (***se below, for other internet server names***)
  88. Subject: SimTel-request
  89. Body:
  90. /PDGET MAIL /SimTel/msdos/windows3/oot-106f.zip uuencode
  91.  
  92. (some TRICKLE-servers don't like the arguments 'MAIL' and 'UUENCODE', so
  93. thay may need to be omitted. Thay also may need the old path specification, 
  94. example for the Swedish TRICKLE:
  95. /PDGET <msdos.windows3>oot-106f.zip
  96. )
  97.  
  98. You may also use Archie to find sites storing OOTher. 
  99. Instructions for archie and paths for OOTher can be fetched via e-mail 
  100. from e.g. archie@archie.doc.ic.ac.uk
  101. with a body:
  102.  
  103. Help
  104. find oot
  105.  
  106. [... On Simtel Retrieval ...]
  107.  
  108. or fetch via anonymous ftp or ftpmail from OAK.Oakland.Edu
  109. /SimTel/msdos/windows3
  110.  
  111. or its mirrors:
  112.  
  113. St. Louis, MO:  wuarchive.wustl.edu (128.252.135.4)
  114.   /systems/ibmpc/msdos
  115. Corvallis, OR:  archive.orst.edu (128.193.2.13)
  116.   /pub/mirrors/oak.oakland.edu/simtel20/msdos
  117. Falls Church, VA:  ftp.uu.net (192.48.96.9)
  118.   /systems/ibmpc/msdos/simtel20
  119. Australia:  archie.au (139.130.4.6)
  120.   /micros/pc/oak
  121. England:  src.doc.ic.ac.uk (146.169.2.1)
  122.   /pub/packages/simtel20
  123. Finland:  ftp.funet.fi (128.214.6.100)
  124.   /pub/msdos/SimTel-mirror
  125. Germany:  ftp.uni-paderborn.de (131.234.2.32)
  126.   /msdos
  127. Israel:  ftp.technion.ac.il (132.68.1.10)
  128.   /pub/unsupported/dos/simtel
  129. Switzerland:  ftp.switch.ch (130.59.1.40)
  130.   /mirror/msdos
  131. Taiwan:  NCTUCCCA.edu.tw (140.111.1.10)
  132.   /PC/simtel
  133. Thailand:  ftp.nectec.or.th (192.150.251.32)
  134.   /pub/mirrors/msdos
  135.  
  136. ----------------------------------------------------------------------
  137. To run ftpmail send e-mail to e.g. ftpmail@doc.ic.ac.uk
  138. with the message body:
  139.  
  140. connect ??hostname??
  141. binary
  142. uuencode
  143. cd pub/msdos/windows
  144. get oot-106f.zip
  145. quit
  146. ----------------------------------------------------------------------
  147.  
  148.  
  149. >68 OS Papers (OO?)
  150.  
  151. From: axb@defender.dcrl.nd.edu (Arindam Banerji)
  152. Newsgroups: comp.object
  153. Subject: The Paper Trail database
  154. Date: 21 Sep 1994 14:39:20 GMT
  155. Organization: University of Notre Dame
  156.  
  157.             THE PAPER TRAIL
  158.  
  159. The "Paper Trail" - an experimental database of ftp'able OS papers
  160. is now available through http://pclsys64.dcrl.nd.edu/papers. This
  161. database allows users to find and access papers that are available for
  162. ftp on the internet. We have initially populated this database with
  163. about 5500 entries. Most of these entries reflect our own area of
  164. interest, that is Operating Systems and related areas. We'll add
  165. entries to the database from time to time. However, it'll probably
  166. be very difficult to keep this up-to-date without help from other
  167. users of this database. Hence, the database provides any user the added
  168. facility to submit entries.
  169.  
  170. We hope that the xmosaic interface to this database is intuitive and
  171. simple. If you have any suggestions and criticisms, please do let us
  172. know - including how this compares with other such services.  
  173.  
  174.  
  175. -----------------------------------------------------------------------------
  176. Arindam Banerji                             Michael Casey
  177.             384 FitzPatrick Hall
  178.            Dept. of Computer Science and Engineering
  179.           University of Notre Dame
  180. (219)-631-5772    Notre Dame, IN 46556       (219)-631-5273
  181. axb@cse.nd.edu                        mrc@cse.nd.edu
  182.  
  183.  
  184. >69 Trellis
  185.  
  186. From: bruno@tk.telematik.informatik.uni-karlsruhe.de (Bruno Achauer)
  187. Subject: Trellis compiler available
  188. Date: 23 Oct 1994 00:16:02 GMT
  189. Organization: Telematics Department, Karlsruhe University, Germany
  190.  
  191. The beta release of version 0.2 of the TNT Trellis system is now
  192. available for anonymous ftp from tk.telematik.informatik.uni-karlsruhe.de.
  193.  
  194. Enclosed is ANNOUNCE file from the distribution:
  195.  
  196. What are Trellis and TNT
  197. ~~~~~~~~~~~~~~~~~~~~~~~~
  198.  
  199. Trellis is an object-oriented language developed within Digital
  200. Equipment Corp. The language features compile-time type checking,
  201. multiple inheritance, parametrized types, exception handling and
  202. iterators.
  203.  
  204.  
  205. TNT is a new implementation of Trellis, consisting of a compiler, a
  206. library of predefined types and a (rudimentary) run time system:
  207.  
  208.   - The compiler implements the language as defined by the reference
  209.     manual (except for a few esoteric constructs), plus a few minor
  210.     extensions.
  211.  
  212.   - Predefined types are standard types such as integers, strings,
  213.     arrays etc. (in Trellis, no type is built into the language!),
  214.     an IO system and a (rudimentary) hierarchy of collection types.
  215.  
  216.   - The run time system is pretty incomplete right now; in particular,
  217.     neither garbage collection nor threads are implemented yet.
  218.  
  219. The system is available for several architectures:
  220.  
  221.   - the Digital Alpha (running OSF/1),
  222.   - the HP Precision Architecture (under HP-UX),
  223.   - the Intel 386 (under Linux),
  224.   - Digital's Mips workstations,
  225.   - Sun's Sparc workstations (running SunOS).
  226.  
  227. Both source code and prebuilt kits are available.
  228.  
  229. Further work will concentrate on supporting transparently distributed
  230. objects a la DOWL.
  231.  
  232.  
  233. Changes since last version
  234. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  235.  
  236. * The HP-PA, Linux and Sparc ports.
  237.  
  238. * Building the compiler no longer requires the SFIO library.
  239.  
  240. * The compiler now can use the GNU assembler to generated object files;
  241.   at least on small MIPS machines, this will speed up compilation
  242.   considerably.
  243.  
  244. * Several minor bugs have been fixed.
  245.  
  246.  
  247. Requirements
  248. ~~~~~~~~~~~~
  249.  
  250. The prebuilt kits require disk space ranging from 800 KB (Linux) to
  251. 2.4 MB (OSF/1); a C compilation system (assembler, linker and the C
  252. library) must be installed. In addition, the Mips and HP-PA versions
  253. will benefit if the GNU assembler is present.
  254.  
  255. Building the system from scratch requires from 5.2 MB (Linux) to 16 MB
  256. (Alpha). You will also need some auxiliary tools and libraries:
  257.  
  258.   - Cocktail V9208 (the Karlsruhe Compiler toolbox),
  259.   - GNU make V3.68 or later,
  260.   - patch,
  261.   - makedepend.
  262.  
  263. Most of these should be available on a nearby ftp site (makedepend is
  264. part of the X distribution; GNU make and patch are distributed by the
  265. FSF).
  266.  
  267. Cocktail is available from several ftp sites, but most of the versions
  268. floating around will not work on the Alpha. A patched version is
  269. available on tk.telematik.informatik.uni-karlsruhe.de (see below).
  270.  
  271. If you plan to build the MIPS or the SPARC version, you will also need
  272. the GNU C compiler.
  273.  
  274.  
  275. How to get it
  276. ~~~~~~~~~~~~~
  277.  
  278. A source kit is available via anonymous FTP from
  279.  
  280.     tk.telematik.informatik.uni-karlsruhe.de (129.13.3.200)
  281.     file directory /pub/tnt/tnt-0.1.tar.gz.
  282.  
  283. There are also some additional kits in the same directory:
  284.  
  285.     * doc    -- PostScript versions of DEC-TR-372 (language
  286.            reference manual) and DEC-TR-373 (language primer).
  287.  
  288.     * prebuilt    -- binary kits.
  289.  
  290.     * tools    -- source kits for Cocktail.
  291.  
  292.  
  293. Please direct bug reports, requests, comments etc to
  294.  
  295.     tnt@tk.telematik.informatik.uni-karlsruhe.de.
  296.  
  297.  
  298. Acknowledgements
  299. ~~~~~~~~~~~~~~~~
  300.  
  301. The development of TNT has been supported by Digital Equipment's
  302. Campus-based Engineering Center in Karlsruhe.
  303.  
  304. Special thanks to Jean Fullerton and Lutz Heuser at Digital for
  305. making the technical reports available.
  306.  
  307.  
  308. Copyright
  309. ~~~~~~~~~
  310.  
  311. Copyright ⌐ 1994, UniversitΣt Karlsruhe, Germany; parts Copyright ⌐ 1994
  312. Digital Equipment Corp, Maynard, Mass.
  313.  
  314. The TNT Trellis software, both binary and source (hereafter, Software) is
  315. copyrighted by UniversitΣt Karlsruhe, Germany (UKA), and ownership
  316. remains with the UKA. Parts of the software are copyrighted by Digital
  317. Equipment Corp., Maynard, Mass.
  318.  
  319. The UKA grants you (hereafter, Licensee) a license to use the Software
  320. for academic, research and internal business purposes only, without a
  321. fee.  Licensee may distribute the binary and source code (if released)
  322. to third parties provided that the copyright notice and this statement
  323. appears on all copies and that no charge is associated with such
  324. copies.
  325.  
  326. UKA MAKES NO REPRESENTATIONS ABOUT THE SUITABILITY OF THIS SOFTWARE FOR
  327. ANY PURPOSE.  IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR IMPLIED
  328. WARRANTY.  THE UKA SHALL NOT BE LIABLE FOR ANY DAMAGES SUFFERED BY THE
  329. USERS OF THIS SOFTWARE.
  330.  
  331. --
  332. --Bruno.
  333.  
  334. ---------------------------------------------------------------
  335. | Bruno Achauer, U of Karlsruhe, Telecooperation              |
  336. | Kaiserstr. 12, D-76128 Karlsruhe, Germany                   |
  337. | bruno@tk.telematik.informatik.uni-karlsruhe.de              |
  338. | Phone +49-721-6084792, Fax +49-721-388097                   |
  339. ---------------------------------------------------------------
  340.  
  341. >70 CooL-SPE
  342.  
  343. From: Gerhard.Mueller@sietec.de (Dr. Gerhard Mⁿller)
  344. Subject: Announcement of the CooL Software Production Environment
  345. Date: Tue, 25 Oct 1994 11:42:28 UNDEFINED
  346. Organization: Sietec Systemtechnik
  347.  
  348.         ANNOUNCEMENT
  349.  
  350. The CooL-Software Production Environment - a new object-
  351. oriented development environment in Public Domain
  352.  
  353. The CooL-SPE is a modern software production environment 
  354. for the development of object-oriented application systems 
  355. supporting grafical user interfaces and relational database 
  356. technology. In the landscape of existing software production 
  357. technologies the CooL-SPE is more closely settled to 4GL 
  358. environments than to the usual C++ environments, mostly 
  359. more dedicated to system programming. The CooL-SPE was 
  360. developed by Siemens Nixdorf Informationssysteme (SNI) 
  361. within the ESPRIT project ITHHACA and is used since in a 
  362. number of large projects.
  363.  
  364. Allthough the CooL-SPE as a programming environment is 
  365. functional quite rich, it is also very lean and thus comparable 
  366. fast to learn and reliable tu use. In one project, which we sup-
  367. ported recently, we could learn that newly assigned engineers 
  368. to a fairly large project (400 classes with some 100.000 lines 
  369. of code) were able to learn the environment, to understand the 
  370. application and to become productive within a month - and 
  371. that without any practical experience on object-oriented pro-
  372. gramming before.
  373.  
  374. The system has product quality and is implemented in major 
  375. parts in itself.
  376.  
  377. The CooL-SPE is available for Linux 1.0.1, Solaris 2.3 and 
  378. SINIX 5.41. You may receive the system (sources and docu-
  379. mentation) via ftp.fu-berlin.de in the directoy /pub/unix/lan-
  380. guages/cool.The file itself is named cool-2.1.tar.Z.
  381.  
  382. >71 Contra-/Co- Variance
  383.  
  384. From: castagna@oeillet (Giuseppe Castagna)
  385. Subject: Paper on covariance and contravariance
  386. Date: 25 Oct 1994 17:09:51 GMT
  387. Organization: Ecole Normale Superieure
  388.  
  389.                             PAPER ANNOUNCEMENT
  390.                             ==================
  391.  
  392. The following short (13 pages long) note
  393.  
  394.  
  395.         "COVARIANCE AND CONTRAVARIANCE: CONFLICT WITHOUT A CAUSE"
  396.                                      
  397.                             Giuseppe Castagna
  398.                 Laboratoire d'Informatique de l'ENS, Paris
  399.  
  400.  
  401. is available by anonymous ftp at ftp.ens.fr in the file
  402.  /pub/reports/liens/liens-94-18.A4.dvi.Z
  403.  
  404. ADVERTISEMENT: This paper tries to explain
  405. -------------
  406.  
  407. 1. What covariance and contravariance serve for.
  408.  
  409. 2. Why covariance and contravariance are not opposing views but both
  410.    *must* be integrated in a *type-safe* formalism. I.e.: don't choose
  411.    just one of them.
  412.  
  413. 3. Where the "objects as records" analogy hides covariance.
  414.  
  415. 4. How to type binary methods in the models based on the analogy "objects
  416.    as records" (i.e. how to have ColorPoint < Point even if they respond
  417.    to a message "equal")
  418.  
  419. 5. How to have multiple dispatch when objects are modeled by (recursive)
  420.    records.
  421.  
  422. 6. Why all the previous points are strictly related one to each other.
  423.  
  424.                                  ABSTRACT
  425.  
  426. In type theoretic research on object-oriented programming the ``covariance
  427. versus contravariance  issue'' is a  topic of continuing  debate.  In this
  428. short note  we   argue that covariance  and   contravariance appropriately
  429. characterize  two distinct  and  independent  mechanisms.    The so-called
  430. contravariance  rule correctly captures   the {\em  substitutivity\/},  or
  431. subtyping relation (that establishes which  sets of codes can replace {\em
  432. in every context\/} another   given set).  A covariant relation,  instead,
  433. characterizes the {\em specialization\/} of  code (i.e.\ the definition of
  434. new code that replaces   the old one  {\em  in some particular  cases\/}).
  435. Therefore,  covariance  and contravariance  are  not  opposing  views, but
  436. distinct  concepts that each have   their place in object-oriented systems
  437. and that  both   can  (and  should)  be type    safely  integrated in   an
  438. object-oriented language.
  439.  
  440. We  also show  that   the  independence of    the two  mechanisms  is  not
  441. characteristic of  a  particular model  but is  valid  in  general,  since
  442. covariant specialization is present also  in  record-based models, but  is
  443. hidden by a deficiency of all calculi that realize this model.
  444.  
  445. As an aside, we show that  the lambda&-calculus can  be taken as the basic
  446. calculus both for an  overloading-based and for  a record-based model.  In
  447. that  case, one not only obtains  a more uniform vision of object-oriented
  448. type  theories but, in   the case of  the  record-based approach, one also
  449. gains  multiple dispatching,  which   is  not  captured by   the  existing
  450. record-based models.
  451.  
  452. >72 Quality
  453.  
  454. From: melo@umiacs.UMD.EDU (Walcelio Melo)
  455. To: drenth@tpd.tno.nl
  456. Cc: ami@aut.alcatel.at
  457. Subject: Quality Research
  458.  
  459. Paper on these topics can be found by anymous
  460. ftp at: ftp.cs.umd.edu:pub/sel/papers
  461.  
  462. or
  463.  
  464. web:http://cs.umd.edu/projects/SoftEng/tame
  465.  
  466.  
  467. - what quality aspects (of the process and the product) are measured and
  468. when are they measured (early on in the development process or merely in
  469. the testing phase);
  470. - what metrics are used to measure quality aspects (f.e. Lines Of Code,
  471. number of Function Points, complexity);
  472. - are the measurement results used for prediction of the quality of the
  473. final product;
  474. - are the measurement results used for process improvement;
  475. - what methods for process assessment (and improvement) are used (f.e. CMM,
  476. Bootstrap, AMI);
  477. - are there certificates (f.e. ISO);
  478.  
  479. Best regards,
  480.  
  481. walcelio
  482.  
  483.  
  484. >73  Quality
  485.  
  486. Re (to >72):
  487. You might try looking at the Softw Engineering Inst technical report
  488. "Measurement in Practice," which surveyed the practices of software
  489. measurement leaders:
  490.  
  491. Date: Sat, 2 Jul 1994 09:19:19 +0800 (SST)
  492. From: Ajith Narayanan <ajith@ncb.gov.sg>
  493. Subject: MiP techreport available by ftp
  494. To: Stan Rifkin <sr@seas.gwu.edu>
  495.  
  496.     Hi Stan,
  497.     
  498.     The GZIP-compressed PostScript of your technical report
  499.     "Measurement in Practice" is available for anon ftp from
  500.     ftp:ftp.informatik.uni-stuttgart.de/pub/doc/techreports/Metrics.ps.gz
  501.  
  502.     regards
  503.  
  504. --Ajith
  505.  
  506.  
  507. >74 TRILLIUM (CMM)
  508.  
  509. From: fcoallie@qc.bell.ca (Francois Coallier)
  510. To: ami@aut.alcatel.at
  511. Subject: TRILLIUM Release 3.0 available.
  512.  
  513. Dear Colleagues,
  514.  
  515. The release 3.0 of the TRILLIUM Model is now available
  516. through the Internet.
  517.  
  518. The TRILLIUM model is a software product development and
  519. support capablity model based on the SEI's Capability
  520. Maturity Model (CMM).
  521.  
  522. TRILLIUM differs from the CMM in its roadmap structure and
  523. its product and customer focus.
  524.  
  525. This release of TRILLIUM is substancially different from
  526. 2.3d:
  527.  
  528.    1) The introductory chapters explaining the model and its
  529.       application have been extensively rewritten and expanded.
  530.  
  531.    2) Practices are updated to provide 100% coverage of the CMMM
  532.       version 1.1, ISO 9001:1994 and ISO 9000-3, and Bellcore TR-
  533.       NWT-000179.
  534.  
  535.    3) Traceability tables to external source documents are
  536.       generated automatically.  The verification of all references
  537.       is thorough.
  538.  
  539.    4) The glossary has been updated.
  540.  
  541. The TRILLIUM model is in the public domain.  Copies (as a series of
  542. uuencoded Poscript files) are distributed freely through the Internet.
  543.  
  544. To receive your copy via E-Mail, all you have to do is to send me a
  545. request with your complete coordinates.
  546.  
  547. Bounded hard copies are available from the Bell Canada Acquisitions
  548. department.  Pricing and shipping information are available on
  549. request (Sorry: this is purely for budgetary reasons).
  550.  
  551. Regards,
  552.  
  553. Francois Coallier
  554.  
  555. ===========================================================================
  556.  
  557. Francois Coallier
  558.  
  559. Bell Canada,                      TEL:     +1 (514) 448-5100
  560. 2265 Roland Therrien              FAX:     +1 (514) 448-2090
  561. Longueuil, Quebec                       or +1 (514) 647-3163
  562. Canada J4N 1C5
  563. Internet: fcoallie@qc.bell.ca     Numerical Pager: +1 (514) 749-7937
  564.  
  565. >75  Dylan
  566.  
  567. From: straz@cambridge.apple.com (Steve Strassmann)
  568.  
  569. [...] Dylan (name derived from "Dynamic Language"), an object-oriented language
  570. developed here at Apple.
  571.  
  572. Our home web page is  http://www.cambridge.apple.com.
  573. Our main ftp site is ftp://cambridge.apple.com/pub/dylan, including
  574. experimental implementations, the FAQ, literature, etc.
  575.  
  576. Dylan combines the major efficiency advantages of static languages
  577. (C/C++, Pascal) with the flexibility advantages of dynamic languages
  578. (Scheme, Smalltalk). Dylan is not proprietary; in addition to Apple's
  579. own compiler effort, there are at least 9 non-Apple implementations 
  580. under way, including alternative and commercial environments for 
  581. Windows and unix.
  582.  
  583. [...]
  584.  
  585. Steve Strassmann, PhD
  586. straz@apple.com
  587.  
  588. >76 Object Domain (Shareware Case Tool)
  589.  
  590.   See also appendix D.
  591.  
  592. From: dirkv@netcom.com (Dirk Vermeersch)
  593. Date: Thu, 23 Mar 1995 17:09:55 -0800
  594.  
  595.   I've written a shareware program for drawing Booch 93 notation diagrams.
  596.   All 6 diagrams can be entered in this tool : 
  597.     - Class diagrams
  598.     - Object diagrams
  599.     - Module diagrams
  600.     - State diagrams
  601.     - Process diagrams
  602.     - Interaction diagrams
  603.  
  604.   C++ stubs can be generated from the diagrams.
  605.  
  606.   FTP address: oak.oakland.edu:/SimTel/win3/pgmtools/domain.zip
  607.  
  608.   Best Regards,
  609.  
  610.      Dirk Vermeersch
  611.  
  612. >77 Cecil
  613.  
  614. From: jdean@pysht.cs.washington.edu (Jeffrey Dean)
  615. Subject: Re: Cecil
  616. Organization: University of Washington
  617. Date: Fri, 18 Nov 1994 10:18:54 GMT
  618.  
  619. In article <1707013D67.UDIS2@earn.cvut.cs>, UDIS2@earn.cvut.cz writes:
  620. |> Where can I find info about Cecil language?
  621. |> 
  622. |> Thanks,
  623. |> Peter P.B.
  624. |> 
  625.  
  626. Cecil is a new purely object-oriented language intended to support
  627. rapid construction of high-quality, extensible software. Cecil
  628. combines multi-methods with a classless object model, object-based
  629. encapsulation, and optional static type checking.
  630.  
  631. Ongoing research in the Cecil project is in two major areas: language
  632. design issues and type systems for languages like Cecil, and
  633. implementation research on making languages like Cecil run faster.
  634.  
  635. Ongoing research in the Cecil project is in two major areas: language
  636. design and object-oriented language implementation.  Our language
  637. design research addresses modules and typechecking for multi-method
  638. based languages, and language mechanisms for implicit object
  639. classification.  Our implementation research is exploring a variety of
  640. optimization techniques for object-oriented languages, including
  641. profile-guided type feedback, whole program analysis, specialization,
  642. and interprocedural type inference algorithms.
  643.  
  644. Further information about Cecil is available from our WWW site:
  645.  
  646.   http://www.cs.washington.edu/research/projects/cecil/www/cecil-home.html
  647.  
  648. Papers about Cecil are also available via anonymous ftp from cs.washington.edu
  649. in the directory /pub/chambers.  See the README file in that directory for a
  650. description of the available papers.
  651.  
  652. Check out our WWW site: we'd appreciate any feedback people might have.
  653.  
  654. [...]
  655.  
  656. Producing readable, on-line text versions is difficult, because the
  657. papers contain embedded figures and formatted text.  Many of the
  658. papers are available as UW CSE Technical reports, however.  Full
  659. details can be via anonymous ftp in:
  660.   cs.washington.edu:/pub/chambers/README.
  661.  
  662. Hard-copies of the technical reports may also be requested via
  663. electronic mail. Send email to: tr-request@cs.washington.edu. Orders
  664. will be filled via surface mail, subject to availability. Please be
  665. sure to include a complete snail-mail address with your request.
  666.  
  667. As for the compiler, we plan to have an initial release to "friendly,
  668. interested parties" sometime in the first half of 1995.  The release
  669. will include full source code for the compiler (currently about 45,000
  670. lines of Cecil code), and will include both a C-code based back end
  671. (for portability) and a native Sparc back end.
  672.  
  673. We're maintaining a list of people who are interested in this initial
  674. release.  If you would like to be added to this list, send e-mail to
  675. me (jdean@cs.washington.edu).
  676.  
  677.  
  678. -- Jeff
  679.  
  680. --------------------------------------------------------------------------
  681. Jeffrey Dean (jdean@cs.washington.edu)      Cecil Project Graduate Student
  682. Dept. of Computer Science & Engineering           University of Washington
  683.            http://www.cs.washington.edu/homes/jdean/index.html
  684. --------------------------------------------------------------------------
  685.  
  686. >78  Meta-Case Info
  687.  
  688. From: Ian Ferguson <ian.ferguson@sunderland.ac.uk>
  689. Newsgroups: comp.software-eng
  690. Subject: metacase home page available on www
  691. Date: 28 Nov 1994 11:50:36 GMT
  692. Organization: University of Sunderland
  693.  
  694. ANNOUNCEMENT - please forward as appropriate
  695. ============
  696.  
  697. MetaCASE on the World Wide Web
  698. ======== == === ===== ==== ===
  699.  
  700. I am developing an new World Wide Web Home-Page on the subject of MetaCASE.  Its URL is :-
  701.  
  702. http://osiris.sunderland.ac.uk/rif/metacase/metacase.home.html
  703.  
  704. It contains information on MetaCASE tools, standards, conferences, suppliers, researchers, mailing lists, products, ftp sites etc.
  705.  
  706. I am, however, still looking for information.  If you have any information that you think should be included, please let me know and I 
  707. will be glad to give you full credit when that information is displayed.
  708.  
  709. Regards,
  710. Ian Ferguson
  711.  
  712. --------------------------------------------------------------------------------
  713. R.I.Ferguson                                    
  714. Research Associate                                           
  715.                                               
  716. University of Sunderland                       
  717. School of Computing and Information Systems     
  718. Priestman Building                              
  719. Green Terrace
  720. Sunderland              Email : ian.ferguson@sunderland.ac.uk
  721. Tyne/Wear               Tel   : (+44) 0191-515-2754
  722. SR1 3SD                 Fax   : (+44) 0191-515-2781
  723. United Kingdom          Web   : http://osiris.sunderland.ac.uk/rif/welcome.html
  724. --------------------------------------------------------------------------------
  725.  
  726.  
  727. >79  C++ Std Temp. Lib
  728.  
  729. From: khan@xraylith.wisc.edu (Mumit Khan)
  730. Newsgroups: comp.object
  731. Subject: Re: C++ Collection Classes
  732. Date: 25 May 1995 01:38:05 GMT
  733.  
  734. [...]
  735.  
  736. The C++ standard draft includes the spec for Standard Template Library
  737. (STL) which gets you pretty much any collection you need in C++. Check
  738. out the C++ faq (somewhere under ftp://rtfm.mit.edu/...) for where to
  739. find it. If you're using GNU C++ 2.6.3 (or a more recent snapshot), the
  740. hacked version of STL that comes with libg++-2.6.2 (or w/today's 2.6.9
  741. snapshot) is quite usable. ObjectSpace and Modena are two vendors selling
  742. STL implementations that cover a wide variety of compiler/platform combos
  743. (info@objectspace.com, 1-800-MODENA-1 for more info). Also welcome to
  744. take a look at my STL newbie file (http://www.xraylith.wisc.edu/~khan/
  745. and follow the 'STL Newbie doc' link). If you're using Borland 4.5 on a
  746. PC, you can use the HP implementation from ftp://butler.hpl.hp.com/stl.
  747.  
  748. Here's a snippet from FAQ:
  749.  
  750. ====
  751.  
  752. STL HP official site:    ftp://butler.hpl.hp.com/stl
  753. STL code alternate:    ftp://ftp.cs.rpi.edu/stl
  754. STL code + examples:    http://www.cs.rpi.edu/~musser/stl.html
  755. hacks for GCC-2.6.3:    ftp://ftp.uni-bremen.de/pub/.mount/ruin/C++/STL 
  756.  
  757. ====
  758.  
  759. btw, c.l.c++ is the group you should watch for this type of info.
  760.  
  761. enjoy
  762. mumit -- khan@xraylith.wisc.edu
  763.  
  764. >80 Phantom (Distr Prog)
  765.  
  766. From: acourtny@cs.tcd.ie (Antony Courtney)
  767. Subject: Announcing: Phantom language, home page, alpha release
  768. Keywords: languages, distributed, interpreted
  769. Organization: Computer Science, Trinity College Dublin
  770. Date: Mon, 15 May 1995 10:37:36 GMT
  771.  
  772. Announcing:
  773.  
  774.     Phantom, an Interpreted Language for Distributed Programming
  775.  
  776. This message is an announcement for the Phantom home page, mailing list,
  777. and prototype interpreter for the centralised language core.
  778.  
  779. -------------------------------------------------------------------------------
  780. >From  the Phantom home page:
  781.  
  782. What is Phantom?
  783.  
  784. Phantom is a new interpreted language designed to address some of the problems
  785. presented by large-scale, interactive, distributed applications such as
  786. distributed conferencing systems, multi-player games, and collaborative work
  787. tools. Phantom combines the distributed lexical scoping semantics of Obliq with
  788. a substantial language core. The language core is based on a safe, extended
  789. subset of Modula-3, and supports a number of modern programming features,
  790. including:
  791.  
  792.    * static structural-equivalence typing
  793.    * objects
  794.    * modules and interfaces
  795.    * lightweight threads
  796.    * exceptions
  797.    * garbage collection
  798.    * higher-order functions and lambda expressions
  799.    * a keyword binding mechanism
  800.    * dynamically sized lists and slice indexing notation
  801.    * type-safe implicit declarations
  802.  
  803. The Phantom interpreter is implemented entirely in ANSI C, and provides a
  804. binding to the Tk GUI toolkit.
  805.  
  806. Phantom has similar goals to Java, but was developed independently.
  807.  
  808. ------------------------------------------------------------------------------
  809.  
  810. Information about Phantom, the mailing lists, differences from Java,
  811. documentation on the language, and the current status and availability of
  812. the interpreter can be found on the Phantom home page:
  813.  
  814.         http://www.cs.tcd.ie/acourtny/phantom/phantom.html (in Europe)
  815. or
  816.         http://www.apocalypse.org/pub/u/antony/phantom/phantom.html (US mirror)
  817.  
  818. Please feel free to drop by and have a look!
  819.  
  820.     Antony Courtney <Antony.Courtney@cs.tcd.ie>
  821.     Trinity College Dublin
  822.     Ireland
  823.  
  824. >81 Java (Distr Prog)
  825.  
  826. This recent article discusses and quotes Java.
  827.  
  828. From: Greg Wilkins <gregw>
  829. Newsgroups: comp.object
  830. Subject: Java vs. C++
  831. Date: 25 May 1995 03:42:36 GMT
  832. Organization: Telstra Corporation
  833.  
  834. I have been reading about the Java language from Sun Labs:
  835.   http://java.sun.com/index.html
  836.  
  837. The way I use C++ looks like it would transfer to Java
  838. very easily, giving me access to the featurs of C++ I
  839. like, without the danger of the many extra C++ "features."
  840.  
  841. I'm interested in hearing opinions on Java from the many 
  842. posters that dislike C++.   While the chances of a new 
  843. language taking off are very very slim, looking at
  844. languages like Java are good ways of refining the way
  845. we learn/teach/review/use languages like C++.
  846.  
  847. Just to steal a bit of the Java doco:
  848.  
  849.  
  850.      Java: A simple, object-oriented, distributed, 
  851.            interpreted, robust, secure, architecture neutral, 
  852.            portable, high-performance, multithreaded, 
  853.            and dynamic language.
  854.  
  855.  
  856. We wanted to build a system that could be programmed easily without a lot of
  857. esoteric training and which leveraged today's standard practice.
  858. Most programmers working these days use C, and most programmers doing
  859. object-oriented programming use C++. So even though we found
  860. that C++ was unsuitable, we designed Java as closely to C++ as possible in
  861. order to make the system more comprehensible.
  862.  
  863. >82  Reflection Paper
  864.  
  865. From: lady0065@sable.ox.ac.uk (David Hopwood)
  866. Subject: Reflection (was Re: Has C++ had its day?)
  867. Organization: Oxford University, England
  868. Date: Wed, 31 May 95 02:59:04 BST
  869.  
  870. In article <3pq7eo$e50@nova.umuc.edu>, Ell <COATES@EUROPA.UMUC.EDU> wrote:
  871. [snip]
  872. >Curious what you mean by "reflective" design?
  873.  
  874. Reflection is the ability to change aspects of the implementation of a
  875. language (eg. method dispatch, memory allocation, synchronization
  876. policies), on a per-object (or per-class) basis.
  877.  
  878. For example, reflection can be used to add distributed message passing to a
  879. language that doesn't have this hard-wired into the compiler, simply by
  880. changing how method dispatch is implemented for remote objects.
  881.  
  882. A typical (but not the only) model of reflection has a 'meta-object'
  883. associated with each object. There is a default meta-object which defines the
  884. basic capabilities of the language (in practice, calls to this are usually
  885. inlined). The code emitted by the compiler for operations like method
  886. dispatch, etc. is modified to check whether the object in question is
  887. reflective (has a meta-object other than the default).
  888.  
  889. So, the code for a method call
  890.     "receiver.method (param1, param2, ...)"
  891. might look something like:
  892.  
  893. if (receiver is non-reflective)
  894.     inline code for a standard method call
  895. else
  896.     m := the meta-object for receiver
  897.     m.perform (receiver, method_id, parameter-list)
  898.  
  899. m can also be reflective (which leads some research papers to talk about an
  900. infinite tower of objects and corresponding meta-objects), but normally only
  901. one or two levels are used.
  902.  
  903. The meta-object can implement dispatch however it likes, for example using
  904. RPC to a distributed object, or whatever. The interface of a meta-object
  905. (which includes 'perform' in this case) is called the meta-object protocol.
  906.  
  907. Other applications of reflection include:
  908.  
  909. - memoized calls
  910.   (the result of a function call is cached, for use on subsequent calls with
  911.   the same parameters)
  912. - future objects
  913.   (an object is calculated in a parallel thread; any access to the object
  914.   blocks until it is ready)
  915. - transaction messages
  916.   (as used in ODBMSs)
  917. - asynchronous messages
  918.   (as used in Actor languages)
  919. - interfaces to other languages and type systems
  920. - implementation of garbage collection
  921. - heaps optimized for different granularities of object
  922. - persistence
  923. - checkpointing
  924. - replication
  925.  
  926. and so on.
  927. A good summary of reflection is
  928.  
  929. ftp://ftp.gte.com/pub/dom/reports/MANO93d.ps
  930.  
  931. David Hopwood
  932. david.hopwood@lmh.ox.ac.uk
  933.  
  934. >83 OZ++ (Distr Env)
  935.  
  936. From: hamazaki@etl.go.jp (Youichi Hamazaki)
  937. Subject: OZ++ system released with compiler, execution system and management systems
  938. Date: 30 May 1995 12:21:14 GMT
  939. Organization: Electrotechnical Laboratory, Tsukuba Science City
  940.  
  941. I'm pleased to announce our second release of OZ++ :an object-oriented 
  942. distributed environment.
  943. This software is copyrighted, but can be used free of charge by anyone.
  944.  
  945.  In this release, it includes compiler of object-oriented distributed
  946. language oz++, execution system and distributed management systems.
  947.  You can compile programs written in oz++ language, and execute it in
  948. distributed environment.  all source codes of distributed management systems
  949. and libraries are included also.
  950.  
  951.  Version control of classes will be provided on next release at late June.
  952.  
  953. If you are interested in OZ++, please anonymous FTP the file:
  954.  
  955.    etlport.etl.go.jp:/pub/OZ++/OZ++-R2.tar.gz
  956.  
  957. *Execution Environment
  958.  
  959. The system of OZ++ should be executed in the following environment:
  960.  
  961. -SunOS 4.1.3, whose
  962.         kernel has been configured to access shared memory, required.
  963. -Disk space of 50MB required.
  964. -Swap space of 40MB required at the time of exceution.
  965. -Sparc Station 2, or faster desired.
  966. *Execution Environment
  967.  
  968. Information about OZ++ project is available on WWW
  969.  
  970.   http://www.etl.go.jp/Organization/Bunsan/OZ/OZ.html    .
  971.  
  972. Any questions , advices and suggestions are welcome. Please send e-mail to
  973.  
  974.  oz++admin@oz.ipa.go.jp
  975.  
  976.  
  977. === From ReleaseNote.R2 ===
  978.                   OZ++ System, Version 1, Release 2
  979.  
  980.                             Release Notes
  981.  
  982.  Tsukuba Research Laboratory Of Open Fundamental Software Technology
  983.  
  984. Copyright (c) 1994 Information-Technology Promotion Agency, Japan (IPA)
  985.  
  986. All rights reserved.  No guarantee.  
  987. This technology is a result of the Open Fundamental Software Technology
  988. Project of the Information-Technology Promotion Agency, Japan (IPA)
  989.  
  990.    This document  describes  the  objectives  and  the  configuration  of  this
  991. software and the features of this release.
  992.    Details  on  the  copyrights  of  this  software  are  described in the file
  993. 'COPYRIGHT'.
  994.  
  995. 1. What is OZ++ ?
  996.  
  997.    In the software industry, people throughout the world have been  continually
  998. developing  software  with  very  similar  features;  and thus "reinventing the
  999. wheel" as it were.  Such  redundancy  has  been  impeding  the  improvement  of
  1000. software  productivity and reliability. Therefore, the sharing and distribution
  1001. of not only information but also of software is needed over the  network  (i.e.
  1002. Internet).  However,  this  cannot  be  achieved  merely by opening the network
  1003. infrastructure and making software publicly available.
  1004.  
  1005.    The OZ++ system has therefore  been  developed  to  solve  this  problem  of
  1006. software transfer.  Based on the concept of object-orientation, the OZ++ system
  1007. provides distribution, upgrading, and authorization function of  software  over
  1008. the network. The high modularity of object-oriented systems and the conformance
  1009. checking  of  interface  between  objects  promotes  the  re-using  of software
  1010. components.  The infrastructure is now being put into place so that  components
  1011. of different software products can be combined in much the same way as hardware
  1012. products.  Because the OZ++ systems enables the distribution of software  (i.e.
  1013. program),  software  can  be  brought  from all over the world; furthermore, it
  1014. allows such software to  run  without  complicated  installation.  Because  the
  1015. versions  of  software  are automatically recognized by the system, old and new
  1016. versions are available at the same time and the newer version is  automatically
  1017. distributed.  In  addition,  validation functions have been included to confirm
  1018. the source of the software so that everyone can use it without  worrying  about
  1019. viruses.  Because  of these functions, OZ++ system users are always able to use
  1020. the newest and most appropriate types of software available.
  1021.  
  1022. 2.The configurations of the OZ++ system
  1023.  
  1024.    In OZ++, the computation takes place by  communicating  distributed  objects
  1025. placed  over  the network. Objects are run on processes called executors.  An
  1026. executor can run an arbitrary number of  objects  and  is  managed  by  process
  1027. called  'nucleus'.  Each  station  is always managed by a nucleus and a nucleus
  1028. can manage an arbitrary number of executors.
  1029.  
  1030.    See README.first for how to install and startup the OZ++ system.
  1031.  
  1032. 3. About this release
  1033.  
  1034.    This release contains the following:
  1035.  
  1036. *Nucleus
  1037. *Executor
  1038. *Launcher
  1039. *Compiler-front-end
  1040. *Object-images for demonstration
  1041.  
  1042.    By this release you can you can compile and execute OZ++ program.
  1043.  
  1044.    To compile your OZ++ program, you  can  use  the  `compiler-front-end'.  How
  1045. to use of it is described in the file doc/README.compile.
  1046.  
  1047.    To  execute  your  OZ++  program, you can use the `launcher'.  How to use of
  1048. it is described in the file doc/README.launcher.
  1049.  
  1050.    To create new object image, a tool called `newimage'  is  provided.  How  to
  1051. use of this tool is described in the file doc/README.newimage
  1052.  
  1053.    Furthermore, you can see two kind of demonstrations of the OZ++ system:
  1054.  
  1055. *Application 'Encyclopedia'
  1056.  
  1057. Showing the method invocations between remote stations.
  1058.  
  1059. *Application 'Object mail system'
  1060.  
  1061. Showing where a  new  version  of  a  program  is  automatically  selected  and
  1062. distributed.
  1063.    A tutorial of these demonstrations is provided in doc/DemoTutorial.
  1064.  
  1065.    The Release schedule for future versions is as follows:
  1066.  
  1067. *Release 3
  1068.  
  1069. Around 6/20.  You can compile, manage, and run OZ++ programs distinguishing its
  1070. versions.  The first version of debugger will be included.
  1071. -- 
  1072. Yoichi Hamazaki , ElectroTechnical Laboratory , Tsukuba, Japan
  1073. E-mail address:    hamazaki@etl.go.jp        Telephone:    (+81)-298-58-5903
  1074.  
  1075. >84 OOA/D Example, Java
  1076.  
  1077. From: Rick van Rein <rick@iconcomp.com>
  1078. Newsgroups: comp.object,comp.lang.java
  1079. Subject: Full OOA&D example now has Java Implementation
  1080. Date: Wed, 07 Feb 1996 16:53:38 -0600
  1081. Organization: ICON Computing, Inc.
  1082.  
  1083. Hello All,
  1084.  
  1085. Some time ago we anounced a full example of OOA&D to be available on our
  1086. web site. We are pleased to inform you that the Java implementation is
  1087. now also available.
  1088.  
  1089. The exercise available is a small Telephone Switch system, of which the
  1090. Java/AWT GUI on a Netscape browser provides an excellent means of
  1091. getting a feel for the application's workings. This is likely to be of
  1092. great use in understanding the models built during analysis and design.
  1093.  
  1094. The example is available on:
  1095.  
  1096.         http://www.iconcomp.com/demo/case-Phone/phoneCase.html
  1097.  
  1098. and the implementation in Java can be accessed by clicking on
  1099. 'Implementation'.
  1100.  
  1101. Have fun with it,
  1102.  
  1103.  
  1104. Rick van Rein
  1105. ICON Computing, Inc.                    http://www.iconcomp.com
  1106. OO Teaching & Consulting services       (512) 258 8437
  1107.  
  1108.  
  1109. >85 Envelope Engine OORAD
  1110.  
  1111. Envelope Engine is a 32-bit, visual, object-oriented, rapid application
  1112. development tool for MS Windows 95 and NT. It is being provided FREE
  1113. indefinitely to the Internet community and can be downloaded today from the
  1114. Envelop www site, http://www.envelop.com. 
  1115.  
  1116. Both Envelop Engine and our responsive on-line technical support have received
  1117. excellent reviews from many of the more than 3,000 developers who have
  1118. downloaded it to date. Some user comments include: 
  1119.  
  1120.       "Extremely good product, and free too! Thanks a lot." 
  1121.       "Amazingly complete product." 
  1122.       "I like this product a lot. With VB4.0 at > $400, you are offering an
  1123.         amazing deal and
  1124.       excellent service." 
  1125.       "Great Work, blows VB Away, object model is very well done." 
  1126.  
  1127. Download your copy today! 
  1128.  
  1129. Envelop Engine -- Born To Be Free!
  1130. http://www.envelop.com 
  1131.  
  1132.  
  1133. >86 OODB Driver
  1134.  
  1135. How many drivers do you put on your client to simultaneously access: 
  1136.  
  1137.   Oracle 
  1138.   Sybase 
  1139.   Informix 
  1140.   uniVerse 
  1141.   Ingres 
  1142.   ISAM 
  1143.   DB2 
  1144.  
  1145. And how many more do you add when you have on the same client: 
  1146.  
  1147.   Smalltalk apps 
  1148.   Visual Basic apps 
  1149.   Visual C++ apps 
  1150.   Java applets 
  1151.  
  1152. How would you like to have one database driver that is free that you can
  1153. download off the Internet? And how would you like that driver to be a Web
  1154. development kit so that any data you access from your OO apps can be brought
  1155. up simultaneously as a Web database server? 
  1156.  
  1157. If you are a developer that has any variation of these problems you owe it
  1158. to yourself to take a look at a product that was just announced today: 
  1159.  
  1160.   http://www.vmark.com/news/preleases/presrel21.html 
  1161.  
  1162. This is object-oriented middleware built in C++ that does true object passing
  1163. between the database and application environments. The guy the engineered it
  1164. wrote the first CORBA spec for the OMG (although this particular product is
  1165. engineered for high performance DB access and not CORBA). 
  1166.  
  1167. It's taken six months to convince VMARK to put this on the net for free. It
  1168. is the real stuff and is used in large production sites worldwide. For
  1169. example, the Kew Royal Botanical Gardens serves the net using this middleware:
  1170.  
  1171. http://www.rbgkew.org.uk/ 
  1172.  
  1173. Jeff Sutherland
  1174. jsutherland@vmark.com
  1175. http://www.tiac.net/users/jsuth/ 
  1176.  
  1177. Only two simultaneous users. 
  1178.  
  1179. >87 C++ VFn Elim
  1180.  
  1181. "Eliminating Virtual Function Calls in C++ Programs" (see abstract below). The report is
  1182. available on the WWW via 
  1183.  
  1184.   http://www.cs.ucsb.edu/oocsb/papers.html
  1185.  
  1186. or 
  1187.  
  1188.   http://www.cs.ucsb.edu/TRs/ 
  1189.  
  1190. Urz Hoelzle 
  1191.  
  1192. >88 Use Cases
  1193.  
  1194. From Ed Berard 
  1195.  
  1196. A 15-page article titled "Be Careful With 'Use Cases'" presents a brief introduction to use
  1197. cases, and discusses the problems that some software engineers, and some software
  1198. engineering organizations, have in making effective use of use cases. It does include a
  1199. bibliography. 
  1200.  
  1201. The article is available in several different formats, and via several different mechanisms: 
  1202.  
  1203.       If you have access to the World Wide Web: 
  1204.         Surf to http://www.toa.com/ and select the "On-Line Documents" button. 
  1205.         The article is available in plain text, html (hypertext markup language), and pdf
  1206.         (Adobe's portable document format). Select the appropriate web page and obtain
  1207.         the article. 
  1208.         You can also go directly to the appropriate web page by linking to one of the
  1209.         following: 
  1210.            http://www.toa.com/pub/html/use_case.html (for the html version) 
  1211.            http://www.toa.com/pub/Acrobat/use_case.pdf (for the pdf version) 
  1212.            http://www.toa.com/pub/use_case.txt (for the text only version) 
  1213.       If you have ftp access: 
  1214.         Via anonymous ftp, connect to ftp://ftp.toa.com/pub 
  1215.  
  1216.  
  1217.  
  1218.  
  1219. APPENDIX F  MAGAZINES, JOURNALS AND NEWSLETTERS
  1220. ===============================================
  1221.  
  1222. ACM
  1223. ---
  1224.   OOPSLA - Association For Computing Machinery's yearly conference on Object-
  1225.     Oriented Programming Systems, Languages, and Applications.
  1226.     Addison-Wesley
  1227.     Order Dept.
  1228.     Jacob Way
  1229.     Reading, MA 01867
  1230.     (800) 447-2226
  1231.   ACM OO Messenger    - Quarterly on Object-Oriented Languages and Systems
  1232.   ACM SigPlan Notices - Special Interest Group on Programming Languages
  1233.     Publications Office
  1234.     ACM, 1515 Broadway
  1235.     NY, NY 10056
  1236.     (212)869-7440, FAX: (212)869-0481
  1237.   Additional information can be obtained from ACMpubs@acm.org.
  1238.  
  1239. American Programmer (Yourdon's Newsletter)
  1240. ------------------------------------------
  1241. Monthly Newsletter on Software Engineering including quality, the CMM, object-
  1242. oriented technology, and etc.  $395/year.  Send for complementary copy.
  1243.   American Programmer, Inc.
  1244.   Dept. 13
  1245.   161 West 86th Street
  1246.   New York, NY  10024-3411
  1247.  
  1248. CASE Trends Magazine
  1249. --------------------
  1250. Sorry, still no reference.
  1251.  
  1252. The Coad Letter
  1253. ---------------
  1254. From Peter Coad (pronounced "Code"), of Coad/Yourdon OOA/D fame.
  1255.   Object International, Inc.
  1256.   3202 W. Anderson Lane, Suite 208-724
  1257.   Austin, TX  78757-1022
  1258.   Tel: 800-926-9306, 512-795-0202
  1259.   Fax: 512-795-0332
  1260.  
  1261. The C+@ Quarterly
  1262. -----------------
  1263. On the C+@ language (pronounced "Cat").
  1264. Unir Technology, Inc.
  1265. 184 E. Shuman Blvd.
  1266. Naperville, IL 60563
  1267.  
  1268. DE FACTO - The ami Newsletter
  1269. -----------------------------
  1270. Reports on the progress of ami (application of metrics in industry).
  1271.   ami User Group
  1272.   Centre for Systems and Software Engineering
  1273.   South Bank University
  1274.   103 Borough Road, London SE1 OAA
  1275.   Phone: +44 71 815 7504
  1276.   Fax:   +44 71 928 1284
  1277.  
  1278. Eiffel Outlook
  1279. --------------
  1280. *Eiffel's clear and powerful OO software engineering framework has strongly
  1281.  influenced the object industry.  For four years, the independent editors of
  1282.  Eiffel Outlook have delivered news, reviews, and technical information about
  1283.  Eiffel and Eiffel standards.  Articles from Eiffel and OO experts provide
  1284.  methods, strategies, and principles that you can apply on any OO project.
  1285. *Free sample copies available.
  1286.  
  1287. Eiffel Outlook
  1288. 1501 West Koenig Lane
  1289. Austin, Texas 78756   USA
  1290. TEL: 800 285 5124 or 512 452 9455
  1291. FAX: 512 452 1721
  1292. email: tower@twr.com
  1293.  
  1294. The Guerilla Programmer
  1295. -----------------------
  1296. For the practicing professional programmer.
  1297.   New, by Ed Yourdon.
  1298.   Phone:  800-964-8702 or 617-648-9702
  1299.   Fax:    800-888-1816 or 617-648-1950
  1300.  
  1301. HOTT-LIST - FREE NEWSLETTER
  1302. ---------------------------
  1303. Free, electronic newsletter features article summaries on new generation
  1304. computer and communications technologies from over 100 trade magazines
  1305. and research journals; key U.S. & international daily newspapers, news
  1306. weeklies, and business magazines; and, over 100 Internet mailing lists &
  1307. USENET groups.  Each monthly issue includes listings of forthcoming &
  1308. recently published technical books and forthcoming shows & conferences. 
  1309. Bonus: Exclusive interviews with technology pioneers.  E-mail
  1310. subscription requests to: listserv@ucsd.edu  (Leave the "Subject" line
  1311. blank.)  In the body of the message, type: SUBSCRIBE HOTT-LIST (do not
  1312. include first or last names).  For a person: hott-list-relay@ucsd.com.
  1313.  
  1314. Object-Oriented Systems (New)
  1315. -----------------------------
  1316. EMail: journal@chall.mhs.compuserve.com
  1317. http://www.cs.ucl.ac.uk/coside/oos/index.html  (new)
  1318.     Russel Winder <R.Winder@cs.ucl.ac.uk>
  1319.  
  1320.   USA/Canada:
  1321.   Journals Promotion Dept., Chapman & Hall, 29 West 35th
  1322.   Street, New York, NY 20001-2299, USA.
  1323.   Tel: (212) 244 3336
  1324.   Fax: (212) 244 3426
  1325.   EMail: 71201.1651@compuserve.com
  1326.  
  1327.   EC/RoW:
  1328.   Journals Promotions Dept., Chapman & Hall, 2-6 Boundary Row, London
  1329.   SE1 8HN, UK.
  1330.   Tel: +44 (0)71 865 0066
  1331.   Fax: +44 (0)71 522 9623
  1332.  
  1333. SIGS Publications (9/yr)
  1334. ------------------------
  1335. These publications have staff writers from among the most popular OO authors
  1336. and methodologists.
  1337.   Object Magazine        - Manager's Guide to Object Technology        $39
  1338.   Journal of Object-Oriented Programming - For Progs/Devls using OO    $59
  1339.   C++ Report             - Get most out of C++                         $69
  1340.   The Smalltalk Report   - How-To Advice for Smalltalk Users           $79
  1341.   Report on Object Analysis and Design - Lang Ind/Arch on OOA/D/Mdling $99
  1342.  
  1343.   SIGS Publications, Inc.
  1344.   P.O. Box 2027
  1345.   Langhorne, PA 19047
  1346.   Fax:   215-785-6073
  1347.   Phone: 215-785-5996
  1348.  
  1349.  
  1350.  
  1351. APPENDIX G  COMMERCIAL OBJECT-ORIENTED LIBRARIES AND SYSTEMS
  1352. ============================================================
  1353.  
  1354. A new C++ libraries FAQ is posted monthly to comp.lang.c++ and should be on
  1355. rtfm soon.  Contact cpplibs@trmphrst.demon.co.uk.  It contains anonymous ftp
  1356. sites and commercial libraries and may be merged with this FAQ eventually.
  1357.  
  1358. This is a new APPENDIX and sending in new entries is strongly encouraged by
  1359. both vendors and customers.
  1360.  
  1361. FORMAT:
  1362.     tool name
  1363.     *description and methods
  1364.     *operating systems
  1365.     Vendor name, 
  1366.     city/state, phone (if known)
  1367.  
  1368. Great Circle
  1369. ------------
  1370. *First real commercial Automatic Memory Mgmt System for C and C++.
  1371. *Garbage collection obviates need for free and delete.
  1372. *Eliminates leaks and premature frees in existing programs 
  1373.  and libraries without programmer intervention.
  1374. *Contains transparent (only linking required) and smart-pointer GC interfaces.
  1375. *Supports unions, polymorphism, multiple inheritance, arrays, 
  1376.  exceptions, real-time operation, multi-threading, and provides metrics.
  1377. *Provides both conservative and treadmill collection.
  1378. *OS: DOS, Extended DOS, Windows, NT, Unix, OS/2.
  1379. *Compilers: Borland, CenterLine, Cfront, g++, MetaWare, Microsoft, SparcWorks.
  1380. *Price: PC: $300-500, WorkStation: $700-1100, Compiler/OS ind. C++ source avail.
  1381. Geodesic Systems, Inc.
  1382. 4745 N. Ravenswood Avenue, Suite 111
  1383. Chicago, IL  60640
  1384. Tel:   800-360-8388
  1385. Fax:   312-728-6096
  1386. email: sales@geodesic.com, info@geodesic.com
  1387. www:   http://www.geodesic.com
  1388.  
  1389. LOOK!
  1390. -----
  1391. *Award-winning C++ Dynamic Visualization System.
  1392. *Parses (symbol-rich) C++ executables and animates dynamic object diagrams of
  1393.  executing applications, exposing vital object-level interactions.
  1394. OS:       Unix (SunOS;Solaris;AIX); Windows; NT
  1395. Compilers: Borland;Microsoft; SPARCWorks; CenterLine; Gnu; Lucid (SunOS only)
  1396. Objective Software Technology
  1397. tel:    +44 (0) 1506 472217
  1398. fax:    +44 (0) 1506 472219
  1399. email: info@ost.co.uk
  1400. www:   http://www.scotnet.co.uk/ost/
  1401.  
  1402. Tools.h++, Canvas.h++, DBTools.h++ Heap.h++, Math.h++, Money.h++, View.h++, etc.
  1403. ----------------------------------------------------------------------------
  1404. C++ libraries for containers and more
  1405. Rogue Wave Software, Inc.
  1406. 260 SW Madison Ave.
  1407. P.O Box 2328
  1408. Corvallis, OR 97339 USA
  1409. Ph:    800-487-3217
  1410. Fax:   503-757-6650
  1411. email: sales@roguewave.com
  1412. www:   http://www.roguewave.com
  1413.  
  1414. C++ Booch Components
  1415. --------------------
  1416. Rational
  1417. 1-800-767-3237 ext. 23
  1418.  
  1419. Zapp Portable C++ Application Framework
  1420. ---------------------------------------
  1421. *multi-platform object-oriented windowing libraries.
  1422. Inmark Development Corporation
  1423. 2065 Landings Drive
  1424. Mountain View, CA 94043
  1425. ph:  415-691-9000
  1426. fax: 415-691-9099
  1427. bbs: 415-691-9990
  1428.  
  1429. Zinc Application Framework
  1430. --------------------------
  1431. *multi-platform object-oriented windowing libraries.
  1432. Zinc Software Incorporated
  1433. 405 S. 100 East, @nd Floor
  1434. Pleasant Grove, UT 84062
  1435. ph:        801-785-8900
  1436. tech supp: 801-785-8998
  1437. Fax:       801-785-8996
  1438. info@zinc.com, tech@zinc.com
  1439.