HDTenEightyP/NetNews huggingface dataset:
From: fouts@bozeman.hpl.hp.com (Martin Fouts)
Newsgroups: comp.os.research
Subject: Object-Oriented Operating System Bibliography?
Date: 10 Sep 92 18:24:18 GMT
Organization: Hewlett-Packard Labs
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

I am looking for a bibliography on object-oriented operating systems
research.   I am interested in both the sense that the OS was
implemented using OO techniques and the sense that the OS supports OO
programming run time environments.  Any help in either area is
appreciated.


Marty

-- 
Martin Fouts                  |  M/S 1U-14
Member of Technical Staff     |  HP Laboratories
EMAIL:  fouts@hpl.hp.com      !  MAIL:  P.O. Box 10490
PHONE:  (415) 857-2971        |  SHIP:  1501 Page Mill Road
  FAX:  (415) 857-8526        |  Palo Alto, CA 94304-1126

novae erratae!
From: dfields@urbana.mcd.mot.com (David Fields)
Newsgroups: comp.os.research
Subject: Re: WINDOWS/NT
Date: 14 Sep 1992 22:55:36 GMT
Organization: Motorola, Inc.  Computer Group
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

In article <190ivbINNscq@darkstar.UCSC.EDU>, brtmac@maverick.ksu.ksu.edu (Brett McCoy) writes:
|> When OS/2 came along it needed at a minimum, 2M of RAM, and you
|> couldn't really do anything with less than 4M.  It also needed
|> something like 10M or 15M of disk space.  At this time a typical
|> machine as a 286 with 1M of RAM and a 40M hard drive.  OS/2 just would
|> not run on it.  A system with 100M disk and 4M or more of RAM was
|> beyond the general user.
|> 
|> There is an add on TV right now for Best Buy selling a 486SX-20 with
|> 4M of RAM, 100+M hard drive, SVGA, etc, for $1200.  Today's average,
|> or even below average machine can run OS/2, Windows/NT, 386BSD, Linux,
|> or just about anything else.  You may want something faster to get
|> good performance, but at least you *can* run it enough to decide that
|> you like it and want to get a bigger machine to run it better.
|> 
|> This is why NT is likely to replace DOS now while OS/2 couldn't do it
|> a couple years ago.

I think you missed the part about the recommended memory size of 12Meg
for an x86 machine and 16Meg for an R4000.  Maybe this is only for the
developers?  Maybe not?
--
Dave Fields	Motorola Computer Group		dfields@urbana.mcd.mot.com
SVR4: The Winchester Mystery Kernel		uiucuxc!udc!dfields
From: rminnich@super.super.org (Ronald G Minnich)
Newsgroups: comp.os.research
Subject: Re: WINDOWS/NT
Date: 11 Sep 1992 17:01:44 GMT
Organization: Supercomputing Research Center (Bowie, MD)
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

In article <18obp3INNquh@darkstar.UCSC.EDU> elliston@osf.org (David Elliston) writes:
>Microsoft has made it clear that NT will be a single-user system.  After all,
>their motto is ``A computer on every desk.''  NT is not as far from 3.1 as
>they'd like to say.

Wish i could square this statement with the fact that it has run on a Sequent. 

OK, now for the technical part, what parts of the NT kernel are common with 
Windows?

ron
-- 
--------------------------------------------------------------------------------
satisfaction: the feeling you get when you        | rminnich@super.org
run newfs on a DOS disk so you can install 386BSD.| (301)-805-7451
Now if only I could do this to AIX on the RS/6k ...|
From: danh@quantum.qnx.com (Dan Hildebrand)
Newsgroups: comp.os.research
Subject: Re: Please move the WINDOWS/NT discussion?
Date: 14 Sep 1992 18:52:16 GMT
Organization: Quantum Software Systems
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

In article <190isrINNsco@darkstar.UCSC.EDU> rminnich@super.super.org (Ronald G Minnich) writes:

>I have to date heard one technical tidbit:
>it is a "micro-kernel", but the rest of the important stuff is in a very 
>large blob that sits just outside the micro-kernel. In other words, process
>managment, file systems, etc. are in one module. 

Dave Cutler, at the USENIX Microkernel and Other Kernel Architectures workshop,
said that Windows NT was in the "Other Kernel Architecture" category. Maybe
the Microsoft marketing folks have decided otherwise.

