HDTenEightyP/NetNews huggingface dataset:
From: phil@honda.epi (Phil Magrogan)
Newsgroups: comp.object
Subject: Re: Teaching kids/Adults OOP concepts
Date: 5 Jan 93 18:29:08 GMT
Reply-To: phil@honda.epi
Organization: General Electric

I don't have any specific information to provide to you.  Anything I
would have is too technical and oriented to professionals.  However,
I'd like to say that I have seen a crying need for what you are trying
to do and would like to stay tuned.  I would be willing to provide what
ever assistance I can to support your efforts.  Go for it.

Phil Magrogan 
315.456.3096
From: bruce@utafll.uta.edu (Bruce Samuelson)
Newsgroups: comp.object
Subject: Re: best OO langauge for teaching
Date: 13 Jan 93 03:37:25 GMT
Organization: UTexas at Arlington, Linguistics

I believe the university site license for Smalltalk-80 in the US is
$1000, which is extremely reasonable. I don't know the details for
other countries, but you could inquire at info@parcplace.com or
sales@same.
--
**********************************************************
* Bruce Samuelson	Department of Linguistics	 *
* bruce@ling.uta.edu	University of Texas at Arlington *
**********************************************************
From: ucacgcj@ucl.ac.uk (Gordon C Joly)
Newsgroups: comp.object
Subject: Re: Re-use and OO
Date: 12 Jan 93 14:56:47 GMT
Organization: Bloomsbury Computing Consortium

gym@dcs.ed.ac.uk (Graham Matthews) writes:

>[...]
>If re-use was being supported properly these redundancies
>would not be in a program and hence the need for such tools would
>disappear. Comments?

>-- 
>Graham Matthews                 And it's true we are immune
>Dept Comp Sci, Edinburgh Uni    When fact is fiction and T.V. 
>gym@dcs.ed.ac.uk                is reality

(1) How do you asses the problem of "names of things"?

(2) Reuse is often a managerial problem, and the fact that
nobody truts the others code.

Gordon Joly.
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.object
Subject: Re: A Pre-Release FAQ
Date: 4 Jan 93 04:40:03 GMT
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 3 Jan 93 23:09:07 GMT, tmb@arolla.idiap.ch (Thomas M. Breuel) said:

"somebody"> [ ... definition of "object" ... ]
"somebody"> (called a class) defining its structure and operations
"somebody"> (called methods) which may be performed on the object.
"somebody"> Classes also define inheritance for objects.

Let's continue this jeu de massacre :-) I just want to show that it is
*very* difficult to provide consistent and informative definitions.

tmb> Bad start. Variables are names for objects, they are not objects
tmb> themselves.

Uhmmm. In _pure_ OO languages variables *are* objects, because
*everything* is an object; cfr. Smalltalk, in which variables are
objects contained in the main Dictionary. Here you seem to be thinking
only of compiled OO languages, like Simula 67.

tmb> Furthermore, in "classical OO programming", variables
tmb> didn't have types, only objects did.

Uhmmm. Some funny people might regard Simula 67 as "classical OO
programming", and it did enforce compile time "typing". Here you seem to
thinking only of OO languages with latent typing, like Smalltalk.

tmb> A better definition might be:

One of the many floating around. But I find it insufficient:

tmb> An object is a data structure

Then a simple atomic value, one without internal structure, like the
integer '42', cannot be an object. That would surprise Smalltalk users.

tmb> with a set of operations defined on it.

Then all data structures in whatever language are objects, because I can
hardly imagine a Cobol programmer defining a data structure without
defining any operations on it.

tmb> An object-oriented language provides special language constructs
tmb> for supporting or even enforcing such an association between data
tmb> structures and operations on them.

