HDTenEightyP/NetNews huggingface dataset:
From: csci361@tacky.cs.olemiss.edu (Computer Networks)
Subject: PEX for Mach
Originator: csci361@tacky.cs.olemiss.edu
Organization: University of Mississippi
Date: Thu, 30 Jul 1992 15:57:33 GMT

I am desperately hunting the binaries for X11R5 for Mach (i386)
anyone know where i can ftp them?

NOTE: please reply to ward@hydra.cche.olemiss.edu
From: S3679988@deimos.ucc.umass.edu (S3679988)
Subject: what happened to stdlib.h ?
Organization: University of Massachusetts at Amherst
Date: Mon, 27 Jul 1992 04:58:11 GMT
X-News-Reader: VMS NEWS 1.20

Newsgroups: comp.os.mach
From: ishii@tsl.cl.nec.co.jp (Hidehiro Ishii)
Subject: Re: Mach references...
Date: Wed, 22 Jul 1992 11:13:02 GMT
Organization: Term. Sys. Res. Lab., C&C Syst. Res. Labs., NEC, Kawasaki JP

In article <Brp9Kt.82x@watserv1.waterloo.edu> ralanis@grand.waterloo.edu (Ramon Alanis) writes:

>>I am looking for information about microkernels (characteristics, design,
>>trends, etc), specially about Mach and OSF/1. Does anybody has any references
>>/bibliography?

  In response to an article of Mr. (Ms?) Srikanth Kakarla
(kakarla@zach.fit.edu) in this newsgroup, Ms. Deborah Scherrer
(scherrer@mtxinu.COM) wrote that:

In article <Brp9Kt.82x@watserv1.waterloo.edu> ralanis@grand.waterloo.edu (Ramon Alanis) writes:

>>mt Xinu maintains a bibliography of Mach-related papers.  It's available
>>electronically or on paper.   If you, or anyone else, would like a copy,
>>contact:   jamie@mtxinu.com

  I contacted Ms. Jamie Marks, and she gave me a document named "Mach
Bibliography" written in postscript by e-mail.

  Although the document is allowed to be re-distributed, I don't know
if it's true.  So I can't post it on the net news nor send it for you.
Ask Jamie for it if you need.

  Anyway, according to it, there seems to be some papers which inform
you what you want.  One of them is:

	Richard F. Rashid
	"Threads of a new system"
	Unix Review, 4(8), August 1986

which provides an overview of the development of Mach.

  For more information, refer to the bibliography.
--
		 	       =======================================
					Hidehiro Ishii
				Terminal Systems Research Laboratory,
				C&C Systems Research Laboratories,
				NEC Corporation (Kawasaki city)
