HDTenEightyP/NetNews huggingface dataset:
From: gburke@unix2.tcd.ie (Garrett Burke)
Subject: Supping X11R5 VGA color distribution
Summary: Access to sup X11R5 distribution (have sup access for mk)
Keywords: Sup X11R5
Organization: Trinity College, Dublin
Date: Mon, 17 Aug 1992 15:52:20 GMT

Hi all,
	Last week a message appeared on the machi386 mail distribution
	list about the color X11R5 VGA/SVGA binary distribution being
	available on x29.mach.cs.cmu.edu.

	We have sup access here for the Mico Kernel & Unix Server on out
	machine animal@dsg.cs.tcd.ie , but when we try to sup the X11
	stuff we find that we are denied access.

	Q. Who sent the message out from cmu, so we can arrange access?

Thanks for your help.
--
**************************************************************************
		When it all gets too much, take to the hills.
**************************************************************************
Newsgroups: comp.os.mach
From: oosterve@cs.utwente.nl (Bert Oosterveen)
Subject: master_device_port?
Organization: University of Twente, Dept. of Computer Science
Date: Mon, 17 Aug 1992 13:06:42 GMT



Hello,

We're two students working on device drivers in Mach.
We know how the internal structures of Mach are functioning,
but for accessing of our own device we need a send right to
the master_device_port. Is there someone in Machland
who knows how to get this port?

Any help would be appreciated,

Robert Veenstra,  veenstra@cs.utwente.nl and
Bert Oosterveen,  oosterve@cs.utwente.nl 

Newsgroups: comp.os.mach
From: pkc@scs.carleton.ca (Peter Choynowski)
Subject: RFS vs NFS on a 486 ?
Organization: School of Computer Science, Carleton University, Ottawa, Canada
Date: Thu, 13 Aug 1992 20:57:37 GMT

I have a number of questions about rfs and nfs running on a 486.  To
start with how does rfs compare with nfs wrt. transfer speed ( under
2.6 or 3.0, and under a mix of the two ) ?  I have done some tests with
rfs and depending if one uses  cp or dd or cat there is a wide range of
performance one can observe between 3.0 and 2.6.

I have been looking at a way to cross-mount disks on a small lab of
Mach systems and to get the best performance and functionality.  One
problem I am running into is that with rfs I have not been able to
access account's home directory upon login  ( home gets set to / )
when that home directory in on another server.  Only after the user is
on the system can he do rfs to authenticate himself to his home
server.  Is there a way to get this resolved with rfs or is nfs my only
solution ?  If nfs is the way to do it is anyone running AMD auto
mounter under 3.0 ? 

I like to hear from anyone that has a small network of systems with
'cross-mounted' disks where users can logon to any machine and see
exactly the same set of disks without having to perform any extra
steps.

Thanks,
Peter
Newsgroups: comp.os.mach
From: ishii@tsl.cl.nec.co.jp (Hidehiro Ishii)
Subject: Re: Microkernels
Date: Mon, 10 Aug 1992 04:51:41 GMT
Organization: Term. Sys. Res. Lab., C&C Syst. Res. Labs., NEC, Kawasaki JP

In article <Xcc6oB2w164w@uuisis.isis.org> evanc@uuisis.isis.org (Evan Champion) writes:

   >>What are the advantages are there in using a microkernel over using a
   >>"conventional" kernel?

  Advantages are:

o Good modularity.

o Easy to debug. (You can use an almost normal debugger)

o Easy to enhance.

o Operator can choose servers to run (e.g. choosing what type of file
system. Or choosing VM strategy)

o Able to configuring the system dinamically. (e.g. adding a new
device driver without a reboot.)