-- 
Dan Hildebrand                     email: danh@qnx.com
Quantum Software Systems, Ltd.     QUICS: danh  (613) 591-0934 (data)
(613) 591-0931 x204 (voice)        mail:  175 Terrence Matthews          
(613) 591-3579      (fax)                 Kanata, Ontario, Canada K2M 1W8
From: elliston@osf.org (David Elliston)
Newsgroups: comp.os.research
Subject: Re: WINDOWS/NT
Date: 10 Sep 1992 20:38:59 GMT
Organization: Open Software Foundation
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

In article <18o3ueINNorf@darkstar.UCSC.EDU> rminnich@super.super.org (Ronald G M
innich) writes:
> In article <18lc72INN47e@darkstar.UCSC.EDU> khaled@zeus.csc.ncsu.edu (Khaled E
l-Sayed) writes:
> > [regarding windows/nt]
> >I know that it would be a single-user system, which is something that I
> >personally don't like about it.
>
> what would lead you to believe that windows/nt is a single user system?
> are you thinking of windows 3.1? be advised that nt is a different barrel
> of monkeys.
> ron

Microsoft has made it clear that NT will be a single-user system.  After all,
their motto is ``A computer on every desk.''  NT is not as far from 3.1 as
they'd like to say.

David

--
David Elliston                 Voice:     617/621-7315
Research Institute             Fax:       617/621-8696
Open Software Foundation       Email:     elliston@osf.org
From: sjc@cs.purdue.edu (Steve Chapin)
Newsgroups: comp.os.research
Subject: Re: Future of CS & CE research (Petition)
Date: 9 Sep 92 16:14:14 GMT
Organization: Department of Computer Science, Purdue University
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp



I'll make the same comment I made locally in private mail: I find it
ironic that in this document that chides a group of computer
scientists for casting CS/CE in an "applied" mode, every "goal" listed
is theory-oriented.

This is neither an endorsement nor rejection of the points made in the
petition.

sjc@cs.purdue.edu               Steve Chapin           Today's Grammar Lesson:
                The effect of his affected accent affected her,
                   and effected a change in her affections.

                  I meant what I said, and said what I meant.
           An elephant's faithful, one hundred percent. (Dr. Seuss)
From: fouts@bozeman.hpl.hp.com (Martin Fouts)
Newsgroups: comp.os.research
Subject: NextStep 486 (was Re: WINDOWS/NT)
Date: 9 Sep 92 16:12:47 GMT
Organization: Hewlett-Packard Labs
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

In article <18iq26INNe58@darkstar.UCSC.EDU>, rminnich@super.super.org
(Ronald G Minnich) writes:  
|> Darn, the group got quiet again.  Time for another hand grenade ...
|> 
|> Okay, folks, how about that Windows/NT? [...]

I just saw an article in the San Francisco Cronicle (8 Sep 92
afternoon) claiming that Next was 'close' to signing a deal with
Chrysler from which Chrysler would buy 3000 copies of NextStep486.

Comments?

-- 
Martin Fouts                  |  M/S 1U-14
Member of Technical Staff     |  HP Laboratories
EMAIL:  fouts@hpl.hp.com      !  MAIL:  P.O. Box 10490
PHONE:  (415) 857-2971        |  SHIP:  1501 Page Mill Road
  FAX:  (415) 857-8526        |  Palo Alto, CA 94304-1126

novae erratae!
From: jbone@splat.dell.com (Jeff Bone)
Newsgroups: comp.os.research
Subject: Please move the WINDOWS/NT discussion?
Date: Thu, 10 Sep 1992 14:41:18 GMT
Organization: Dell Computer Co
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

Guys.  This is a fine discussion, and there are lots of fine places to
have this discussion;  the .*advocacy groups, for instance.  However,
Windows/NT  probably does not belong in this group --- how much new
or interesting OS research and innovation do you think is going into
it?  In any case,if we're going to talk turkey here, let's deal -w-
NT's technical aspects...  the other arguments border on religion.


IMHO, of course.  Standard disclaimers.

% How about we increase the technical level of the discussion.  The
% predictions about Windows/NT are pretty dire.  Pundits are predicting the
% demise of all other OSes (and with it much of OS research).  I think that's
% what Ronald meant to bring up when he tossed this grenade.  --DL


jb


-- Jeff Bone ------------------------------------------------------------
      "Imagination is more important than knowledge."  - A. Einstein
------------------------------------------------------- jbone@dell.com --
Newsgroups: comp.os.os9
From: bcwhite@demorgan.uwaterloo.ca (Brian White)
Subject: OS-k Pascal Compiler
Organization: University of Waterloo
Date: Wed, 16 Sep 1992 00:33:02 GMT

Does anybody have a free version of Pascal for OS-9/68000?

Failing that, how about a port of PtoC?