From: grier@world.std.com (The Political Crony)
Newsgroups: comp.os.mach
Subject: Re: PEX for Mach
Date: 31 Jul 92 16:29:49 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <679@trwacs.fp.trw.com> epstein@trwacs.fp.trw.com (Jeremy Epstein) writes:
>I'm replying only to the title, and not to the article itself.
>The MIT distribution of PEX is dependent on the System V shared
>memory interfaces, which are not part of Mach (or at least any
>version of Mach I've seen).
>-- 
>Jeremy Epstein			Internet: epstein@trwacs.fp.trw.com
>Trusted X Research Group	Voice: +1 703/803-4947
>TRW Systems Division
>Fairfax Virginia

Maybe I did something wrong, but PEX works on my Mach386 system.

Jim Grier
grier@world.std.com
Newsgroups: comp.os.mach
From: shengru@cs.uno.edu (Shengru Tu)
Subject: message passing - port_insert_send (?)
Organization: University of New Orleans
Date: Tue, 21 Jul 1992 23:26:33 GMT


When I attempted to use the message-passing mechanism in Mach system (release 
2.0), on our NeXT stations I really feel frustrated by the on-line manual.  
Here is an example:

*****************************************************************************
        excerpt from the on-line manual of Mach release 2.0
*****************************************************************************
port_insert_receive(), port_insert_send()

SUMMARY Give a task rights with a specific name

SYNOPSIS
#include <mach.h>

kern_return_t port_insert_receive(task_t task, port_t my_port, port_name_t 
its_name) 

kern_return_t port_insert_send(task_t task, port_t my_port, 
port_name_t its_name)

ARGUMENTS 
task:  The task getting the new rights.
my_port:  Rights supplied by the caller.
its_name:  The name by which task will know the new rights.

DESCRIPTION
The functions port_insert_receive() and port_insert_send() give a task rights 
with a specific name.  If task already has rights named its_name, or has some 
other name for my_port, the operation will fail.  its_name can't be a 
predefined port, such as PORT_NULL.

port_insert_send() inserts send rights, and port_insert_receive() inserts 
receive rights.
*****************************************************************************

What is meant by "Rights supplied by the caller" for "my_port"?  And I 
strongly believe that the type specification for "my_port" is miss-typed.

I guess that by port_allocate, one gets the name of the created name.  This
name is for "my_port".  Then "its_name" should be a returned parameter 
(output parameter) which can be used to fill out the remote port name in the
header of a message.

Please advise if you have the experience.

Thanks in advance.

-Shengru

Newsgroups: comp.os.mach
From: ddw@soft.sapsan.msk.su (0000-Admin(0000))
Subject: Some questions to Mach's Hackers!
Reply-To: ddw@soft.sapsan.msk.su
Organization: Research & Production Centre SAPSAN
Date: Fri, 31 Jul 92 13:11:20 +0300

I want begin to learn about Mach.
Can somebody talk me what Mach is? Where I can get the source code
and appropriate docs? What relation is between Mach and Unix?
Has anybody speak up Mach's creation and its development?
What is the last Mach's version? Is it possible to get the source
code for the Mach running on my MC68030 VME machine?

          Thanks in advance.
          Dmitry Doronin
Newsgroups: comp.os.mach
Subject: MacMach
From: rale1@cs.aukuni.ac.nz (Ross Douglas        Alexander      )
Date: Sun, 26 Jul 1992 23:57:45 GMT
Organization: Computer Science Dept. University of Auckland
Summary: Cost of MacMach

How much does MacMach cost and what do you get for it?

Do you have to worry about AT&T license etc and on which systems
will it run?

Please POST (ie do not send mail to me or I will be flamed by my
department) any replied.

Ross Alexander
Computer Science
Auckland University
New Zealand
Newsgroups: comp.os.mach
From: d87-mal@drax.nada.kth.se (Mats L|fkvist)
Subject: Re: c compiler for machten
Organization: Royal Institute of Technology, Stockholm, Sweden
	<MIKE.92Jul25003117@guam.vlsivie.tuwien.ac.at>
Date: Sat, 25 Jul 1992 16:25:53 GMT

Minor corrections, based on my very personal opinions...

In article <MIKE.92Jul25003117@guam.vlsivie.tuwien.ac.at> mike@vlsivie.tuwien.ac.at (Michael Gschwind) writes:

   Since gcc is copy-;efted, this IS a non-commercial port.

Why? There is nothing in the copyleft saying you can't sell copylefted
code for money. What is says is that you can't restrict what the recipient
does with the code.

   The copyright notice off gcc basically says that (my wards) "if you 
   can get your hands on a copy of the port, there is nothing Tenon (or 
   anybody else) can do to prevent you from using it)

The copyleft doesn't make it legal to get the code from someone against
his will. In other words, you have to find someone who did pay for it
and wants to pass it on to you. (Or someone who got it from someone who
bought it, etc etc.) Theoretically, if all customers by their own choice
decided not to give the code away, you would have to pay for it to get it.

      _
