home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Source Code 1993 July / THE_SOURCE_CODE_CD_ROM.iso / languages / elisp / packages / HyperActiveFTP / data.object.oriented.parallel / text0000.txt < prev   
Encoding:
Text File  |  1992-04-15  |  29.6 KB  |  904 lines

  1. Newsgroups: comp.parallel
  2. From: David A Dunn - Utah State University <SLHPV@cc.usu.edu>
  3. Subject: Concurrent Object Oriented - A Summary (long)
  4. Organization: Utah State University
  5. Date: 26 Feb 92 17:16:39 MDT
  6.  
  7. I posted a question on Object-Oriented Concurrent Programming to
  8. this newsgroup about a month ago, several people asked for a summary
  9. of responses.  This is a full listing of the responses I received along
  10. with the original posting.
  11.  
  12. It is LONG! (About 900 lines due to included bibliography entries...)
  13.  
  14.  
  15. -------------------------------Original Post----------------------
  16.  
  17. I am currently writing a paper on Object-Oriented Concurrent
  18. Programming.  As part of this paper I would like to include some
  19. information on what researchers and developers are currently
  20. pursuing in this area, both in industry and education.
  21.  
  22. If you are using, or have used, Object-Oriented methods to
  23. implement some form of parallelism (distributed, true parallel,
  24. or concurrent on one CPU), I would appreciate it if you could
  25. answer a few short questions and email me your responses.
  26.  
  27. 1.  What kind of system are you developing/using?  Is it intended
  28. for production or for research?
  29.  
  30. 2.  What language/methodology are you using to implement this
  31. system?
  32.  
  33. 3.  Why did you choose an object-oriented methodology over the
  34. more traditional methods for concurrent programming?
  35.  
  36. 4.  Anything else you can tell me about your project would be
  37. very useful and appreciated.
  38.  
  39.  
  40. Thank you for your time,
  41.  
  42. David A Dunn             Utah State University
  43. slhpv@cc.usu.edu         Computer Science Dept.
  44. (801)755-0675            Logan, UT  84322
  45.  
  46.  
  47. ------------------------------------------------------------------------
  48.  
  49. From:   IN%"kthanasi@cs.rochester.edu"  6-FEB-1992 15:21:18.64
  50.  
  51. Object Oriented Concurrency
  52.  
  53. 1. I am developing an object oriented environment for light weight threads
  54. with built in mechanisms for locality management. It is part of my area
  55. paper work and hope :-) that it is research
  56.  
  57. 2. The implementation is in C++.
  58.  
  59. 3. Mainly because of the clean interface that I can have to the data.
  60. I know that data can be touched only via well define methods which can
  61. be augmented to save and use location information.
  62.  
  63. 4. Basicly I want to provide an integrated package with a simple a definition
  64. for a computation on top of which one can build a number of different
  65. abstractions (lw threads, generators, chores etc). I also want to exploit
  66. locality in programs by augmenting objects with location information
  67.  
  68. Leonidas Kontothanassis               | Internet: kthanasi@cs.rochester.edu
  69. Dept. of Computer Science             | UUCP: ..!rutgers!rochester!kthanasi
  70. University of Rochester               | Phone: (716) 275-2569
  71. Rochester NY 14627-0226               | FAX:   (716) 461-2018
  72.  
  73. ------------------------------------------------------------------------
  74.  
  75. From:   IN%"pcb@gunfight.austin.ibm.com"  6-FEB-1992 15:42:16.19
  76.  
  77. 1.  An object-oriented framework for concurrent graphics in heterogeneous
  78. environments   ph.d. dissertation April 1991  available at UMI
  79.  
  80. 2.  The specification syntax was GO|| (see title above: stands for concurrent
  81. graphics objects and pronounced "geaux" (or go for the non-cajun))
  82.  
  83. 3.  Demonstrate and specifiy functionality and extensibility not easily
  84. found in existing systems
  85.  
  86. 4.  combines graphics paradigms (3d,2d,gui,images,...and rendering algorithms)
  87. into a consistent framework..suitable for scalability into heter. envts.,
  88. ala. mach.
  89.  
  90. /*---- Thanks in advance... ----------- These are my own opinions -----------+
  91. | Peter C. Bahrs                    INTERNET: pcb @ gunfight.austin.ibm.com  |
  92. | IBM Boca System Design                      peterb @ bcrvmpc1.vnet.ibm.com |
  93. | *IX, OS/X                             VNET: peterb at bcrvmpc1             |
  94. +---------------------------------------------------------------------------*/
  95.  
  96. ------------------------------------------------------------------------
  97.  
  98. From:   IN%"jbw5g@redwood.cs.Virginia.EDU" 10-FEB-1992 11:58:39.86
  99.  
  100. Below we include our brief description of what our system, Mentat
  101. provides.  If you want to receive some papers, please let us know.
  102.  
  103.  
  104. Mentat: Object-Oriented Parallelism for MIMD Architectures
  105.  
  106. Mentat Objectives
  107.  
  108.         o       Easy-to-use parallelism
  109.         o       Scalable software architecture
  110.         o       Portable
  111.         o       High performance
  112.  
  113. Mentat Features
  114.  
  115.         o       Object-oriented (extended C++)
  116.         o       Medium grain
  117.         o       Compiled parallelism
  118.         o       User specified granularity
  119.  
  120. Mentat addresses two problems
  121.  
  122.         o       Programming MIMD architectures is difficult.
  123.         o       Lack of applications portability between architectures.
  124.  
  125. The Programming Problem - Explicit Control
  126.  
  127. In extended C or FORTRAN with shared memory and semaphores or message
  128. passing (send/receive), the programmer has total control over granularity, but:
  129.  
  130.         o       Programmer must manage
  131.                 o       problem decomposition
  132.                 o       scheduling
  133.                 o       communication
  134.                 o       synchronization
  135.         o       Programmer may be overwhelmed by complexity and "Heisenbugs"
  136.  
  137. The Programming Problem - Compiler Control
  138.  
  139. The compiler manages complexity for the programmer, but:
  140.  
  141.         o       Programmer intervention may be necessary to eliminate
  142.                 artificial dependencies
  143.         o       Granularity is too fine for message passing machines
  144.  
  145. What's Needed?
  146.  
  147.         o       Safety (correctness) of compiler control
  148.         o       Granularity control of explicit approaches
  149.         o       Portability - a virtual machine that the compiler
  150.                 can work with and that maps well to a variety of
  151.                 MIMD architectures
  152.  
  153. The Solution - Mentat
  154.  
  155. Mentat combines the best aspects of both explicit and compiler based
  156. approaches.  The programmer makes granularity and encapsulation decisions
  157. exploiting domain knowledge.  The compiler manages communication
  158. and synchronization.
  159.  
  160. Computation Model Underlying Mentat
  161.  
  162.         o       Not directly visible to programmers - only the compiler
  163.         o       Medium grain
  164.         o       Graph based
  165.         o       Graph expansion via node elaboration
  166.         o       Node elaboration is a local operation, no communication
  167.                 is required
  168.         o       Scalable
  169.  
  170. Mentat Programming Language (MPL)
  171.  
  172.         o       An extended C++
  173.         o       Mentat Classes are the units of granularity
  174.         o       Mentat objects used as C++ objects
  175.         o       Compiler manages communication and synchronization
  176.         o       Compiler translates to C++ with calls to perform run-time
  177.                 data flow detection and build program graphs
  178.  
  179. Mentat Run-Time System
  180.  
  181.         o       Scalable
  182.         o       Portable
  183.         o       Performs run-time data flow detection
  184.         o       Automatic scheduling with optional programmer placement
  185.         o       Layered approach
  186.  
  187. System Availability - FREE
  188.  
  189.         o       Sun 3 & Sun 4
  190.         o       Intel iPSC/2
  191.  
  192. Ports in Progress
  193.  
  194.         o       Mach (using Mach IPC)
  195.         o       Intel iPSC/860
  196.         o       IBM RS/6000
  197.         o       Silicon Graphics Iris
  198.  
  199. Is Your Application
  200.  
  201.         o       Computation bound?
  202.         o       IO bound?
  203.  
  204. ------------------------------------------------------------------------
  205.  
  206. From:   IN%"Dietrich.Boles@arbi.informatik.uni-oldenburg.de"  "Dietrich Boles" 12-FEB-1992 07:41:18.
  207.  
  208.                      Ol, 12/02/92
  209.  
  210. Hello,
  211.  
  212. i read your questions in the newsgroup comp.parallel. I am working
  213. at the University of Oldenburg (Germany) in the group of
  214. Prof. Appelrath. My name is Dietrich Boles.
  215.  
  216. At University of Oldenburg (Germany) we are developing a parallel
  217. extension of C++, called QPC++ (Quasi-Parallel C++, because processes
  218. will be realised as lightweight-process, which share a common virtual
  219. address-space and will run on one CPU).
  220.  
  221. A short summary of the language:
  222.  
  223. aims:
  224. ----
  225. +  upward-compatibility to C++
  226. +  availability of all C++-libraries without recompilation
  227. +  only a few new language constructs
  228. +  realising the processes as lightweight-processes
  229.  
  230. process concepts:
  231. -----------------
  232. +  there exist process classes with inheritance mechanisms (identical to
  233.    normal object classes)
  234. +  dynamical process creation
  235. +  single-threaded processes (with a body)
  236. +  process sets
  237. +  implicit scheduling (but it can be done explicit too)
  238.  
  239. communication:
  240. --------------
  241. +  via shared variables
  242.    +  atomic operations
  243.    +  semaphores (realised as process class)
  244.  
  245. +  via message-passing
  246.    +  extended rendezvous-concept (remote procedure calls)
  247.    +  synchronous and asynchronous communication
  248.    +  multicasting facilities.
  249.  
  250.  
  251. State of work:
  252. --------------
  253.  
  254. There exists a language definition (about 150 pages) (but it is written in the
  255. german language).
  256.  
  257. A first run-time-system (prototype) has been written in C++
  258. (on SUN-4, UNIX BSD 4.3, gnu-c++-compiler).
  259.  
  260. We will write a compiler which translates QPC++-code into C++-code using
  261. LEX and YACC (or LEX++ and YACC++).
  262.  
  263.  
  264. Answering your questions:
  265. -------------------------
  266.  
  267. 1. QPC++ is intended for research; we will use it in devellopping an
  268.    user-interface toolkit and an user-interface management system.
  269.    (but it can be used in other projects too)
  270.  
  271. 2. The run-time-system of QPC++ is modelled in a full object-oriented
  272.    way. We use C++ as programming language.
  273.  
  274. 3/4. I think it is a natural way to combine object-oriented with
  275.    concurrent programming. Objects in object-oriented languages
  276.    can be seen as processes which can send requests to other objects,
  277.    waiting for response. But objects are passiv. Processes in an parallel
  278.    object-oriented language can be seen as active objects, which will
  279.    communicate with other processes but each process has an own thread of
  280.    controll. Synchronisation mechanisms are necessary.
  281.    With an normal object-oriented language it is sometimes very
  282.    hard to transfer a system which has been modelled in an object-oriented
  283.    way into code. Just in the field of user-interface toolkits or simulation
  284.    objects are often active objects. With an parallel object-oriented language
  285.    such a system can be transfered into code 1:1.
  286.  
  287. Ok, I hope I could help you a little bit.
  288.  
  289.    Dietrich.
  290.  
  291.  
  292. PS: Sorry, but my english is not very good.
  293.  
  294.  
  295. /* * * * * * * * * * * * * * * * * * * * * * * * */
  296.              Dietrich Boles
  297.              Universitaet Oldenburg
  298.              Fachbereich Informatik
  299.              Postfach 2503
  300.              D-2900 Oldenburg
  301.              Germany
  302.              e-mail: boles@uniol.uucp
  303. /* * * * * * * * * * * * * * * * * * * * * * * * */
  304.  
  305. ------------------------------------------------------------------------
  306.  
  307. From:   IN%"grivas@inf.ethz.ch" 12-FEB-1992 09:03:05.11
  308.  
  309. Hi David,
  310.  
  311. I am a PhD student, and I use C++ for the Implementation of Symbolic Computation Systems. Especially
  312. resp. unifier of such a system. I'm still in the beginning, so I think there are
  313. three levels, where I can parallelize:
  314.         - matching in a many(patterns) to one(expression) way
  315.         - inside an expression
  316.         - inside the associative-commutative operation
  317. Can you please, email me your list of references about Conc. OOP?
  318. I am new in this area. The only reference that I have is from Oscar Nierstraz
  319. "The Next 700 Conc. OO Languages" I' m interested also in your paper.
  320. Can I get it from a server?
  321.  
  322. Thanks in advance.
  323.  
  324. George Grivas
  325. Theoretical Computer Science
  326. ETH Zentrum, IFW
  327. 8092 Zurich
  328. Switzerland
  329.  
  330. Phone:  +41 1 254 7391
  331. Fax:    +41 1 262 3973
  332.  
  333. Email: grivas@inf.ethz.ch
  334. George Grivas
  335. Theoretical Computer Science
  336. ETH Zentrum, IFW
  337. 8092 Zurich
  338. Switzerland
  339.  
  340. Phone:  +41 1 254 7391
  341. Fax:    +41 1 262 3973
  342.  
  343. Email: grivas@inf.ethz.ch
  344.  
  345. ------------------------------------------------------------------------
  346.  
  347. From:   IN%"Paulo.Borba@prg.oxford.ac.uk" 14-FEB-1992 20:27:50.00
  348.  
  349. Dear David,
  350.  
  351. I am currently working with OO concurrent programming. The
  352. project consists basically in the extension of FOOPS (see
  353. references below) to support concurrency. I would be grateful
  354. if you could make me available the results of your research.
  355.  
  356. >1.  What kind of system are you developing/using?  Is it intended
  357. >for production or for research?
  358.  
  359. We are trying to specify communication protocols in FOOPS,
  360. since this should be a good experiment to the suitability of
  361. the language for this kind of application.
  362.  
  363. >2.  What language/methodology are you using to implement this
  364. >system?
  365.  
  366. We are using FOOPS and OOZE which are OO languages based on
  367. OBJ. The languages are described in the papers below:
  368.  
  369. @incollection(foops,
  370. title = "Unifying Functional, Object-Oriented and Relational Programming,
  371.   with Logical Semantics",
  372. author = "Joseph Goguen and Jos\'e Meseguer",
  373. booktitle = "Research Directions in Object-Oriented Programming",
  374. editor = "Bruce Shriver and Peter Wegner",
  375. year = 1987,
  376. pages = "417-477",
  377. publisher = "MIT",
  378. note = "Preliminary version in {\it SIGPLAN Notices}, Volume 21, Number 10,
  379.   pages 153-162, October 1986",
  380. comment = "Also, Report CSLI-87-93, Center for the Study of
  381.   Language and Information, Stanford University, March 1987")
  382.  
  383. @incollection(types-foops,
  384. title = "On Types and {FOOPS}",
  385. author = "Joseph Goguen and David Wolfram",
  386. booktitle = "Object Oriented Databases: Analysis, Design and Construction",
  387. editor = "Robert Meersman, William Kent and Samit Khosla",
  388. publisher = "North Holland",
  389. year = 1991,
  390. pages = "1-22",
  391. note = "Proceedings, IFIP TC2 Conference, Windermere, UK, 2-6 July 1990")
  392.  
  393. @inproceedings(ooze,
  394. author = "Antonio Alencar and Joseph Goguen",
  395. title = "{OOZE}: An Object-Oriented {Z} Environment",
  396. booktitle = "European Conference on Object Oriented Programming",
  397. editor = "Pierre America",
  398. note = "Lecture Notes in Computer Science, Volume 512",
  399. publisher = "Springer",
  400. page = "180-199",
  401. year = 1991)
  402.  
  403. >3.  Why did you choose an object-oriented methodology over the
  404. >more traditional methods for concurrent programming?
  405.  
  406. Actually, we are trying to compare different approaches and
  407. verify if there are advantages using an OO methodology.
  408.  
  409. >4.  Anything else you can tell me about your project would be
  410. >very useful and appreciated.
  411.  
  412. Please, if you want to know anything else don't hesitate to
  413. contact me.
  414.  
  415. Thank you,
  416.  
  417. Paulo.
  418. ______________________________________
  419. Paulo Borba
  420. Oxford University Computing Laboratory
  421. Programming Research Group
  422. 11 Keble Road, Oxford
  423. England, OX1 3QD
  424. Paulo.Borba@prg.ox.ac.uk
  425.  
  426. ------------------------------------------------------------------------
  427.  
  428. From:   IN%"Laurent.Thomas@loria.fr"  "Laurent Thomas" 18-FEB-1992 00:49:40.52
  429.  
  430. David,
  431.  
  432.    I wrote a paper to appear in the proceedings of the ACM Symposium
  433.    on Applied Computing at Kansas City in the beginning of March.
  434.    This paper is :
  435.  
  436. @INPROCEEDINGS{thomas92b,
  437.   AUTHOR = {L. Thomas},
  438.   TITLE = {{A generic object-oriented concurrency mechanism for
  439. extensibility and reuse of Synchronization components (Revised Version)}},
  440.   BOOKTITLE = {{ACM SIGAPP Symposium on Applied Computing}},
  441.   ADDRESS = {Kansa City},
  442.   MONTH = {March},
  443.   YEAR = 1992,
  444.   KEYWORDS = {concurrence, synchronisation, heritage, langage objet}}
  445.  
  446.    It deals with the interfering aims of synchronization expressions
  447.    and inheritance.  A refined version will appear in the LNCS Series:
  448.  
  449. @INCOLLECTION{thomas92c,
  450.   AUTHOR = {L. Thomas},
  451.   TITLE = {{Extensibility and Reuse of Object-Oriented Synchronization Components}},
  452.   BOOKTITLE ="Proceedings of the Parallel Architecture and Language Europe (PARLE'92)",
  453.   PUBLISHER = {Springer-Verlag, Lecture Notes in Computer Science, Vol. ???},
  454.   ADDRESS = {Paris, France},
  455.   MONTH = {Juin},
  456.   YEAR = 1992,
  457.   EDITOR = {???},
  458.   PAGES = {0--0},
  459.   KEYWORDS = {}}
  460.  
  461.   I may send you a Postscript version by e-mail, if you want.
  462.  
  463.  
  464.   The basic problem is that the synchronization of a method M in a
  465. class C may not be the same as its synchronization should be in a derived
  466. subclass C' of C. We have to found some mechanisms to express only the
  467. changes between the synchronization of M in C and in C'.
  468.  
  469. >   1.  What kind of system are you developing/using?  Is it intended
  470. >   for production or for research?
  471.  
  472. I'm developing a new language wich includes the propositions i made in
  473. the two mentionned articles. It is intended (at the moment) for
  474. research purpose only.
  475.  
  476. >   3.  Why did you choose an object-oriented methodology over the
  477. >   more traditional methods for concurrent programming?
  478.  
  479. That's a good question ! I feel that the extensibility and reusabilty
  480. are of primary interest in the development of quality sofware. At the
  481. same time parallel programming needs methodology to not reinvent the
  482. wheel ... So OOP seems a promising way to achieve extensibility and
  483. reusability in the parallel framework.
  484.  
  485. Please, keep me in touch. It would be kind to have an exchange
  486. of our papers on the subject, wouldn'it?
  487.  
  488. PS: I will be on vacation from the 22 to the 29 and then i'am going to
  489. go to Kansas City from the 1rst to the 8 of March.
  490.  
  491. Laurent Thomas
  492. EMAIL : thomas@loria.fr
  493. POST : Centre de Recherche en Informatique de Nancy.
  494.        Campus Universitaire. BP 239.
  495.        F-54506 Vandoeuvre-les-Nancy CEDEX, France
  496. FAX : (+33) 83413079
  497. ------------------------------------------------------------------------
  498.  
  499. From:   IN%"thomas@cs.rochester.edu"  6-FEB-1992 08:48:00.22
  500.  
  501. I too, am interested in OO parallelism.  Although it is not exactly
  502. what you asked for in your posting, I am sending you the (slightly)
  503. annotated bibliography for a paper I recently wrote on this topic.  I
  504. would very much appreciate it if you could either post or mail me a
  505. summary of the responses you recieve.
  506.  
  507. Thanks,
  508. -Jeff
  509.  
  510. @BOOK{Agha86,
  511.     AUTHOR = "Gul A. Agha",
  512.     TITLE = "ACTORS: A Model of Concurrent Computation in Distributed Systems",
  513.     PUBLISHER = "MIT Press",
  514.     YEAR = 1986,
  515.     ANNOTE = "ACTORS"
  516. }
  517. @INCOLLECTION{Agha87,
  518.     AUTHOR = "Gul A. Agha and Carl Hewitt",
  519.     TITLE = "Concurrent Programming Using Actors",
  520.     EDITOR = "Akinori Yonezawa and Mario Tokoro",
  521.     BOOKTITLE = "Object-Oriented Concurrent Programming",
  522.     PAGES = "9--36",
  523.     PUBLISHER = "MIT Press",
  524.     YEAR = 1987,
  525.     ANNOTE = "Act3"
  526. }
  527. @PROCEEDINGS{Agha88,
  528.     TITLE = "Proceedings of the ACM SIGPLAN Workshop on Object-Based Concurrent Programming",
  529.     EDITOR = "Gul Agha and Peter Wegner and Akinori Yonezawa",
  530.     PUBLISHER = "ACM Press",
  531.     MONTH = "September",
  532.     YEAR = 1988
  533. }
  534. @ARTICLE{Ahuja86,
  535.     AUTHOR = "Sudhir Ahuja and Nicholas Carriero and David Gelernter",
  536.     TITLE = "Linda and Friends",
  537.     JOURNAL = "IEEE Computer Magazine",
  538.     PAGES = "26--34",
  539.     VOLUME = 19,
  540.     NUMBER = 8,
  541.     MONTH = "August",
  542.     YEAR = 1986,
  543.     ANNOTE = "Linda"
  544. }
  545. @ARTICLE{Andrews83,
  546.     AUTHOR = "Gregory R. Andrews and Fred B. Schneider",
  547.     TITLE = "Concepts and Notations for Concurrent Programming",
  548.     JOURNAL = "ACM Computing Surveys",
  549.     PAGES = "3--44",
  550.     VOLUME = 15,
  551.     NUMBER = 1,
  552.     MONTH = "March",
  553.     YEAR = 1983,
  554.     ANNOTE = "Previously Cornell TR 82-520"
  555. }
  556. @INPROCEEDINGS{Arvind86,
  557.     AUTHOR = "R. S. Arvind and K. K. Pingali",
  558.     TITLE = "I-Structures: Data Structures for Parallel Computing",
  559.     BOOKTITLE = "Proceedings of the Workshop on Graph Reduction",
  560.     PUBLISHER = "Springer-Verlag",
  561.     MONTH = "September/October",
  562.     YEAR = 1986
  563. }
  564. @BOOK{Birtwistle80,
  565.     AUTHOR = "Graham M. Birtwistle and Ole-John Dahl and Bjorn Myhrhaug and Kristen Nygaard",
  566.     TITLE = "Simula Begin",
  567.     PUBLISHER = "Studentlitteratur",
  568.     YEAR = 1980,
  569.     ANNOTE = "Simula Language Description and Tutorial"
  570. }
  571. @BOOK{Budd87,
  572.     AUTHOR = "Timothy Budd",
  573.     TITLE = "A Little Smalltalk",
  574.     PUBLISHER = "Addison-Wesley",
  575.     YEAR = 1987,
  576.     ANNOTE = "Little Smalltalk"
  577. }
  578. @BOOK{Budd91,
  579.     AUTHOR = "Timothy Budd",
  580.     TITLE = "An Introduction to Object-Oriented Programming",
  581.     PUBLISHER = "Addison-Wesley",
  582.     YEAR = 1991,
  583.     ANNOTE = "Smalltalk, C++, Object Pascal (Macintosh), and Objective-C (NeXT)"
  584. }
  585. @TECHREPORT{Cox90,
  586.     AUTHOR = "Alan L. Cox and Robert J. Fowler and Jack E. Veenstra",
  587.     TITLE = "Interprocessor Invocation on a NUMA Multiprocessor",
  588.     INSTITUTION = "University of Rochester Department of Computer Science",
  589.     NUMBER = 356,
  590.     MONTH = "October",
  591.     YEAR = 1990,
  592.     ANNOTE = "OSMIUM"
  593. }
  594. @ARTICLE{Caromel89,
  595.     AUTHOR = "Denis Caromel",
  596.     TITLE = "Service, Asynchrony, and Wait-by-Necessity",
  597.     JOURNAL = "Journal of Object-Oriented Programming",
  598.     PAGES = "12--22",
  599.     MONTH = "November/December",
  600.     YEAR = 1989,
  601.     ANNOTE = "Futures for Eiffel"
  602. }
  603. @INPROCEEDINGS{Crowl88,
  604.     AUTHOR = "Lawrence A. Crowl",
  605.     TITLE = "A Uniform Model for Parallel Programming",
  606.     BOOKTITLE = "Proceedings of the ACM SIGPLAN Workshop on Object-Based Concurrent Programming",
  607.     PAGES = "25--27",
  608.     YEAR = 1988,
  609.     ANNOTE = "Matroshka"
  610. }
  611. @PHDTHESIS{Crowl91,
  612.     AUTHOR = "Lawrence A. Crowl",
  613.     TITLE = "Architectural Adaptability in Parallel Programming",
  614.     SCHOOL = "University of Rochester",
  615.     MONTH = "May",
  616.     YEAR = 1991,
  617.     ANNOTE = "Matroshka"
  618. }
  619. @ARTICLE{Flynn72,
  620.     AUTHOR = "M. J. Flynn",
  621.     TITLE = "Some Computer Organizations and Their Effectiveness",
  622.     JOURNAL = "IEEE Transactions on Computers",
  623.     PAGES = "948--960",
  624.     MONTH = "September",
  625.     YEAR = 1972,
  626.     ANNOTE = "Flynn's Taxonomy"
  627. }
  628. @ARTICLE{Gelernter86,
  629.     AUTHOR = "David Gelernter",
  630.     TITLE = "Domesticating Parallelism",
  631.     JOURNAL = "IEEE Computer Magazine",
  632.     PAGES = "12--16",
  633.     VOLUME = 19,
  634.     NUMBER = 8,
  635.     MONTH = "August",
  636.     YEAR = 1986,
  637.     ANNOTE = "Parallel languages vs. parallelizing transformations"
  638. }
  639. @BOOK{Goldberg83,
  640.     AUTHOR = "A. Goldberg and D. Robson",
  641.     TITLE = "Smalltalk-80: The Language and its Implementation",
  642.     PUBLISHER = "Addison-Wesley",
  643.     YEAR = 1983,
  644.     ANNOTE = "Smalltalk-80"
  645. }
  646. @ARTICLE{Halstead86,
  647.     AUTHOR = "Robert H. Halstead, Jr.",
  648.     TITLE = "Parallel Symbolic Computing",
  649.     JOURNAL = "IEEE Computer Magazine",
  650.     PAGES = "35--43",
  651.     VOLUME = 19,
  652.     NUMBER = 8,
  653.     MONTH = "August",
  654.     YEAR = 1986,
  655.     ANNOTE = "Multilisp"
  656. }
  657. @ARTICLE{Hoare74,
  658.     AUTHOR = "C. A. R. Hoare",
  659.     TITLE = "Monitors: An Operating System Structuring Concept",
  660.     JOURNAL = "Communications of the ACM",
  661.     PAGES = "549--557",
  662.     VOLUME = 17,
  663.     NUMBER = 10,
  664.     MONTH = "October",
  665.     YEAR = 1974,
  666.     ANNOTE = "Monitors"
  667. }
  668. @INCOLLECTION{Lieberman87,
  669.     AUTHOR = "Henry Lieberman",
  670.     TITLE = "Concurrent Object-Oriented Programming in Act 1",
  671.     EDITOR = "Akinori Yonezawa and Mario Tokoro",
  672.     BOOKTITLE = "Object-Oriented Concurrent Programming",
  673.     PAGES = "9--36",
  674.     PUBLISHER = "MIT Press",
  675.     YEAR = 1987,
  676.     ANNOTE = "Act 1"
  677. }
  678. @BOOK{Kernighan78,
  679.     AUTHOR = "Brian W. Kernighan and Dennis M. Ritchie",
  680.     TITLE = "The C Programming Language",
  681.     PUBLISHER = "Prentice-Hall",
  682.     YEAR = 1978,
  683.     ANNOTE = "C"
  684. }
  685. @ARTICLE{Nelson91,
  686.     AUTHOR = "Michael L. Nelson",
  687.     TITLE = "Concurrency and Object-Oriented Programming",
  688.     JOURNAL = "ACM SIGPLAN Notices",
  689.     PAGES = "63--73",
  690.     VOLUME = 26,
  691.     NUMBER = 10,
  692.     MONTH = "October",
  693.     YEAR = 1991,
  694.     ANNOTE = "Survey of concurrent and distributed object-oriented languages"
  695. }
  696. @ARTICLE{Pancake91,
  697.     AUTHOR = "Cherri M. Pancake",
  698.     TITLE = "Software Support for Parallel Computing: Where Are We Headed?",
  699.     JOURNAL = "Communications of the ACM",
  700.     PAGES = "53--64",
  701.     VOLUME = 34,
  702.     NUMBER = 11,
  703.     MONTH = "November",
  704.     YEAR = 1991,
  705.     ANNOTE = "Scientific computing"
  706. }
  707. @ARTICLE{Scott90,
  708.     AUTHOR = "Michael L. Scott",
  709.     TITLE = "The LYNX Distributed Programming Language: Motivation, Design, and Experience",
  710.     JOURNAL = "Computer Languages",
  711.     PAGES = "209--233",
  712.     VOLUME = 16,
  713.     NUMBER = "3/4",
  714.     YEAR = 1990,
  715.     ANNOTE = "LYNX"
  716. }
  717. @BOOK{Silberschatz91,
  718.     AUTHOR = "Abraham Silberschatz and James L. Peterson and Peter Galvin",
  719.     TITLE = "Operating Systems Concepts",
  720.     EDITION = "Third Edition",
  721.     PUBLISHER = "Addison-Wesley",
  722.     YEAR = 1991,
  723.     ANNOTE = "Introductory Operating Systems Text"
  724. }
  725. @BOOK{Ellis90,
  726.     AUTHOR = "Margaret A. Ellis and Bjarne Stroustrup",
  727.     TITLE = "The Annotated C++ Reference Manual",
  728.     PUBLISHER = "Addison-Wesley",
  729.     YEAR = 1990,
  730.     ANNOTE = "C++ ANSI Base Document"
  731. }
  732. @BOOK{Stroustrup91,
  733.     AUTHOR = "Bjarne Stroustrup",
  734.     TITLE = "The C++ Programming Language",
  735.     EDITION = "Second Edition",
  736.     PUBLISHER = "Addison-Wesley",
  737.     YEAR = 1991,
  738.     ANNOTE = "C++"
  739. }
  740. @BOOK{Yonezawa87,
  741.     EDITOR = "Akinori Yonezawa and Mario Tokoro",
  742.     TITLE = "Object-Oriented Concurrent Programming",
  743.     PUBLISHER = "MIT Press",
  744.     YEAR = 1987,
  745.     ANNOTE = "Actor based languages"
  746. }
  747.  
  748. ------------------------------------------------------------------------
  749.  
  750. From:   IN%"tb06@PL118f.CC.Lehigh.EDU"  7-FEB-1992 04:49:46.23
  751.  
  752. Yasuhiko Yokote wrote a dissertation on Concurrent Smalltalk. He is
  753. currently at the Sony Computer Science Laboratories. After emailing to
  754. him, he mailed me a copy of his dissertation. He also has contacts at
  755. his Ph.D university, Keio University where I understand a
  756. multiprocessor version of his uniprocessor ConcurrentSmalltalk is
  757. being developed.
  758.  
  759. One of these email addresses should work and the other should bounce:
  760.  
  761. ykt@csl.sony.co.jp
  762. jkt@csl.sony.co.jp
  763.  
  764. One question: where do you plan to publish the paper and how will you
  765. notify the general public of its publication?
  766.  
  767.   \ ! /       Terrence Brannon, PO Box 5027, Bethlehem, PA 18015 , USA
  768.  -- O --  internet: tb06@pl118f.cc.lehigh.edu  (215) 758-1720 (215) 758-2104
  769.   / ! \    computational biology . yoga . acupuncture . qi gong . tai chi
  770.        Happiness!  Happiness!  Happiness!  Happiness!  Happiness!  Happiness!
  771.  
  772. ------------------------------------------------------------------------
  773.  
  774. From:   IN%"kasper@iesd.auc.dk"  "Kasper Osterbye" 10-FEB-1992 04:20:46.35
  775.  
  776. A side note,
  777.  
  778. It you hear from anyone who examines inheritance in connection
  779. with concurrency, I am most interested. I attended the workshop
  780. on concurrency in connection with the ECOOP'91, and from the
  781. 30-40 researchers gathered there, there were none doing research
  782. with respect to processes and inheritance.
  783.  
  784. So in my view there is not any work in Object-oriented concurrency,
  785. only in object based concurrency (Difference according to Wegner)
  786.  
  787. --Kasper
  788.  
  789. ------------------------------------------------------------------------
  790.  
  791. From:   IN%"harbison@bert.pinecreek.com"  7-FEB-1992 14:20:10.81
  792.  
  793. FYI, the Modula-3 language has facilities for both object-oriented
  794. and concurrency, although the two are not connected in any conceptual way.
  795.  
  796. Sam Harbison
  797. Pine Creek Software; Suite 300; 305 South Craig Street; Pittsburgh, PA 15213;
  798. USA. Phone&FAX: +1 412 681 9811. E-mail: harbison@bert.pinecreek.com.
  799.  
  800. ------------------------------------------------------------------------
  801.  
  802. From:   IN%"colbrook@concerto.lcs.mit.edu"  5-FEB-1992 15:53:44.02
  803.  
  804. I have sent you a copy of a paper that will appear in the PARLE'92
  805. conference.  You might find it of interest.
  806.  
  807.  - Adrian Colbrook
  808.  
  809. ------------------------------------------------------------------------
  810.  
  811. From:   IN%"levine@segur.ICS.UCI.EDU"  "David L. Levine"  5-FEB-1992 13:20:03.63
  812.  
  813. Would I be able to get a copy when it is finished, even if you
  814. don't plan to publish?
  815.  
  816. Thanks,
  817. --
  818. to accept the universal responsibility of doing | David L. Levine
  819. good to all sentient beings, and if that is not | Internet: levine@ics.uci.edu
  820. possible, to do no harm                         | UUCP: uunet!ucivax!levine
  821.   -- paraphrased from the Fourteenth Dalai Lama | BITNET: levine@uci
  822.  
  823. ------------------------------------------------------------------------
  824.  
  825. From:   IN%"deshpande-ashish@CS.YALE.EDU"  "Ashish Deshpande"  8-FEB-1992 19:49:12.78
  826.  
  827. Would you please, please forward any information you receive to me too?
  828. Especially, any offers of ftp'able or e-mail'able papers or anything of
  829. the sort ...
  830.  
  831. I'd really appreciate it. I'm seriously considering the field as a possible
  832. research area and need to find out as much as possible about it as quickly
  833. as possible. This would help a great deal.
  834.  
  835. Thanks,
  836. Ashish
  837.  
  838. ------------------------------------------------------------------------
  839.  
  840. From:   IN%"dm_devaney@pnlg.pnl.gov"  5-FEB-1992 14:25:11.53
  841.  
  842. Please forward or post a summary of responses.  Thanks in advance - Mike
  843.  
  844. ********************************************************
  845. *  Mike DeVaney                 *    (509) 375-2435    *
  846. *  Pacific Northwest Laboratory *                      *
  847. *  906 Battelle Boulevard       *  FAX (509) 375-6631  *
  848. *  mailstop K1-87               *                      *
  849. *  Richland, WA  99352          *  dm_devaney@pnl.gov  *
  850. ********************************************************
  851.  
  852. ------------------------------------------------------------------------
  853.  
  854. From:   IN%"terry@wag.caltech.edu"  "Terry R. Coley"  5-FEB-1992 15:25:10.09
  855.  
  856. I would be interested in a copy of your net-summary when the responses
  857. come in.  Also - your paper sounds very interesting, if you would care
  858. to forward a copy, I would enjoy reading it.  My interest is in using
  859. Object oriented programming and parallism for high performance computational
  860. chemistry problems.
  861.  
  862. Thanks.
  863.         - Terry
  864.  
  865. terry@wag.caltech.edu 818-397-2724 818-585-0918 (FAX)
  866. Terry Coley, Caltech 139-74, Pasadena, CA  91125
  867.  
  868. ------------------------------------------------------------------------
  869.  
  870. From:   IN%"marsh@cec.mtu.edu"  6-FEB-1992 06:18:55.50
  871.  
  872. Could you please forward any responses that you get on this topic to me?
  873. I am working on my Master's thesis in this area, and I would greatly
  874. appreciate this.
  875.  
  876. Thank you very much.
  877. Dianne Marsh
  878. Michigan Technological University
  879. Houghton, Michigan 49931
  880. -- marsh@cec.mtu.edu
  881.  
  882. ------------------------------------------------------------------------
  883.  
  884. Return-path: <ide!ide.com!sukan@uunet.UU.NET>
  885.  
  886. Dave,
  887.  
  888. Would you mind sharing a copy of your paper when it becomes available?
  889.  
  890. Thanks,
  891.  
  892. Sukan
  893.  
  894. *******************************************************************************
  895. Sukan Makmuri                                   Phone: (415) 543-0900
  896.                                                 FAX:   (415) 543-3716
  897. Interactive Development Environment             sukan@ide.com
  898. 595 Market Street, San Fransisco, CA 94105      uucp: ...!{sun,uunet}!ide!sukan
  899. *******************************************************************************
  900.  
  901.  
  902. 
  903.  
  904.