(This is for a class, so I don't have any choice about which language I use.)

                                        Brian

-------------------------------------------------------------------------------
INTERNET:    bcwhite@sunee.uwaterloo.ca   |                                    
DELPHI:      BrianWhite                   |       #include <disclaimer.h>      
COMPUSERVE:  70313.3344 (@compuserve.com) |                                    
-------------------------------------------------------------------------------
      Any given  program contains at least  one bug and can  be shortened
            by one  instruction.   Therefore, all  programs can  be
                shortened  to one instruction that won't  work.

Xref: sparky comp.os.os9:1238 de.comp.os.os9:38 comp.sys.misc:706 comp.realtime:1067
From: kolbe@cellwar (Andreas Kolbe)
Newsgroups: comp.os.os9,de.comp.os.os9,comp.sys.misc,comp.realtime
Subject: Newsgroups for VMEBus / PSOS+ ???
Date: 11 Sep 92 17:10:36 GMT
Organization: Cellware Breitband Technologie GmbH, Berlin, Germany

Who can help ????

Im looking for  newsgroups about VMEBus systems and/or for the PSOS+ operating
system.  

Many Thanks,
Andreas Kolbe
kolbe%CELLWAR.uucp@germany.EU.net
/ex
Newsgroups: comp.os.os9
From: ignatz@wam.umd.edu (Mark J. Sienkiewicz)
Subject: Re: Deallocation of process descriptors.
Organization: University of Maryland, College Park
Date: Tue, 15 Sep 1992 14:05:40 GMT

In article <1992Sep15.081851.10686@cs.nott.ac.uk> pczip@mips.nott.ac.uk (Ivan Powis) writes:
>so the parent does not do a 'wait' for the child. This all works, but leaves
>behind a trail of 'dead' non deallocated process descriptors until some
>indefinite time in the future when the parent process is killed off. How can
>I force these unwanted descriptors to be deallocated when the child terminates?

This is the way it is supposed to work so you can find out exit statuses
of your child processes.

>It seems this situation is analogous to a shell creating background processes
>with the 'command &' facility. The shell doesn't leave a trail of dead
>descriptors in its wake, so there must be some way to achieve the desired
>effect.

This is because the shell does a wait every time you type a command that
doesn't go into the background.  For example, if you type 'procs' to
see what is there, your shell will do a wait and get the status codes
from the dead background process _before_ procs finds them in the process
table.

--

What you need to do is to orphan the child processes.  If the parent
exits before the child, the child no longer has a parent and it's 
process table entry will be deallocated when it dies.

To do this on OS9, you need a program that runs programs.  The simplest
way to do this is:

	parent()
	{
	system("child &");
	}

Note that system() will create a shell.  You tell the shell to run the
program child _without_ waiting for it.  The shell then immediately
terminates.  parent() ends up doing a wait() for a few ticks while the 
shell sets things up, but as soon as the shell is done, parent() 
_does_not_have_any_children_.  But there is an orphaned process
hanging around running "child".  When child exits, there is no parent
to report the exit status to, so it just goes away.

I do the equivalent of this, but I have a special program that I use
instead of the shell.  It is just a call to os9fork() or os9exec() or
something like that.

Mark S.

Newsgroups: comp.os.os9
From: ignatz@wam.umd.edu (Mark J. Sienkiewicz)
Subject: Re: how to do concurrent read/write on terminal?
Keywords: input output
Organization: University of Maryland, College Park
Date: Thu, 10 Sep 1992 14:53:13 GMT

In article <1992Sep9.223924.5962@mcs.anl.gov> saunders@aps.anl.gov writes:
>I have a control program (in Microware-C) running under OS-9 which 
>accepts commands from /t1 and also periodically writes to /t1. 
>There is a separate fork'ed process for reading commands and 
>for periodic writes. (There are reasons behind this design.)
...
>Is there any way of solving this without installing a signal intercept
>function and grabbing unbuffered characters one at a time with getchar()?
>That solution is essentially duplicating the driver.

You lose.  It's a fundamental design "characteristic" in OS9.  Only one
process can do I/O to a device at a time.  As near as I can tell, this
applies to all devices, regardless of the file manager.  (notice I said
"do I/O", not "have a file open".)

What I usually use is something like:

	while (_gs_rdy(0) < 1)
		tsleep(50);
	write(1,"prompt:",7);
	len=readln(0,buf,sizeof(buf));

readln() is an OS9 system call.  Whenever I do this kind of thing, I
avoid stdio, because you can't be sure what it is doing.

When you hit the first key, your program will drop into the readln()
call.  From now until you press return, the other processes are still
blocked from output, but as long as you don't take too long you will
get by ok.

I've never been able to get the "send a signal when data is available"
system call to work.  It is implemented entirely in the device driver,
and I think all my machines just don't have that feature.  (They
also don't do "send signal on loss of DCD".)

good luck,

Mark.
From: ignatz@wam.umd.edu (Mark J. Sienkiewicz)
Subject: Re: HELP with Module-names
Organization: University of Maryland, College Park
Date: Tue, 15 Sep 1992 14:12:07 GMT

In article <1992@mwca.UUCP> bill@mwca.UUCP (Bill Sheppard) writes:
>In <1992Sep11.085101.6115@gserv1.dl.ac.uk> gjm@gserv1.dl.ac.uk (g.j.milne) writes:
>
>>Have you tried using unlink to remove the program from memory? This
>>should work unless the program is installed at boot time in which case
>>it will not be removed.
>
>In his original post Obbe mentioned that he wants to run two versions of the
>program simultaneously.  This would require using the appropriate linker
>option ('-n' from 'cc' or 'l68') to give the second version a different name.

Another thing that works pretty well is to give it a different version
number.  I think theres a linker option to do this, but I usually use
something like:

	fixmod -ua=80xx

where xx is a byte that is a higher version number than whatever is in
memory.  When you load the new module, the old module is no longer accessible
by name, but processes that are running already can still use the old
one.  I've never seen a limit on how many versions of a module you can
load (except how much memory you have).

The 80 in the 80xx is "attributes".  You can find the right value for
your program by running ident on it and seeing the At/Rev field.

Note that this is ** NOT ** related to the edition number, which doesn't
appear to do anything at all.  (for the computer, anyway :)

This is one of the features I like of OS9.  It is a convienient way to
replace even ROM-based modules while the system is running.

Mark S.
From: dstoll@aragon.stgt.sub.org (Dieter Stoll)
Newsgroups: comp.os.os9
Subject: Hard disk reorganization/file compression
Date: 12 Sep 92 13:13:55 GMT
Organization: Novalis - Laboratoire d'Intelligence Artificielle, Sindelfingen, EUROPE

Hi OS-9ers,
is anyone aware of a utility for OSK to clean up the hard disk (de-
fragmentation)? We have some customers using our software on OSK
machines. Although the hard disks are large, they have become
close to unuseable due to disk fragmentation.
Any hint appreciated!

-- Dieter Stoll
Newsgroups: comp.os.os9
From: boisy@microware.com (Boisy Pitre)
Subject: More For Sale...
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Sat, 5 Sep 1992 18:50:11 GMT

I found a few more things while going through my closet.  I've added
it to what is left from my old for-sale list.

An asterisk (*) next to the item indicates that there IS documentation.

Before sending any money, please e-mail me with your order to verify
that your picks haven't been sold.

HARDWARE (minimum order $10):

Casio MT-240 MIDI Keyboard w/ CoCo MIDI cable................. $40 (*)
MultiPak (26-3124... and yes, its upgraded!).................. $80
KenTon SCSI Interface......................................... $60
2-Button Deluxe Color Mouse with Tandy Hi-Res Mouse Adapter... $20
Tandy CCR-81 Data Cassette Recorder........................... $10
Drive case (holds 2 half-height 5.25 drives).................. $10
3.5 (720K) and 5.25 (360K) drives w/ case & power supply ..... $100
CoCo 2 Keyboard .............................................. $5
RGB-DOS in EPROM ............................................. $5
Deluxe CoCo Joystick (non-Tandy) ............................. $10


OS-9 SOFTWARE (Minimum order, $20):

Rescue on Fractalus .......................................... $3 (*)
Cybervoice ................................................... $1
OS-9 Ramdisk Drivers by Dennis Skala (the BEST) .............. $1
Rogue ........................................................ $1
Basic-09 Subroutines by Bob Van Der Poel ..................... $1
Disk Manager Tree/Presto Partner/OS-9 LII BBS/Multi-Menu ..... $4
MultiVue (2 copies) .......................................... $5 each (*)
OS-9 Profile ................................................. $3 (*)
King's Quest III ............................................. $3 (*)
10 disk set of Macintosh ADULT pix files (RS-DOS format)...... $15
From: paulfitch@emtwo.UUCP (Paul M Fitch)
Newsgroups: comp.os.os9
Subject: Wheres the BEEF?
Keywords: Windio
Date: Sun, 13 Sep 92 02:28:34 EDT
Distribution: world
Summary: Please stop changeing windio.
Organization: Pauls Center for the Study of MM/1s



-------------------------------cut-here-------------------------------

 Dear Kevin,
      This is a short note BEGGING you to stop changeing the Windio 
 drivers every couple of days. We want a stable windowing system, that
 is NOT going to be obselete next week. We would like you to bite the
 bullet, and ship a version of WINDIO that will not be changed for at
 least (2) TWO months. During that time, you could accept bug reports,
 produce REAL documentation, yet add NO new 'features'.
      Bells and Whistles are nice, but lets be realistic. At this rate
 you are never going to get this thing into a 'finished' state.
      I am a proud MM/1 owner, but I NEED a stable platform. At this time,
 I don't have that. I have in my possession (5) seperate versions of Windio
 rangeing from editions 17 thru 41. I have heard talk about editions 46
 and/or 47. Thats all fine and dandy, but this has been going on for over
 a year now. Please stop, and ship something that we can all be reasonably
 sure will operate properly.
      Improvements are nice, but with untested features, and no documentation
 to speak of, they are quickly becoming to hard to keep track of. If the 
 MM/1 is ever going to be sold to non-gurus, you're going to have to hop
 off the 'creeping feature-itis' train. 


                                 Sincerely,
                                       Paul M. Fitch Jr.
                                       Applied OS9 BBS
                                       emtwo@Delphi.com

-- 
           / Applied OS9 BBS [1:363/18.6](407)327-6346 \   UUCP & FIDO
Paul Fitch | -->emtwo@DELPHI.com   OR                  |   on a $99.00
           \       ...!bilver!emtwo!paulfitch <--      /  Color Computer
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.os.os9
Subject: Re: Signal on socket connection close
Date: 13 Sep 92 06:16:29 GMT

In article <88681@netnews.upenn.edu> mark@ginger.biophys.upenn.edu (Mark Elliott) writes:


>	I am having trouble figuring out how to catch a signal when a socket
>on my OS-9 machine (v 2.3) is closed on the other end. As it is now, I don't
>find out until I try a read or write to/from the socket. I know in standard
>BSD Unix I can request that a signal be sent when the socket connection breaks.
>	Can this be done in OS-9?

No, sockets at OS-9 can't send signals. Some days ago, I posted that bug (sorry
feature).
                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Voice 040/5205921 ||
 Modem 040/5200428 ||  300-14400 Baud
               ,---||---, (V32bis)
               '---<>---'
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: comp.os.os9
Subject: Re: Strange problem with setjmp()/longjmp() in OS9
Date: 13 Sep 92 06:51:59 GMT