Mats Lofkvist				All I want from you,
d87-mal@nada.kht.se			is make my wildest dreams come true.
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.os.mach
Date: Tue, 28 Jul 92 11:23:35 -0400 
From: Robert.Baron@cs.cmu.edu
Subject: Need X11R5 patches

I am working on a set of patches for the latest 1.2E-1.01 X386 release.
They should be available by the end of the week.

I  also plan to have the binaries sup'able in the same time frame.
From: antles@hpspkla.spk.hp.com (Tom L. Antles)
Date: Tue, 28 Jul 1992 21:49:48 GMT
Subject: large OOA models vs. SA/SD models
Organization: Hewlett Packard Company, Spokane, Wa.
Newsgroups: comp.object

I recently took a university class on OOAD in which the technique taught
was the Rumbaugh method.

The book was very detailed and thorough on the modeling technique itself
but it falied to address at least one issue in my mind that I am hoping 
someone can shed some light on.

The issue the book seemed to avoid is how to deal with the complexity of
very large projects
which result in very large models.  For example, in the SA/SD techniques
there is a decomposition/hierarchy approach used to manage complexity.
In Rumbaugh's technique it seemed only to be a 'flat' model resulting in
the whole model being at the same level.  

Of course there is the aggregation association, but it doesn't seem the same
as heirarchy approach in SA/SD.  Rumbaugh also uses 'sheets' to segregate
large models into smaller pieces, is this his only approach to managing
complexity?

Can anyone comment on the appropriateness of OOAD (and especially 
Rumbaugh's method) to acommodate large and complex models compared to the
SA/SD technique of hierarchy/decomposition?



Xref: sparky comp.object:2951 comp.lang.c++:11245 comp.std.c++:900
From: kend@data.rain.com (Ken Dickey)
Newsgroups: comp.object,comp.lang.c++,comp.std.c++
Subject: Re^4: run-time type checking (was: Re: Covariant Types in Derived Classes)
Date: 21 Jul 92 16:13:20 GMT
Organization: Microtek DSD, Hillsboro, OR

barmar@think.com (Barry Margolin) writes:

>In article <694@data.rain.com> kend@data.rain.com (Ken Dickey) writes:
>>An object cannot be a member of more than 1 set ???  8^)
						       ^^^
>Shang didn't really describe it well.			|
						        |
I got it.  Note the "smiley face".-----------------------

Thanks for the explanation in any case.  I am always interested in
good explanations.


-Ken
Newsgroups: comp.object
From: mat@mole-end.matawan.nj.us
Subject: Re: Thoughts on the Progression from SA/SD Models to OO Models
Organization: :
Date: Thu, 30 Jul 1992 04:21:55 GMT

In article <1992Jul28.021455.3322@projtech.com>, sally@projtech.com (Sally Shlaer) writes:

> > Notice that the Dynamic Model, represented by the State Machine, has
> > no clear correspondence to the Object Model.

> In Shlaer-Mellor a state machine corresponds to an object
> or a relationship on the Information Model.
> ...
 
> > For the OO, Schlaer and Mellor have attempted to produce stable state
> > machines by identifying stable state-features in the problem.  It's an
> > interesting approach; ...
> ...
> > It appears we need something better ..., if only because the State
> > Model isn't well integrated into the other models.

> ...
> In Shlaer-Mellor, ...  there is a very high degree of integration.
> In fact, there is a sufficient degree of definition and integration
> that **the analysis models are entirely executable**.

There is a very high degree of synergy; the models work well together.
In that sense they are well integrated.  But whereas the object model
itself can subsume elements of problem division and problem component
relationship, a different model (states) must be added to express the
temporal behavior of the system.  It is integrated in effect, but not
an integral part of the concept of the object.

Schlaer-Mellor may be a step in the right direction as far as temporal
characteristics of a system are concerned, but I'm not convinced.  The
mapping from system state to component state has not been expressed in
a model that seems to me amenable to insight.

Let me set that text off.  So far as I can see:

	The mapping from system state to component state has not
	been expressed in a model that seems to me amenable to
	insight.

