HDTenEightyP/NetNews huggingface dataset:
From: rodger@chor-us.Chorus.COM (Rodger Lea)
Newsgroups: comp.os.mach
Subject: Mach vs. NT? (and Chorus)
Date: 8 Jan 93 12:45:37 GMT
Organization: Chorus systemes, 6 av. Gustave Eiffel, 78182 Montigny-le-Btx, France

In article <1993Jan1.015931.8891@synergy.encinitas.ca.us> clark@synergy.encinitas.ca.us (John Clark) writes:
>In article <5ceb4a29.cb12@dabo.citi.umich.edu> Jim.Rees@umich.edu writes:
>+>In article <J8DNVB1w165w@bluemoon.use.com>, wjg@bluemoon.use.com (william grimm) writes:
>+>
>+>  And, I believe MS hired the 
>+>  developer of Mach- not sure about this, though.
>+>
>+>I don't know if you really want to say that Rashid is "the" developer of
>+>Mach.  Certainly many other people worked on it too.  But my understanding
>+>is that he is head of the research lab at Microsoft and had little to do
>+>with Windows NT.
>
>For a comparison, Microsoft has had a 'un*x' source license since V7, but DOS
>never has even come close, either externally or internally. So the fact
>that a major 'mach' contributor is on staff probably bears little significance
>to eventual products. (who knows, there may be a chorus line in the offing..)


Shhhssss - we're trying to keep this secret, actually the next version of windows
will be called ChorWindows, which we have internally named STNM (same
technology new name). In addition, in an attempt to take the vapour out
of Cairo we are negotiating to sell them the rights to our object oriented
operating system (COOL) ..... watch this space.


Rodger

rodge@chorus.com

Just for those who missed the smiley, this article begins and ends with
a big :-) - Chorus and MicroSoft have never even heard of each other and
Xref: sparky comp.os.mach:1712 comp.unix.osf.osf1:54 comp.unix.osf.misc:74 comp.next.misc:7
From: ricardo@pencom.com (Ricardo Parada)
Newsgroups: comp.os.mach,comp.unix.osf.osf1,comp.unix.osf.misc,comp.next.misc
Subject: Mach book
Date: 11 Jan 93 14:59:15 GMT
Organization: Pencom Software

When reading the suggested reading section of the NeXTSTEP OPERATING SYSTEM  
SOFTWARE I found out that there's a book titled "The Design of the Mach  
Operating System."

Does anyone know when that will be out?  In the NeXTSTEP manual it says that  
it is expected to be out in 1993.

--
Ricardo J. Parada
Pencom Software
Xref: sparky comp.os.mach:1704 comp.unix.bsd:11043 comp.os.linux:23249
From: john@Pt.hq.af.mil (John Ryan)
Newsgroups: comp.os.mach,comp.unix.bsd,comp.os.linux
Subject: 386BSDSS Porting Effort -- Volunteers
Keywords: BSDSS, Volunteers
Date: 8 Jan 93 18:19:20 GMT
Followup-To: poster
Organization: Headquarters Air Force, The Pentagon Washington, DC

Hi,
	After reading everything it seems apparent that no-one
is going to be releasing the BNR2SS code for a vanilla 386 PC, 
so some friends and I have decided to start doing it ourselves.  
If I am wrong and some people are already working on a single 
server for the 386 please tell me and we will join your effort, 
otherwise...We are looking for volunteers to help us. As I see 
it these are the things that need to be done.

	o get an archive site (not CMU)
	o get a wd subsystem for i386
	o fix the makefiles for mach
	o hack 386BSD 0.1 (0.2 when available)

First, the archive site, as a last resort we would be willing to
do this, but other people will be annoyed at milnet.  The archive 
should place everything under RCS so that we avoid the version
chaos that applies to most volunteer efforts.

Next, a wd subsystem, look everyone has 386 PC's so we need to write
for IDE drives on AT bus's. There are drivers in linux, 386BSD and 
elswhere, these "just" need to be systematized for mach. (Of course
if you have good starting points for this we would be very glad to hear
from you)

The makefiles need overhauling so that gnu make will work. Sure the
hurd people have something but it builds the hurd not BSD4.3 on top
of mach. That doesn't mean we can't lean heavily on them just means
we can't scoop up their stuff wholesale.

Lastly, we need to hack 386BSD in the same way as was done at CMU 
but not under their auspices.  This means we have faith that if we
do it for research purposes that nothing bad will happen to us. I 
believe that although GNU is doing almost the same thing that the
copyleft is too restrictive and that our port should have a true PD
copyright.