In article <1992Sep9.165549.15410@microware.com> dibble@microware.com (Peter Dibble) writes:

>I've tried to reproduce the setjmp()/longjmp from a signal
>handler problem.  I can't.

>I put some code that should test longjmps from intercept routines 
>at the end of this message.

>It doesn't fail.  Did I fail to build a test that does the right (wrong) 
>thing? Or is it failing to fail because I'm using the very latest
>(not shipping) kernel... or maybe there's something about
>the MVME167...

>I tested a lot of code that longjmp()'s out of intercept routines in
>the process of writing Insights 2nd edition.  Since I was using
>a Micro-20 and the production kernel for that work I suspect that
>my test program is missing the problem.

OK, try this program.

cc -k2f sig.c -f=sig 

It will work without -k2f . But with -k2f it will crash.
If start this and a eatfpu (whetstone or something else) you will
get a crash early. But don't try it on a NON-SSM system.


#include <setjmp.h>

jmp_buf wkbuf;
int t;

catch( signal )
int signal;
{
	printf("signal %d\n",signal);
       	test();
}

main()
{
	int i;
	intercept(catch);

	for(i=0; i<100; i++) {
		if (wait_key())
			testing();
	}
}

wait_key()
{
	char c;
	int id;

	id = alm_set(10,100);

	if (setjmp(wkbuf))
	{
		sigmask(0); 
		return(-1);
	}
	read(0, &c, 1);
	alm_delete(id);
	return(0);
}

double b = 3.14;
double c = 2.71;

testing()
{
   double a;
   xprintf();
   a = b * 0.8 / c;
   printf("%f\n",a);
   printf("%f\n",b);
   printf("%f\n",c);
}

test()
{
	longjmp(wkbuf,1);
}

int X,Y;
char text1[] = "A7 = %08x\n";

#asm
xprintf:
	move.l	d0,X(a6)
	move.l	d1,Y(a6)
	lea	text1(a6),a0
	move.l	a0,d0
	move.l	a7,d1
	bsr	printf
	rts
#endasm

	

                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Voice 040/5205921 ||
 Modem 040/5200428 ||  300-14400 Baud
               ,---||---, (V32bis)
               '---<>---'