In other words, we have a turn-the-crank approach, not an engineering
model.
-- 
 (This man's opinions are his own.)
 From mole-end				Mark Terribile

 mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
From: dent@DIALix.oz.au (Andrew Dent)
Newsgroups: comp.object
Subject: BERARD WARNING - APOLOGY
Keywords: APOLOGY
Date: 30 Jul 92 15:28:50 GMT
Organization: DIALix Services, Perth, Western Australia

My sincere apologies to Berard Software Engineering for the previous post
as they have responded with a handsome offer of a refund (and a request that
I look more carefully at clauses "foreign purchases please contact us for
shipping prices" in future).

BTW, the book is excellent!

Andy Dent (A.D. Software - Mac & VAX programming)
94 Bermuda Dve, BALLAJURA  Western Australia  6066
Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
       Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
Xref: sparky comp.object:3050 comp.lang.eiffel:1013 comp.lang.c++:11718 comp.lang.clos:603 comp.lang.modula3:850 comp.lang.misc:2707
From: olm@daimi.aau.dk (Ole Lehrmann Madsen)
Newsgroups: comp.object,comp.lang.eiffel,comp.lang.c++,comp.lang.clos,comp.lang.modula3,comp.lang.misc
Subject: ECOOP'92 proceedings
Date: 27 Jul 92 09:09:55 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark

I have been asked about how to get the  proceedings of ECOOP'92.
Here is the reference:

	O. Lehrmann Madsen (Ed.)
	ECOOP'92, European Conference on Object-Oriented Programming
	Utrecht, The Netherlands, June/July 1992, Proceedings 
	Lecture Notes in Computer Science 615
	ISBN 3-540-55668-0 Springer Verlag Berlin Heidelberg New York
	ISBN 0-387-55668-0 Springer Verlag New York Berlin Heidelberg
	

---olm
Newsgroups: comp.object
From: graham@maths.su.oz.au (Graham Matthews)
Subject: Re: A question of notation
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Thu, 23 Jul 1992 00:46:56 GMT

(Eliot Moss) writes:
>The difference between O.M (arg1 ... argN) and M (O, arg1 ... argN) is 
>clearly only a question of syntax, since one can readily change one 
>abstract syntax tree into the other. 

Not necessarily - there are small semantic differences dependant on how
you define classes and their public aspect. For example say you
allow a class (or object of that class) to have public methods and
variables (read-only say). The O'M notation can handle public variables
(just leave out the brackets), the M(O .. ) notation cannot. Now some
people will tell you that public variables are bad news ...

graham
--
Graham Matthews                 And it's true we are immune
Pure Math, Uni.Sydney, Oz       When fact is fiction and T.V. is reality
graham@maths.su.oz.au
From: mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner)
Newsgroups: comp.object
Subject: Re: "has-a" relation in C++ ? How ?
Date: 22 Jul 92 14:23:49 GMT
Organization: DB and ES Subdivision, TU Vienna

From article <1992Jul22.142046.2003@informatik.uni-bremen.de>, by lucy@lehre23.informatik.Uni-Bremen.DE (Holger Burde):
>>>	Thats because you already know how to do it.
 
> what if you are facing a multilevel aggregat object ?

I don't recall class members being restricted to primitive types.  You
define a car and motor class, and give cars a member of class motor,
and so on.

-- 
Markus Stumptner                                mst@vexpert.dbai.tuwien.ac.at
University of Technology Vienna                 vexpert!mst@relay.eu.net
Paniglg. 16, A-1040 Vienna, Austria             ...mcsun!vexpert!mst
From: A.H.Al_ashaab@lut.ac.uk (AH Al_ashaab)
Newsgroups: comp.object
Subject: Questions about clesses and it relationship
Date: 22 Jul 92 13:00:09 GMT
Reply-To: A.H.Al_ashaab@lut.ac.uk (AH Al_ashaab)
Organization: Loughborough University, UK.

( I hope this the correct group for my question, if not please do 
advise me where to go!)

I am new in the area of Object Oriented programming . here I want to ask 
questions of how defining a class and the relation between a class
a sub-class. I am using LOOPS at the moment.

Can I  define a class that have just a conceptual meaning? so I
define it as "ABSTRACT CLASS". That is to help me in orgnizing 
the classes in different category .

For example.. I want to define classes that related to the manufacturing
area of Injection moulding which have three main  classes
(Injection_Machine, Mould & Mouldability_Features), so is it correct
(OR  good practise) to define a super class for them say "ManufModel"
that is an  "ABSTRACT" class but has nothing  common among the three
sub-classes????


The other thing I want to ask is the relation between a class and its 
sub_classes. Can the relation be either "has-a" or "is-a" or
it has to be only "is-a" relationship? while the "has-a" relationship
is achieved by defining the attribute (I mean the class variable or 
instance variable in case of LOOPS or slots in case of CLOS) of a class 
as a classes. For example the Injection  Machine consist of both the 
"Clamping Unit" and the "Injection Unit". That mean its a "has-a"
 relationship. so is it  correct (OR a good practise) to define 
"Injection Machine" as super class of both the "Clamping Unit" 
and the "Injection Unit" or I have to define each of them as different
class then I assign the classes of "Clamping Unit"  and  "Injection Unit" 
to the instance variable of the class of "Injection Machine".


Ahmed AL-ASHAAB
Manuf. Eng Dept., Loughborough Univ of Tech
Loughborough, Leics LE11 3TU, England.
EMail : A.H.Al_ashaab@lut.ac.uk  OR     ahmed@mansun.lut.ac.uk
Tel. 0509-263171 Ext. 2427.  FAX 0509-267725
From: smith@ctron.com (Larry Smith)
Newsgroups: comp.object
Subject: Re: oberon language and system
Keywords: oberon
Date: 22 Jul 92 19:21:52 GMT
Reply-To: smith@ctron.com
Organization: Cabletron Systems, Inc.

In article <1992Jul20.134534.5159@fnbc.com>, jja@fnbc.com (Joseph Alotta) writes:
>does anyone know anything about oberon, the language and system invented  
>by nick wirth?   i saw a book in the store about it, but there was no  
>mention of how to get a copy of it or it anyone besides the dr. wirth uses  
>it.  it also seems like it needed special hardware.

Oberon is the special systems and application programming language developed
by Prof. Wirth as a successor to Modula-2.  It incorporates the idea of "type
extension" whereby new types can inherit features of previously-declared types.
This is not quite object-oriented, but it's close, especially with procedure
pointers in records.  It is designed to be 100% type-secure, and has facilities
for testing the safety of various types of casts.  It incorporates a garbage
collector, as well, Prof. Wirth having finally decided that new/dispose simply
required too much of the programmer.  It inherits Modula's module concept, but
does not support local modules, nor many other features of Modula-2 that do not
fit the type-extension paradigm, including enumerations and sets of anything
but <wordsize> bits.  The language is implemented in around 4000 lines of
Oberon for Dr. Wirth's new National Semiconductor 32K-based workstation.

Oberon is available for anonymous ftp via neptune.inf.ethz.ch (129.132.101.33).
Several ports are provided, including one for a Sparc.

Larry Smith (smith@ctron.com) No, I don't speak for Cabletron.
-------------------------------------------------------------
Daily I'd go over to Congress - that grand old benevolent national asylum - and
report on the inmates there.  Never seen a body of men with tongues more handy,
or information more uncertain.  If one of those men had been present when the
Deity was on the point of saying "Let there be light" we never would've had it.
Newsgroups: comp.object
From: jubo@john.informatik.rwth-aachen.de (Juergen Boerstler)
Subject: Re: O.M() vs M(0) notation
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 27 Jul 92 08:02:46 GMT

budd@fog.CS.ORST.EDU (Tim Budd) writes:

>I agree that the O.M(...) notation clearly marks the receiver as special,
>and seems more natural to most folks.

And its also more practical for several reasons:
   Using the `M(O)' notation you will have problems in defining inheritance,
   since all your `O' parameters will still be of type O-type instead of
   subtype(O)-type in all of your subclasses. So its better to omit this
   special parameter.
>In our multiparadigm language LEDA (which has nothing to do with the C++
>classes of the same name distributed by somebody in Germany), we wanted
>to combine features of object oriented programming and functional
>programming.  Part of this is the desire to permit methods to be
>used as functions - that is, passed as arguments to higher level functions,
>and so on.  Our solution was to permit easy (implicit) convertion between
>the ``method'' type and the ``function'' type - when a qualified method
>name is used in a context where a function is required (say, as an
>argument), it is magically converted into a function, including adding
>an argument to the front of the argument list.  Thereafter it is
>invoked using the functional M(O) notation.
   So why don't you define a special class `function' for this purpose. This
   class should contain methods to convert itself to both representations.
>For the sake of symmetry we also allowed the reverse.  If you defined
>a function that used an object as the first argument, you could invoke
>it using the O.M() notation -- if the complier could not find a method
>of a given name it would then look for an appropriate function.  This has
>not provem to be quite as useful, and I am not sure it will remain in the
>language.
   This will be fine too, using a special `function'-class. Then conversion
   should only be done explicitely, which is much better to read.
>--tim budd, oregon state university

jubo
****************************************************************************
* Ju"rgen Bo"rstler             * e-mail:                                  *
* RWTH Aachen                   *    jubo@rwthi3.informatik.rwth-aachen.de *
* Lehrstuhl fuer Informatik III *                                          *
* Ahornstrasse 55               *                                          *
* W-5100 Aachen                 * phone: +49/ 241/ 80-21310                *
* Germany                       * fax:               -21329                *
****************************************************************************

--
****************************************************************************
* Ju"rgen Bo"rstler             * e-mail:                                  *
* RWTH Aachen                   *    jubo@rwthi3.informatik.rwth-aachen.de *
* Lehrstuhl fuer Informatik III *                                          *
Xref: sparky comp.object:3044 comp.lang.eiffel:1006
From: richieb@bony1.bony.com (Richard Bielak)
Newsgroups: comp.object,comp.lang.eiffel
Subject: Re: Class methods (was: Re: How to design a data structure library)
Date: 28 Jul 92 15:01:14 GMT
Organization: lost in Manhattan

In article <5631@vexpert.dbai.tuwien.ac.at> mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner) writes:

[...]

>
>I did get the point, I just don't like it.  I grant that the asymmetry
>is avoided, but this is outwiehged by the fact that using the class
>method is, in my opinion, a completely weird way of handling an
>ordinary binary operator.  Sets are a bad example for that construct,
>since they, as mathematical entities together with their appropriate
>operators, should correspond fairly closely to, say, integers or
>floats in this manner.  As an example, addition (which closely
>corresponds to set union) is not a class message, and making it one
>does not improve the clarity of the code.
>


Perhaps "+" _should_ be a class message. Again, "+" is not
a "query" or a "command". For numbers, "absolute_value" or "sign" are
examples of queries, and "increment" is a command. 

What is "+"? You could say it's a query, as it doesn't change the
object, which asks "what is the sum of self and the argument".

But in math, a "+" is an operation on _integers_ (i.e. a class method)
which given two integers, produces another one.


...richie

-- 
* Richie Bielak   (212)-815-3072   | "Your brain is a liquid-cooled parallel  *
* Internet:       richieb@bony.com | super-computer". He pointed to his nose, *
* Bang {uupsi,uunet}!bony1!richieb | "This is the fan."                       *
*    - Strictly my opinions -      |                     - David Chudnovsky - *