All comments, hints, flames welcome.

John Ryan -- john@hq.af.mil

P.S. Please try and respond by E-Mail I will summarize. Thanks in advance.
-- 
-------
John Ryan             john@hq.af.mil        ..uunet!hq!john


Newsgroups: comp.os.mach
From: feustel@netcom.com (David Feustel)
Subject: Ascii Versions of Mach Papers?
Organization: DAFCO: OS/2 Software Support & Consulting
Date: Wed, 6 Jan 1993 02:10:45 GMT

I recently ftp'd to cmu to get info about mach and found that
practically everything there is in postscript format. Is there a
source of Ascii versions of these papers that I can ftp and examine on
my monitor instead of printing them?
Thanks.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
 
                        Happy Holidays to ALL!!!
Newsgroups: comp.os.mach
From: saeki@isl.mei.co.jp (Shin-ichi Saeki)
Subject: compile i860-MACH3.0
Organization: Matsushita Electric Industrial CO., Ltd. Osaka, Japan
Distribution: comp
Date: Fri, 8 Jan 1993 08:02:59 GMT


I am trying to compile the Mach3.0 source code to run on an i860,
but I am experiencing some difficulties.

I tried to compile on the i860-SVR4 work station (OKI-station),
but the assember in the OKI-station is not compatible with
the assembler source files in MACH3.0.
Also, the i860-Mach object is COFF, but the i860-SVR4 object is ELF.
Also, I can't make the CMU-make command on the SVR4.

Now I think about cross-compiling on the SPARC stations.

Please tell me the way I can get a compiler, a assember, and a linker
which can compile i860-Mach.
Lastly, I would appreciate any other references which might help me 
compile the i860-mach.

Thank you.
Newsgroups: comp.os.mach,comp.lang.c
From: ryer@inmet.camb.inmet.com (Mike Ryer)
Subject: Re: Seeking info on ANDF...
Keywords: ANDF
Organization: Intermetrics Inc, Cambridge MA
Date: Fri, 8 Jan 1993 19:16:01 GMT

ANDF literature is available from the OSF, contact:

  Heather McKay
  OSF Literature Requests
  heather@osf.org
  (617) 621-8895

ANDF Specifications:

ANDF, Application Portability 
and Open Systems 
		O-ANDF-WP17-2
ANDF Q&A
		OSF-ANDF-QA1-0291-1	
ANDF Rationale 
		O-ANDF-RD-1

ANDF Technical Papers:

From UNCOL to ANDF:  Progress in
Standard Intermediate Languages
		RI-ANDF-TB2-1
The Structure of ANDF:
Principles and Examples
		RI-ANDF-TB1-1
ANDF Article Reprints
OSF's ANDF - a Seybold report
		UNXOFFICE-ANDF1-1091

An Ada binding to ANDF is under development by Intermetrics, contact
Mike Ryer - (617) 661-1840.


Xref: sparky comp.os.mach:1707 comp.sys.dec:6774 comp.sys.hp:14693 comp.sys.sgi:18638
From: nyseclug@rlgsc.com
Newsgroups: comp.os.mach,comp.sys.dec,comp.sys.hp,comp.sys.sgi
Subject: UNIX Security: Facts and Fallacies
Date: 9 Jan 93 04:34:35 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY


                     The Security User Group


               UNIX Security, Facts and Fallacies
                   Thursday, January 21, 1993
                     6:00 p.m. - 8:30 p.m.


This is an introduction to the facilities available within UNIX systems 
that can affect the security of applications.  It can serve as an 
introduction for staff that will soon (or are now) responsible for 
security in an environment that includes UNIX systems.

The topics covered include:

                        o The UNIX File System
                        o Command Shells
                        o Account Authorization
                        o Restricted Environments
                        o Systems Integrity
                        o Denial of Service
                        o Network Security
                        o Firewall Systems

Speaker:              Geoff R. Cooke         
                      Manager, Security Services
                      DEMAX Software

Location:             Coopers & Lybrand
                      1301 Avenue of the Americas (52nd Street)
                      Training Room 6 (2nd floor)
                      New York, New York

Host:                 Carol A. Siegel

If you plan to attend, please RSVP by Tuesday, January 19 to:

                                 Carol A. Siegel
                                Coopers & Lybrand
                                 +1 212 536 3275
                                nyseclug@rlgsc.com

RSVP is mandatory. Building security will not permit any person not on the 
attendee list to enter the building (This is the Security User Group after 
all!)
                         