This looks more or less OK (I'm tired to pick nits now :->).
--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
Newsgroups: comp.object
From: dwwx@cbnewsk.ATT.COM (david.w.wood)
Subject: Re: Domain Analysis references
Organization: AT&T Bell Laboratories
Date: Mon, 11 Jan 1993 03:48:21 GMT

In article <C0HLCu.JxM@world.std.com> ematz@world.std.com (Ed Matz) writes:

   Not sure if this is the appropriate newsgroup to post this query,
   but I encountered the term while doing some reading on the subject
   of OOA/OOD.   Can anyone out there provide me with some references
   to Domain Analysis so I can find out what it is?   Just about all
   I know about it is its name, but it sounds intrigueing . . .

   Please reply via mail.

   Thanks.

   Ed Matz		ematz@world.std.com

Ed,
Domain Analysis is a fairly new area in software engineering.  It is
concerned with analyzing and understanding the "domain" of an
application or set of applications.  For example, in banking one
could write an application concerning morgages.  Now, the usual
process of developing the program is to develop a model and requirements
just sufficiently "broad" to cover the problem(s) to be solved by
the program.  Then when another morgage program is needed, we repeat
the process and for the next one, we repeat the process.

Domain analysis is were we would explore the complete area of morgages,
not just explore the domain for one program.  The results of the
analysis are captured in a model.  We can then use that model to
develop applications which are more general or to better partion the
domain into areas of applications.  The results are not just better
requirements, and therefore applications, but we can continuely REUSE
the domain model to develop cohesive programs (in fact, by using
the domain model to organize requirements, and the underlying architectures,
designs, code and test cases, we can achieve reuse throughout the domain).

David Wood
AT&T Bell Labs
3E-337
200 Laurel Ave
Middletown, NJ 07748

(908) 957-3852

REFERENCES:

R. Prieto-Diaz and G. Arango,
Domain Analysis and Software Systems Modeling
IEEE Computer Society Press
Los Alamos, CA 1991

This is a collection of papers on different aspects of Domain Analysis.
It also contains a complete bibliography of articles, books, etc
on domain analysis.



J.M. Neighbors
The Draco approach to constructing software from reusable components
IEEE Transactions Software Engineering
Vol SE-10
pp 564-574
Sept. 1984

D.R. Harris and W.L. Johnson
Sharing and reuse of requirements knowledge
In Proc. 6th Annual Knowledge-Based Software Engineering (KBSE-91) Conf.,
pp 65-77
Sept 1991

Gerhard Fischer, Andreas Girgensohm, Kumiyo Nakakoji and David Redmiles
Supporting Software Designers with Integrated Domain-Oriented Design Environments
IEEE Transactions on Software Engineering
Vol 18
No 6
June, 1992
From: ikorbu@cs.strath.ac.uk (Inge Korbu CS90)
Newsgroups: comp.object
Subject: Data Redundancy For OO-Systems
Date: 10 Jan 93 13:15:26 GMT
Organization: University of Strathclyde


I would like to have some information, if available at all, on Data
Redundancy For Object-Oriented Systems. By this I mean systems that
use data diversity (redundant objects) to provide a data fault
tolerant system. 
Can Fault tolerant techniques can be applied equally to any part of a
system? Traditionally these techniques are applied to both the
hardware and software aspects: modular redundancy, N-version
programming, recovery blocks are well known techniques whose use is in
increase. By contrast data fault tolerant techniques have largely been
ignored. One possible reason for this is that implementations are highly
complex. Fortunately this situation has been greatly improved by
date/object oriented systems which supply many of the required facilities.
For example if an object does not respond correctly to a given
message, ie. an acceptance test fails, another slightly different
class/object could be tried (retry block) to see if that gives an
acceptable answer...

Information about relevant research efforts, literature,
or existing systems or any thoughts at all would be greatly appreciated.

========================================================================
Inge Korbu, Computer Science 4th Year | INTERNET: ikorbu@cs.strath.ac.uk
18 Cecil Street, Glasgow, G12 8RH     |
========================================================================
Newsgroups: comp.object,comp.windows.x.motif,comp.lang.c++
From: hasko@heeg.de (Hasko Heinecke)
Subject: Re: Motif GUI Builders and C++
Organization: Georg Heeg Objektorientierte Systeme, Dortmund, FRG
Date: Fri, 8 Jan 1993 13:31:23 GMT

In article <1ibfmrINN40u@uniko.uni-koblenz.de> krienke@infko.uni-koblenz.de writes:
>In article <1993Jan5.002930.23274@mprgate.mpr.ca>, janzen@lichen.mpr.ca (Martin Janzen) writes:
>|> In article <1993Jan4.163030.21699@ctp.com>, hubec@ctp.com (Hubert Chou) writes:
>|> >We need to be able to link in C++ code to the user interface.  Ideally,
>|> >we'd like to use a Motif C++ library for the interface itself, but
>|> >we're open to any practical solutions [...]
>|> 
>There are two more interesting products as far as I know. I have not testet 
>them I only saw them once .
>These products that seem to be very similar to one another are distributet by
>IQ-Products and by Objectworks. Both offer a C++ class library and if you like
>an interfacebuilder that depends upon the C++ class library. 
>The library enables you to choose between 2 different look-and-feels, Motif or
>Openlook without a need to modify the sources.
>IQ-Products calls its products viewcenter and OI class library.
>Objectworks calls its products Objectbuilder/C++ and Objectkit/OI.

The User Interface Builder and Objectkit\C++ OI are sold by
ParcPlace Systems, California and in Germany by us, Georg Heeg
Object-Oriented Systems. Objectworks is a product name.

Hasko Heinecke

Georg Heeg Objektorientierte Systeme
Baroper Str. 337
D-4600 Dortmund 50
Germany

Tel +49 231 97599 0
Fax +49 231 97599 20

e-mail support@heeg.de

-- 
+-------------------------------------------------------+
| Hasko Heinecke @ Georg Heeg Objektorientierte Systeme |
| I _never_ mean what I say - and nobody else does...   |
+-------------------------------------------------------+
Newsgroups: comp.object
From: gordie@cyclesoft.com (Gordie Freedman)
Subject: Re: Motif GUI Builders and C++
Reply-To: gordie@cyclesoft.com
Organization: Dolphin Software
Date: Tue, 5 Jan 1993 08:43:37 GMT

In article <1993Jan5.002930.23274@mprgate.mpr.ca> janzen@lichen.mpr.ca (Martin  
Janzen) writes:
> In article <1993Jan4.163030.21699@ctp.com>, hubec@ctp.com (Hubert Chou)  
writes:
> >We are undertaking a project using object-oriented methodology
> >and implementation and are looking for suggestions as to a
> >development platform for Motif.
> >
> >We need to be able to link in C++ code to the user interface.  Ideally,
> >we'd like to use a Motif C++ library for the interface itself, but
> >we're open to any practical solutions [...]
> 
> You should definitely have a look at Doug Young's book, "Object-Oriented
> Programming with C++ and OSF/Motif" (0-13-630252-1).  He has a lot of
> good suggestions on how to program Motif interfaces in C++.
> 
> As far as interface builders, I've had good results with X-Designer,
> from Imperial Software Technology (sales@ist.co.uk)*.  It creates
> global variables corresponding to each widget, so you have to create a
> class for each interface, call the XD-generated interface creation
> function from inside the constructor, and immediately copy the global
> variables to member data.  Not quite as nice as having a builder that
> generates C++ code directly, but the other benefits of X-Designer
> (eg. widget tree editor, layout editor) more than make up for the
> inconvenience.
> 
> * IST salespeople reading this are welcome to send cash and/or gifts to
>   the address below...  :-)
> 
> -- 
> Martin Janzen                     janzen@mprgate.mpr.ca (134.87.131.13)
> MPR Teltech Ltd.                  Phone: (604) 293-5309
> 8999 Nelson Way                   Fax: (604) 293-6100
> Burnaby, BC, CANADA  V5A 4B5