o Able to have more than one personality (flavor) of OS
simultaneously.  (e.g. Two users are logging on the same machine
running mach. A user thinks he's using a UNIX System V while the other
user thinks he's using a Macintosh OS. )

========================================================================
			     Hidehiro Ishii
Terminal Systems Research Laboratory,  C&C Systems Research Laboratories
		    NEC Corporation (Kawasaki city)
--

	    ==========================================================
	     $B@P0f(J $B=(9@(J $B!J$$$7$$(J $B$R$G$R$m!K(J                $B!J#O#SC4Ev!K(J

	     $B#N#E#C(J  $B#C!u#C%7%9%F%`8&5f=j(J  $B%?!<%_%J%k!&%7%9%F%`8&5fIt(J
From: fujii@isl.mei.co.jp (Shigeki Fujii)
Newsgroups: comp.os.mach
Subject: Re: wiring down memory
Date: 19 Aug 92 06:42:57 GMT
Organization: Matsushita Electric Industrial CO., Ltd. Osaka, Japan


In article <1992Aug18.161726@cs.utwente.nl>,
		matena@cs.utwente.nl (Wim Matena) writes:

Wim> This call returns the much needed 'privileged_host_port'. However, the 
Wim> vm_wire system call still doesn't work properly. It returns the well known
Wim> 'KERN_FAILURE' error message. Could anyone help us out here?

If you
   set the argument "set_maximum" of vm_protect() to "FALSE", or
   set the argument "access" of vm_wire() to "VM_PROT_READ|VM_PROT_WRITE",
your program will work properly.

Wim> 	if (vm_allocate(mach_task_self(), &ptr, 4096, TRUE) !=
Wim> 		KERN_SUCCESS) {
	
Now, the value of current_protection is "VM_PROT_READ | VM_PROT_WRITE",
and max_protection is "VM_PROT_ALL".

Wim> if (vm_protect(mach_task_self(), ptr, 4096, TRUE, VM_PROT_ALL) != KERN_SUCCESS) {

You set the argument "set_maximum" to "TRUE", so
the value of max_protection is set to "VM_PROT_ALL" again.
And current_protection is not changed because it is bellow the max_protection.

If you set the argument "set_maximum" to "FALSE",
the value of current_protection is changed to "VM_PROT_ALL".

Wim> if ((kr=vm_wire(host_priv_port, mach_task_self(), ptr, 4096, VM_PROT_ALL))
Wim> 		!= KERN_SUCCESS) {

The argument "access" of vm_wire()(VM_PROT_ALL) is upper
the current_protection, so vm_wire() fails.

----
Shigeki Fujii (fujii@isl.mei.co.jp)
Media Research Laboratory
Audio and Video Research Center
Matsushita Electric Industrial Co., Ltd.
From: gfredin@daisy.WichitaKS.NCR.COM (Gerald Fredin)
Newsgroups: comp.os.mach
Subject: Re:  Mach reading ...
Date: 12 Aug 92 12:28:40 GMT
Reply-To: gfredin@daisy.WichitaKS.NCR.COM (Gerald Fredin)
Distribution: usa
Organization: NCR Corporation, Wichita KS

Sumandra Majee recently posted an article stating that Mach documentation was
available via anonymous ftp from CMU.  Does anyone know of an email server
that those of us without anonymous ftp could access to get Mach documentation?

Also, how does one go about getting a copy of Mach for evaluation??

Thanks
Newsgroups: comp.os.mach
From: ishii@tsl.cl.nec.co.jp (Hidehiro Ishii)
Subject: Re: MACH survey - followup
Date: Fri, 14 Aug 1992 10:43:05 GMT
	<ELF.92Aug4121500@ELF.cs.cmu.edu> <1992Aug11.090026.21752@osf.org>
Organization: Term. Sys. Res. Lab., C&C Syst. Res. Labs., NEC, Kawasaki JP

In article <1992Aug10.130225.9993@puma.ATL.GE.COM> gthaker@fergie.atl.ge.com (Gautam H Thaker) writes:

   > (6) Can anyone comment on Hide Tikuda's Real-Time MACH work at CMU?
   > 	 I hear rumors that Hide is pursuing other things.

  I picked up a paper from a bibliography:

	H. Tokuda and T. Nakajima
	"Evaluation of Real-Time Synchronization in Real-Time Mach"
	In Proceedings of USENIX Mach Workshop, October 1991

  He seems to be working on "Distributed real-time kernel ARTS".
Although I would present a bibliography on it if requested, I don't
know more about ARTS.
--

	    ==========================================================
	     $B@P0f(J $B=(9@(J $B!J$$$7$$(J $B$R$G(J$B$R$m!K(J                $B!J#O#SC4Ev!K(J

	     $B#N#E#C(J  $B#C!u#C%7%9%F%`8&5f=j(J  $B%?!<%_%J%k!&%7%9%F%`8&5fIt(J
From: jiu1@husc9.harvard.edu (Haibin Jiu)
Newsgroups: comp.os.mach
Subject: source code for Mach?
Date: 19 Aug 92 21:19:35 GMT
Organization: Harvard University Science Center

[I sincerely hope that CMU folks actually read this group. :)]

Does anyone know whether one can obtain the source code for Mach,
much like that for 386BSD, for free or a nominal license fee?
Any reply via e-mail or post on this group will be helpful.

Bugs
Newsgroups: comp.os.mach
From: matena@cs.utwente.nl (Wim Matena)
Subject: wiring down memory
Keywords: privileged host port
Organization: University of Twente, Dept. of Computer Science
Date: Tue, 18 Aug 1992 14:17:26 GMT

Dear reader,

In our attempts to allocate a piece of user-space memory that can be WIRED DOWN
we have stumbled upon the 'task_by_pid(-1)' system call of the BSD server.
This call returns the much needed 'privileged_host_port'. However, the 
vm_wire system call still doesn't work properly. It returns the well known
'KERN_FAILURE' error message. Could anyone help us out here?
Our test program follows below. Any other solutions to wiring down a piece of
memory are also VERY welcome!

Thanks in advance...

	Wim & Kees



#include <mach.h>
#include <stdio.h>
#include <mach_error.h>
#include <mach/message.h>

void main() {
mach_port_t host_priv_port;
kern_return_t kr;
int *ptr;

	host_priv_port = task_by_pid(-1);
	printf("host_priv_port = 0x%X\n", host_priv_port);
	if (vm_allocate(mach_task_self(), &ptr, 4096, TRUE) !=
		KERN_SUCCESS) {
		printf("vm_allocate failed \n");
	}
	if (vm_protect(mach_task_self(), ptr, 4096, TRUE, VM_PROT_ALL) != KERN_SUCCESS) {
		printf("vm_protect failed\n");
	}
	if ((kr=vm_wire(host_priv_port, mach_task_self(), ptr, 4096, VM_PROT_ALL))
		!= KERN_SUCCESS) {
		mach_error("vm_wire failed", kr);
	}
}
From: sundaram@eecae.msu.edu
Newsgroups: comp.os.mach
Subject: Is there a FAQ for this group?
Date: 14 Aug 92 14:42:39 GMT
Distribution: usa
Organization: Michigan State University, College of Engineering
Originator: sundaram@pacific.cps.msu.edu


Hi all,

I heard about this group from a friend of mine. I would dearly love to get 
Mach and X installed and running on my 386-40 PC Clone at home. I was wondering
if someone would be kind enough to mail me a FAQ or notes that would help me 
in obtaining and installing Mach. The burning questions I have are:
	- 	What exactly is available with Mach 3.0?
	- 	How do I get it?
	- 	Does it come with source?
	-	What are the hardware requirements for a 386 machine?

Any info and advice would be much appreciated. Thanks.
Divya
(sundaram@egr.msu.edu)
Newsgroups: comp.os.mach
From: mckeeveb@monashee.sfu.ca (Gumby - The unknown user)
Subject: Installation of Mach3/bsdss on a 486
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 19 Aug 1992 05:54:46 GMT

Hi everyone,

OK, my dad just bought 2 486s and has given one to me and I'd like
to install Mach3 and bsdss.  I've already got the source and everything
via sup from my sun workstation, so that's not a problem.

My question(s) is/are:
1) a) are the filesystems used by 386BSD and Mach3/bsdss compatible?
   b) could I use 386BSD to install Mach3/bsdss?

2) Does anyone have a simpler/better installation procedure, or
   would someone be able to supply me with a floppy-based boot disk
   and some default partitions to install?

Thanks, the help is appreciated.
-- 
    Rob McKeever  VE7ICJ  rmckeeve@sfu.ca  mckeeveb@sfu.ca  604-463-3863
"Actually, I'm a little envious of Murphy Brown.  At least she's guaranteed
of coming back this fall" - Dan Quayle, on the sitcom 'Murphy Brown'
       -*-          Standard Disclaimers should be adequate        -*-
From: albert@cs.uq.oz.au (Albert Ng)
Newsgroups: comp.os.mach
Subject: Re: Partial failure ?
Date: 18 Aug 92 00:50:39 GMT
Reply-To: albert@cs.uq.oz.au

In <TIR.92Aug17093944@vipunen.hut.fi> tir@vipunen.hut.fi (Timo Riikonen) writes:

>Wai> Question:
>Wai>  Does MACH support system partial failures at all?
>Wai>  If it does, then HOW did it handle it?

>Yes it does. For example if DOS does some "incorrect" interruption,
>the system falls to the ddb debugger. The same is true with many Mach
>and UNIX problems.

>You can test ddb by pressing Ctrl-Alt-D (returning with cont) and read
>about it with man ddb.

Just to confirm, DOS as in ms-dos or do you mean Distributed OS?
And I think what Wai meant of partial failure is on the H/W side,
not with the OS which seems to be what you are refering to!

So say the CPU blows up or the communication line gets cut off.

Albert
BIT Hons
UofQ
From: epstein@trwacs.fp.trw.com (Jeremy Epstein)
Newsgroups: comp.os.mach
Subject: gdb attach/detach on Mach 2.5?
Date: 18 Aug 92 14:51:56 GMT
Organization: TRW Systems Division, Fairfax VA

[For those people on the machi386 distribution, I apologize for
the duplicate posting.]

Environment: Mach 2.5 on Gateway 2000 486 DX2/50

We recently updated from a Sun 3 to a 486 platform (both running
Mach 2.5).  On our Sun 3 version of gdb, you could type "attach <pid>"
(and "detach") and debug a process that was running.  By adding the flag
ATTACH_DETACH to gdb/m-i386.h, we were able to add the commands to
the 386/486 version.  However, the source code for the 486 version
relies on the ptrace call, which is not present in Mach 2.5.  Before
I try to merge the (much older) Sun 3 code into the 486 version to
support these commands, does anyone have a version of gdb that supports
attach/detach?

Thanks,
--Jeremy
-- 
Jeremy Epstein			Internet: epstein@trwacs.fp.trw.com
Trusted X Research Group	Voice: +1 703/803-4947
TRW Systems Division
Fairfax Virginia
Newsgroups: comp.os.mach
From: gerns@informatik.uni-hildesheim.de (Arnd Gerns)
Subject: Mach for SUN SPARC?
Organization: University of Hildesheim, Germany
Date: Fri, 14 Aug 1992 10:51:00 GMT


   Hi!

   I would like to know, whether there exists a version of Mach running on
   SUN SPARC. Where can I get this Mach version?

   Thanks in advance,
   Arnd.

 ------------------------------------------------------------------------------
   Arnd Gerns              | Universitaet Hildesheim
                           | Institut fuer Betriebssysteme und Rechnerverbund
   Phone: +49 5121 883 755 | Samelsonplatz 1, D-W-3200 Hildesheim, Germany
   Fax:   +49 5121 883 749 | E-Mail: gerns@informatik.uni-hildesheim.de
From: mrt+@CS.CMU.EDU (Mary Thompson)
Newsgroups: comp.os.mach
Subject: Re: source code for Mach?
Keywords: FAQ
Date: 20 Aug 92 14:26:09 GMT
Organization: Carnegie Mellon University

----------------------------------------
In reply to serveral requests for general information about Mach:
CMU maintians a publicly accessible FTP area on mach.cs.cmu.edu 
(128.2.209.192). You FTP as user anonymous and show up in a directory
containing supdirectories for doucumentation, FAQ and sources. Most of
these directories have INDEX files to help you identify things. 

If you just want to know what is going on and how to find things start
in the FAQ (Frequently Asked Questions) directory.

				Mary Thompson
				Project Mach Distribution Manager
Newsgroups: comp.os.mach
From: tir@vipunen.hut.fi (Timo Riikonen)
Subject: Re: Partial failure ?
Organization: Helsinki University of Technology, Finland
Date: 17 Aug 92 09:39:44

>>>>> On 11 Aug 92 04:56:08 GMT, wai@cs.uq.oz.au (Wai Chow) said:

Wai> Question:
Wai>  Does MACH support system partial failures at all?
Wai>  If it does, then HOW did it handle it?

Yes it does. For example if DOS does some "incorrect" interruption,
the system falls to the ddb debugger. The same is true with many Mach
and UNIX problems.

You can test ddb by pressing Ctrl-Alt-D (returning with cont) and read
about it with man ddb.

--
Timo                         Timo.Riikonen@hut.fi
'I'm not going to ride on a magic carpet!' he hissed. 'I'm afraid of grounds'
'You mean heights', said Conina. 'And stop being silly.'
'I know what I mean! It's the grounds that kill you!'    (Terry Pratchett)
From: ptuomola@saha.fmi.fi (Petri Tuomola)
Subject: Re: Supping X11R5 VGA color distribution
Keywords: Sup X11R5
Organization: Finnish Meteorological Institute
Date: Mon, 17 Aug 92 17:46:37 GMT

In article <gburke.714066740@unix2.tcd.ie> gburke@unix2.tcd.ie (Garrett Burke) writes:
>	Last week a message appeared on the machi386 mail distribution
>	list about the color X11R5 VGA/SVGA binary distribution being
>	available on x29.mach.cs.cmu.edu.

Sorry, but how does one get to that mail distribution list?
I have bought mach386 and use it all the time but have never heard about 
the list.

Petri 

-- 
Petri Tuomola    - ptuomola@saha.fmi.fi	   - ptuomola@tornado.nullnet.fi
"DOS  - Disk Operating System. A program that transfers data to and from
 the disk  drive in a computer. It  is loaded  from a  diskette into the 
 computer memory when the power is turned on. See boot." -- ANjr manual
Xref: sparky comp.os.mach:1041 comp.sys.mac.apps:13322 comp.sys.mac.comm:7950 comp.sys.mac.system:10991
From: s8939527@spectrum.cs.unsw.oz.au (Andrew Nicholas Skannavides)
Newsgroups: comp.os.mach,comp.sys.mac.apps,comp.sys.mac.comm,comp.sys.mac.system
Subject: .image files what do I do
Date: 14 Aug 92 04:47:25 GMT
Reply-To: s8939527@spectrum.cs.unsw.oz.au (Andrew Nicholas Skannavides)
Organization: none


	Hi all, I recently D/L the sytem disks from ftp.apple.com and
when I uncompressed them I fouynd the were in .image format., from what I gathered
I need diskcopy to copy them onto a HDecity floppy. Were can I get that program
	All help appreciated. Please email
		George
From: km@cs.pitt.edu (Ken Mitchum)
Newsgroups: comp.os.mach
Subject: NFS
Date: 17 Aug 92 18:46:11 GMT
Organization: Computer Science Dept., University of Pittsburgh

I would appreciate hearing from anyone who has successfully 
integrated NFS into Mach. We have both Mach and NFS licenses,
including the NFS sources, but the NFS/vfs support has been taken
out of the sources available via sup. Just from looking at
the Mach sources, it appears that there already has been a merger
of some vnode information into inodes, but Mach inodes
appear significatnly different from other systems to prevent
the integration from being obvious, especially to someone who
has not integrated NFS before.


 -Ken Mitchum
 km@cs.pitt.edu

Newsgroups: comp.os.mach
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: printing through LPT1
Organization: University of Minnesota
Date: Mon, 17 Aug 1992 04:15:50 GMT

Hello again.  I am having problem to send out a file for printing.  I could
find the default dameon defined in "/dev/printcap".  

Harry

Newsgroups: comp.os.mach
From: harry@atlas.socsci.umn.edu (Kuo-Chen Chang)
Subject: config X386 for 386BSD
Organization: University of Minnesota
Date: Mon, 17 Aug 1992 04:13:53 GMT

Hello, netters.  Could someone point out for me where to find documentation
about configing X386 for 386BSD on a 486?  Thanks.

harry
Date: 13 Aug 92 02:48:28 GMT
From: lychan@socs.uts.edu.au (91031322 l y chan)
Newsgroups: comp.os.mach
Subject: Distributed OS

I'm doing a research on distributed OS.
I would like to know information about distributed os that are available
in the research labs or in the real-world.

Thanks!
Newsgroups: comp.os.mach
From: bgbg@cbnewsd.cb.att.com (brian.g.beuning)
Subject: Re: multi processor 386 and mach
Organization: AT&T
Date: Fri, 21 Aug 1992 03:04:01 GMT

From article <mcrosbie.714068043@unix1.tcd.ie>, by mcrosbie@unix1.tcd.ie (Mark J. Crosbie):
> 
> Simply put, to buy a machine with more than 1 386 would be very
> expensive as you would be paying for the multi-processor bus which would
> have to be quite complex if caches were used on each board.
> It would also have to be recognised by Mach, as each bus implementation
> is different. If Mach didn't support it, you could forget it!
> 
> In my humble opinion, it's a lot simpler to buy a FAST (50Mhz) 486 
> machine with a fast
> SCSI disk and lots of memory to run Mach (>8 MB) than it is to buy
> a multi-processor system.

Thanks for answering my query.  I guess I was showing my hardware
ignorance by not knowing the bus could be such a price factor.

I have been getting very interested in Mach on a 386 as being
the first "multi-processing for the masses".  But it sounds
like that day is not here yet.  Oh well, I'll just need to be
content with blazing speed instead of finesse :-)

		Brian Beuning
From: smith@ctron.com (Larry Smith)
Newsgroups: comp.object,comp.lang.c++,comp.lang.smalltalk,comp.lang.eiffel
Subject: Re: Self 2.0
Date: 17 Aug 92 13:49:58 GMT
Reply-To: smith@ctron.com
Followup-To: comp.object
Distribution: comp
Organization: Cabletron Systems, Inc.

In article <hoelzle.713480905@Xenon.Stanford.EDU>, hoelzle@Xenon.Stanford.EDU (Urs Hoelzle) writes:

>Unlike previous releases,
>Release 2.0 includes all source code

I downloaded Self 2.0 from self.stanford.edu and found no source code in
this distribution.  I would very much like to have it, we are about to commit
to an interpreter extension language for this project and I'd really like it
to be Self.  Where can I get source???

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: shekar@nano.cs.umn.edu (Shekhar H. Kirani)
Subject: Public domain OODB source
Summary: OODB source or persistent C++
Keywords: OODB
Organization: University of Minnesota
Date: Thu, 13 Aug 1992 00:46:36 GMT

Hi,

I am looking for a public domain OODB to use it as a repository for
a maintenance tool that we are building. If any one knows about any
OODB or persistent C++ library, please let me know.

Thanks,
Shekhar Kirani
----------------------------------------------------------------
Shekhar Kirani				Computer Sc. Dept, 200
1530, S.6th. St., C-410			Union St., Univ. of Minnesota
Minneapolis, MN-55454.			Minneapolis, MN-55455.
Ph: (home) 612-341-0256. 		(off)  612-625-4029.
----------------------------------------------------------------
From: eric@tfs.com (Eric Smith)
Subject: Re: Beginner's Question - CLOS
Organization: TFS
Date: Wed, 19 Aug 1992 21:38:18 GMT

In article <16u2tpINN9ad@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>(defmethod display ((value real) (destination window))
>  ... ;; code to display a real number graphically on a window
>  )
>
>(defmethod display ((value integer) (destination terminal))
>  ... ;; code to display an integer textually on a terminal
>  )

But doesn't that make method dispatch very time consuming?  It seems like
it would involve searching for the method in tables, and that the amount
of time consumed would depend on how many methods were in those tables and
how many class arguments each method had.

In C++, method dispatch is trivial to the CPU, such that on most modern
CPU's it would take a fraction of a microsecond.  I can see the advantages
of dispatching according to the types of multiple arguments, but I'm just
wondering how much of a speed impact it has.  In C++ the same functionality
requires more code, but it seems like it would still be faster.  For
example, a terminal object's display function would take a base class of data
as its argument, and then it would get the data converted to its requirement
by invoking a conversion method on the data object.  That conversion method
would be known to the terminal object at compile time, so the resulting code
would involve no lookups other than the initial sub-microsecond dispatch to
the terminal object's display function, followed by the sub-microsecond
dispatch to the data objects's conversion function for that terminal object's
data format.
Newsgroups: comp.object
Subject: Request for Dr. Booch's e-mail address
From: zxnoueih@wsuhub.uc.twsu.edu (...VALENCIA...)
Date: 13 Aug 92 11:12:20 CST
Organization: Wichita State University, Wichita, Ks

I am looking for Dr. Booch's e-mail address.
I know that he works at RATIONALE.
I guess that even RATIONALE's phone number would be OK.

Thanks!

Ziad.

e-mail: zxnoueih@wsuhub.uc.twsu.edu

From: kers@hplb.hpl.hp.com (Chris Dollin)
Date: Thu, 20 Aug 1992 11:05:08 GMT
Subject: Re: Re: Type Conformance and Inheritance (was O.M() versus M(O) notation)
Organization: Hewlett-Packard Laboratories, Bristol, UK.