Newsgroups: comp.os.mach
From: feustel@netcom.com (David Feustel)
Subject: Re: Ascii Versions of Mach Papers?
Organization: DAFCO: OS/2 Software Support & Consulting
Date: Sat, 9 Jan 1993 21:03:27 GMT

Mark Kovarski <kovarski@zooid.guild.org> writes:

>feustel@netcom.com (David Feustel) writes:
>>I recently ftp'd to cmu to get info about mach and found that
>>practically everything there is in postscript format. Is there a
>>source of Ascii versions of these papers that I can ftp and examine on
>>my monitor instead of printing them?
>>Thanks.
>>-- 
>>Dave Feustel N9MYI <feustel@netcom.com>
>> 
>>                        Happy Holidays to ALL!!!


>Since you mentioned it, what is the address of the CMU site? Do you know in
>what directory those postscript Mach papers are? Thanks in advance...

The ftp site address is  mach.cs.cmu.edu. I don't remember the dir
name but I think it will be obvious.
-- 
Dave Feustel N9MYI <feustel@netcom.com>
 
                        Happy Holidays to ALL!!!
Newsgroups: comp.os.mach
From: epalmer@cajun1.watson.ibm.com (Elaine Palmer)
Subject:  mk78 compiler warning
Date: Tue, 05 Jan 93 19:03:55 GMT
Reply-To: epalmer@cajun1.watson.ibm.com (Elaine Palmer)
Organization: IBM TJ Watson Home for Tired Hackers
Keywords:  mk78 evc_continue warning

Should I be concerned about the following compiler warning?  I'm 
attempting to build mk78 for an i386 platform.   I did not modify
the source from CMU.  

  gcc -c -O  -MD  -DMACH -DMACH_KERNEL -DKERNEL  