I fully agree with this. I saw a demo of ISTs X-designer a few years ago (when  
there was nothing else remotely useful at all to build Motif apps with), and it  
is very nice. I don't want to name names, but there are some real pieces of  
crap out there masquerading as builders. (Of course, my favorite builder  
environment is IB on the NeXT, but this is a whole 'nother can of worms). The  
IST builder is a great product.

I also could not agree more about the Douglas Young book. Get it!!! If not for  
Motif/C++ (which it is excellant for, I would never leave home without it to do  
Motif programming), but for the concrete pragmatic example on how to use C++  
and OOP for code reuse, specialization, and overall neat programming. The code  
is also available at prep.ai.mit.edu (I think, been a while since I pulled it),  
and with minimal tweaking I compiled it under g++ 2.2, and it works as  
advertised. Very nice stuff.

One other thing, Centerline Software (formerly Sabre) in Cambrige, Mass has a  
C++ builder called ViewCenter, which integrates with their C++ development  
environment. I have heard it is nice, but I have never seen it.

-- 

--- Gordie Freedman gordie@cyclesoft.com  NeXTMail Yes! ---
>>> Thou shalt not inline functions more complicated than 20 

Newsgroups: comp.object
From: schaefer@bcarh9d.bnr.ca (Douglas Schaefer)
Subject: Rumbaugh et al - Object Modelling Technique
Organization: Bell-Northern Research Ltd.
Date: Fri, 8 Jan 1993 14:33:31 GMT

I have tried this in comp.software-eng with no luck, so I thought I would
try here...

I have just completed reading the Rumbaugh et al book on their Object
Modelling Technique.  Before presenting it to the remainder of my
organization, I would like to hear any stories anyone might have about
their successes/failures when using OMT in their software development.

Please respond by mail.  If I get any responses, I will post a summary.
--
----------------------------------------------------------------------------
Doug Schaefer | Where the designer is the software         | schaefer@bnr.ca
BNR Ltd.      | My opinions are my own and no one else's   | Ph:613-763-7246
----------------------------------------------------------------------------
From: frerk@loophole.tk.telematik.informatik.uni-karlsruhe.de (Frerk Meyer)
Newsgroups: comp.object
Subject: Re: example application software from Booch
Date: 12 Jan 1993 16:07:11 GMT
Organization: University of Karlsruhe, Informatics Department, Telecooperation Group
Distribution: world
NNTP-Posting-Host: loophole.telematik.informatik.uni-karlsruhe.de

Perhaps it's not exactly what you are searching, but we got a
demo version of 'Object System/Designer' for Windows by Palladio Software
Corporation. It's nice and impressive.

Palladio Software Corp.
16535 West Bluemound Road Suite 360
Brookfield, WI 53005
Fax: 414-789-5191
Free: 800-437-0019

Price of the full version is 349$ US

I'm in no way related to Palladio
-- 
Frerk Meyer <frerk@tk.telematik.informatik.uni-karlsruhe.de>  -+
Portnoy@irc             "Do the ride thing!"                 o>o
Newsgroups: comp.object
From: hasko@heeg.de (Hasko Heinecke)
Subject: Re: Inventory of methods for software developme
Organization: Georg Heeg Objektorientierte Systeme, Dortmund, FRG
Date: Fri, 8 Jan 1993 13:41:27 GMT

In article <1993Jan5.171615.29715@eua.ericsson.se> ossmcn@eua.ericsson.se writes:
>Hej,
>
>Jag gissar att du r svensk s jag skriver p svenska. Det finns massor med sna hr [...]

Still, please write in English. This is an English newsgroup. Look at the nettiquette
guide in news.announce.newusers. Not everybody uses ISO8859L1 character encoding.
Write e-mail, not news, when writing non-English. Thank you in advance,

Hasko

-- 
+-------------------------------------------------------+
| Hasko Heinecke @ Georg Heeg Objektorientierte Systeme |
| I _never_ mean what I say - and nobody else does...   |
+-------------------------------------------------------+
Newsgroups: comp.object
From: ematz@world.std.com (Ed Matz)
Subject: Domain Analysis references
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 7 Jan 1993 13:55:42 GMT

Not sure if this is the appropriate newsgroup to post this query,
but I encountered the term while doing some reading on the subject
of OOA/OOD.   Can anyone out there provide me with some references
to Domain Analysis so I can find out what it is?   Just about all
I know about it is its name, but it sounds intrigueing . . .

Please reply via mail.

Thanks.

Ed Matz		ematz@world.std.com
From: mikael@scout.utexas.edu (Mikael Behrens)
Newsgroups: comp.object
Subject: Re: How to debug an OO System
Date: 6 Jan 93 01:55:22 GMT
Reply-To: mbehrens@cs.utexas.edu
Distribution: usa

C.Laffra writes
| I am interested in the subject of debugging object-oriented systems.
| I have some questions:
| 
|   1) does OO make debugging unnecessary?