../../../../../src/mk/kernel/kern/eventcount.c
  kern/eventcount.c: In function evc_continue:
  kern/eventcount.c:135: warning: `volatile' function does return


And how about this one?  

   gcc -c -O  -MD  -DMACH -DMACH_KERNEL -DKERNEL  
../../../../../src/mk/kernel/device/chario.c
   device/chario.c:169: warning: initialization between incompatible
pointer types

I guess I naively expected the unmodified, plain vanilla kernel to
compile cleanly
with no warnings.  All other files were ok.  False expectations or
cockpit error?  


Elaine R. Palmer ( epalmer@watson.ibm.com )
Distributed Security Systems     (914) 784-6642  
IBM T. J. Watson Research Center   P.O.Box 704       Yorktown Heights,
NY  10598
Newsgroups: comp.os.mach
From: mishra@pxt.dsg.dec.com (Alok Mishra)
Subject: POE where can I find it 
Reply-To: mishra@pxt.dsg.dec.com (Alok Mishra)
Organization: Digital Equipment Corporation
Date: Tue, 12 Jan 1993 14:49:50 GMT

	Hi,
		While reading documents on Mach 3.0 I found
	references to POE ,where can I find tar file for it ?

								Thanks
								Alok Kumar
Newsgroups: comp.object
From: dshaker@qualix.com (Doug Shaker)
Subject: Re: Motif GUI Builders and C++
Reply-To: dshaker@qualix.com
Organization: QUALiX Group, Inc.
Date: Tue, 5 Jan 1993 22:12:32 GMT

For clarification:
	The Parc Place products: ObjectBuilder/C++ and ObjectKit/OI
and	The CenterLine product: ViewCenter
and	The Solbourne products: OI and UIB

are all based on the same technology and, except for minor modifications,
are the same product.  They do NOT use the Motif toolkit, but use OI (or
whatever that vendor calls it) instead.  OI binaries have the unusual
property that they can be invoked in a Motif mode OR an Openlook mode.
That is,
	foobar -motif	brings up a Motif look & feel
while	foobar -ol	brings up an OpenLook look & feel.




 - Doug Shaker
	voice:	415/572-0200
	fax:	415/572-1300
	email:	dshaker@qualix.com
	mail:	Qualix Group
		1900 S. Norfolk St., #224
		San Mateo, CA 94403

Qualix maintains a mailserver with information files and demo
versions of products.  If you would like more information on
the mailserver, send an email to qfacts@qualix.com (or 
uunet!qualix!qfacts).  The email should take the following
form:
	BEGIN
	send help
	send index
	END
	Name
	Address
	Phone

Newsgroups: comp.object
From: hasko@heeg.de (Hasko Heinecke)
Subject: Re: best OO langauge for teaching
Organization: Georg Heeg Objektorientierte Systeme, Dortmund, FRG
Date: Tue, 12 Jan 1993 15:14:42 GMT

In article <1993Jan12.054323.1643@usage.csd.unsw.OZ.AU> timm@spectrum.cs.unsw.oz.au (Tim Menzies) writes:
>i'm looking for a OO langauge with a clean object model that is NOT
>resource intensive which I can use to teach OO to students. any
>recommendations?
>
>platform:	unix, apollos & decs
>students:	50-100
>
>possibilities:
>	[...]
>	2) smalltalk 80: too machine intensive, site liscences too complicated
>			(opinions anyone?)
>	[...]

There exist campus licenses for Objectworks\Smalltalk. E.g. we charge DM 6990,-
plus VAT annually. Ask  your local dealer or ParcPlace Systems for their
conditions. ParcPlace Smalltalk needs at least a 386-PC with Windows and 4-8 MB
memory.

Hasko


-- 
+-------------------------------------------------------+
| Hasko Heinecke @ Georg Heeg Objektorientierte Systeme |
| I _never_ mean what I say - and nobody else does...   |
+-------------------------------------------------------+
Newsgroups: comp.object
From: protocom@DMI.USherb.CA (protocom-Laurent turcotte)
Subject: Re: Teaching kids/Adults OOP concepts
Organization: Universite de Sherbrooke -- Dept. d'Informatique
Date: Thu, 7 Jan 1993 22:53:59 GMT

Thanks to everyone who replied (and people who think of replying).....

	A Project to teach OOP concepts to kids/Adults invoked a favorable
	response with the head of the department of computer science

	Now I must write a project plan....

	SO KEEP COMMENTS, IDEAS AND SUGGESTIONS COMING IN...

-- 
Larry Turcotte                           Internet:protocom@dmi.usherb.ca
computer science student/consultant
consulting company:Protocom              Is there anybody out there.....
From: gym@dcs.ed.ac.uk (Graham Matthews)
Newsgroups: comp.object
Subject: Re-use and OO
Date: 10 Jan 93 15:04:20 GMT
Organization: Department of Computer Science, University of Edinburgh

Hi

A while back on this newsgroup there was a discussion about some new OO
tools that went through a program and optimised it by removing the
need for objects to store redundant fields that they never used (I think
that was the purpose of these tools, but I don't remember their name or
exact purpose). Now there was some fancy name for these - maybe someone
could add it to the subject line - but I was wondering at whether they
were something of a band-aid solution. It seemed to me that such a tool
suggested that somehow code and data re-use was not being supported
properly. 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
Xref: sparky comp.object:4710 comp.windows.x.motif:8331 comp.lang.c++:18703
From: krienke@informatik.uni-koblenz.de (Rainer Krienke)
Newsgroups: comp.object,comp.windows.x.motif,comp.lang.c++
Subject: Re: Motif GUI Builders and C++
Date: 5 Jan 1993 08:08:59 GMT
Organization: Universitaet Koblenz
Distribution: world
Reply-To: krienke@infko.uni-koblenz.de
NNTP-Posting-Host: bliss.uni-koblenz.de

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

-- 
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.

-------------------------------------------------------------------------------
Rainer Krienke                                     krienke@infko.uni-koblenz.de
Universitaet Koblenz,                              krienke@infko.UUCP          
Rechenzentrum,                                     Voice: +49 261 9119-641
Rheinau 3-4, D-5400 Koblenz, Germany               Fax:   +49 261 9119-499
-------------------------------------------------------------------------------
Newsgroups: comp.object
From: protocom@DMI.USherb.CA (protocom-Laurent turcotte)
Subject: Grady Booch OOP examples!!
Organization: Universite de Sherbrooke -- Dept. d'Informatique
Date: Tue, 12 Jan 1993 04:22:45 GMT

Has anyone implemented the applications found in the book:

Object Oriented Design with Applications
by
	Grady Booch of Rational

I'm especially interested in the Smalltalk home heating system
(chapter 8)

and the Object Pascal geometrical optics construction kit
(chapter 9)

I'm doing a University project aimed at implementing one of these
applications. I'm interested in seeing running code (with or without
source code), ideas or suggestions...

P.S. I need ideas and examples

-- 
Larry Turcotte                           Internet:protocom@dmi.usherb.ca
computer science student/consultant
consulting company:Protocom              Is there anybody out there.....
Newsgroups: comp.object
From: robert@triton.Jpl.Nasa.Gov (Angelino)
Subject: Recommendation for An excellent OOD book...
Reply-To: robert@triton.Jpl.Nasa.Gov
Organization: Jet Propulsion Laboratory, Pasadena CA
Date: Mon, 4 Jan 1993 20:02:03 GMT

Hello,
	I am in need of an excellent Object Oriented Design book that
explains all those nice terms like class, types, etc. and OOD concepts
with un-confusing terminology.  A lot of pictures would help also.  If you now 
of such a beast I would really appreciate the name of it.

thanks


-robert
From: bub@qut.edu.au
Newsgroups: comp.object
Subject:  The difference between smalltalk/80and smalltalk/v
Date: 13 Jan 93 11:11:00 EST
Organization: Queensland University of Technology


 Hi, 
 
 	Is anyone can tell me how to compare the MVC in smalltalk/80 with
 the analogue in smalltalk/v windows?  I like the idea of MVC, but I only
 have smalltalk/v windows package. 
 
 Thanks
 
 Lee
 
Newsgroups: comp.object
From: richieb@bony1.bony.com (Richard Bielak)
Subject: Re: How to debug an OO System
Keywords: OO, debugging
Organization: multi-cellular
Date: Tue, 5 Jan 93 14:07:57 GMT

In article <1993Jan04.200617.17300@watson.ibm.com> laffra@watson.ibm.com (C.Laffra) writes:
>I am interested in the subject of debugging object-oriented systems.
>I have some questions:
>
>  1) does OO make debugging unnecessary?

Ha! I wish!

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

I've been using Eiffel 2.3 from ISE, which has a rather primitive
post-mortem kind of a debugger (it's actually a little bit better than
a plain post mortem debugger, but not much).

Anyway, the first step is test one class at a time. This may involve
writing some throw-away code. In Eiffel, I can usually test a single
class directly from the debugger, as the debugger allows execution of
single routines.

The most important debugging facility in Eiffel is the assertion
mechanism (i.e. pre- and post- coditions for routines and invariants
for classes). During testing all assertions are verified at runtime.
Assertion failures are a lot easier to fix, as the crash usually
occurs closer to where the problem is, and you can see what assumption
was violated.

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

There is plenty of stuff missing from the Eiffel 2.3 debugger (eg.
breakpoints, single line stepping, etc) , but that's about to change
"real soon now (tm)", when Eiffel 3.0 is released.

>  4) Are graphical techniques the answer?

Hmm. It might be nice for the debugger to display the objects and show
in which object the flow of control is. When a program contains many
object of the same type, it's sometimes hard to tell in *which* object
a routine was executing when it failed.


...richie


-- 
* Richie Bielak   (212)-815-3072   |                                          *
* Internet:       richieb@bony.com | Rule #1: Don't sweat the small stuff.    *
* Bang {uupsi,uunet}!bony1!richieb | Rule #2: It's all small stuff.           *
*    - Strictly my opinions -      |                                          *
Newsgroups: comp.object
From: yali@bnr.ca (Yawar Ali)
Subject: Fault-tolerant Object Stores?
Organization: Bell-Northern Research
Date: Thu, 7 Jan 93 19:57:10 GMT


I am interested in work on fault-tolerant distributed object 
storage systems. By this I mean systems that provide persistent storage
for data in the form of objects, distributed over a LAN, with some 
ability to tolerate hardware or software failures.  
Information about relevant research efforts, literature,
or existing systems would be greatly appreciated.

Please reply by email; I will summarize responses to the net, if asked.

---
Yawar Ali  				
Bell-Northern Research				EMail: yali@bnr.ca
Ottawa, Ontario, Canada	K1Y 4H7			(613-)763-7741
--------Standard Disclaimer: BNR is not responsible for my opinions--------



-- 
Yawar Ali  				
Bell-Northern Research				EMail: yali@bnr.ca
Ottawa, Ontario, Canada	K1Y 4H7			(613-)763-7741
--------Standard Disclaimer: BNR is not responsible for my opinions--------
Newsgroups: comp.object
From: shawnspo@teal.csn.org (Shawn Spotanski)
Subject: Video Game Programming
Organization: Colorado SuperNet, Inc.
Distribution: usa
Date: Wed, 6 Jan 1993 00:56:04 GMT

I would like to know how video games are programmed.  Is this an Object
oriented programming language?  I am mainly interested in the Sega Genesis
games.

Thank You
Shawn Spotanski



Newsgroups: comp.object,comp.windows.x.motif,comp.lang.c++
From: v8bx005@memoryd.btv.ibm.com (Horst Fischer/657153/VENDOR)
Subject: Re: Motif GUI Builders and C++
Date: Tue, 05 Jan 93 17:38:58 GMT
Reply-To: v8bx005@memoryd.btv.ibm.com
Organization: Siemens AG


Try Rogue Wave's View.h++. 

Horst