No way!

|   2) If not, how do you debug your OO system?

I have experience with ParcPlace's Smalltalk80 and Visualworks.  The  
environment for both (called ObjectWorks) is incredibly nice for  
debugging.  Any object can be examined at any level of granularity very  
easily.  Code can be examined, stepped through, and even changed easily  
and on-the-fly.  The development environment, debugging environment, and  
runtime environment are all the same thing, so it makes it very easy to  
pop up a debugging window or an inspection window just about anywhere.

|   3) If so, what do you miss in existing debuggers?

Nothing.  ObjectWorks will spoil you fast.

|   4) Are graphical techniques the answer?

If by "graphics techniques" you mean a window-based environment, then I  
say yes.

| 
| Chris. 

Mikael Behrens
Xref: sparky comp.object:4720 comp.compilers:2087 comp.specification:601 comp.theory:2798 comp.lang.functional:1486
From: odersky@CS.YALE.EDU (Martin Odersky)
Newsgroups: comp.object,comp.compilers,comp.specification,comp.theory,comp.lang.functional
Subject: CFP -- SIGPLAN Workshop on State in Programming Languages
Keywords: CFP, functional
Date: 5 Jan 93 15:56:32 GMT
Article-I.D.: comp.93-01-014
Reply-To: odersky@CS.YALE.EDU (Martin Odersky)
Organization: Computer Science, Yale University, New Haven, CT 06520-2158


                          Call for Papers

                           ACM SIGPLAN '93
              Workshop on STATE in Programming Languages

                            June 22, 1993
                       Albuquerque, New Mexico
            (Held in conjunction with the PLDI Symposium)

This workshop will address the fundamental issues of expressing,
manipulating, and reasoning about state in high-level programming
languages.  The range of topics includes operational and denotational
models of state, assignment and references, semantics of object- oriented
programming, linear type systems, effect systems, monads, calculi of state
and methods to reason about state. Formal presentations of results,
research in progress, tutorials, and topical discussions are among the
possible venues for interaction.

Program Committee:

  Matthias Felleisen, Rice University
  Paul Hudak, Yale University (Chair)
  Ian Mason, Stanford University
  Martin Odersky, Yale University
  Uday Reddy, University of Illinois
  Robert Tennent, University of Edinburgh
  Philip Wadler, University of Glasgow

Authors should submit 7 copies of a detailed summary (10 pages maximum) to
the program chair by March 15, 1993.  Authors will be notified of
acceptance of their paper by May 1st, 1993. Final versions of accepted
papers are due on June 1st, 1993.  Accepted papers will appear in a
technical report to be distributed at the workshop.

Correspondence should be sent to:

	Prof. Paul Hudak
	State Workshop '93
	Department of Computer Science
	Yale University
	51 Prospect Street
	New Haven, CT 06520-2158, 
	U.S.A.

E-mail: state-workshop@cs.yale.edu
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Xref: sparky comp.object:4740 comp.software-eng:5267
From: jim@bse.com (James C. Youlio)
Newsgroups: comp.object,comp.software-eng
Subject: Learning Tree Info
Date: Fri, 8 Jan 93 17:23:23 EDT
Organization: Berard Software Engineering, Inc.
Reply-To: jim@bse.com (James C. Youlio)
Distribution: world
X-Mailer: uAccess - Macintosh Release: 1.6v0



Can anyone inform me of The Learning Tree's address+phone # and recommend the
quality of their training programs.
Thank you for your assistance.
Jim

----------------------------------------------------------------------------
James C. Youlio                                 | Phone: (301) 417-9884
Berard Software Engineering, Inc.               | FAX:   (301) 417-0021
101 Lake Forest Blvd., Suite 360                | E-Mail: jim@bse.com
Gaithersburg, Maryland 20877                    | 
----------------------------------------------------------------------------
Newsgroups: comp.object
From: hallpwcd@ucunix.san.uc.edu (Phillip W. Hall)
Subject: OO-CFGs
Organization: University of Cincinnati
Date: Tue, 5 Jan 1993 00:16:30 GMT


I am searching for any references on OO-CFGs.  Can anyone help?
I am particularly interested in parser implementation strategies.  

Has this form of grammar been seen in any textbooks yet?

Phil.
-------------------------------------------------------------------
Philip Hall, MS Student    | internet: hallpwcd@ucunix.san.uc.edu  
University of Cincinnati   | UUCP:     hall@dec254 (Cinti Milacron)
-------------------------------------------------------------------

Newsgroups: comp.object