HDTenEightyP/NetNews huggingface dataset:
From: peter@ferranti.com (peter da silva)
Newsgroups: comp.unix.sysv386
Subject: Re: Is the jmp_buf array documented on SVR4?
Summary: Sample code for the next stage...
Date: 3 Oct 92 22:15:59 GMT
Organization: Xenix Support, FICC

In article <1992Oct3.182310.23309@cv.ruu.nl> fred@cv.ruu.nl (Fred Appelman) writes:
> I Don't have an answer for you, but I wonder why you want to know this. Isn't 
> the whole idea of the jumpbuffers that you can use them *without* knowing
> what they represent. All the system dependencies are hidden by the compiler
> implementor. 

The following code, for example. If you know what a jmp_buf looks like
you can implement the missing module "coroutine", and get coroutines
and lightweight processes in any C implementation. I've left out some
debug code and the MS-DOS assembly for "coroutine". I wrote the original
version, and Lester Buck turned it into a working program:

---- corout.h ----
struct	proc {
    struct proc		*next;
    struct proc		*prev;
    struct jmp_buf	context;
    char 		*stack;
    int			stacksize;
};

extern struct proc *runq;	/* doubly linked circular queue */

extern struct proc	*spawn();
extern void		sched();
---- corout.c ----
#include <stdio.h>
#include <malloc.h>
#include "corout.h"

int
swap(from, to, status)
struct jmp_buf	*from, *to;
int		status;
{
    int code;

    if(!(code=setjmp(from))) {
	longjmp(to, status);
    }

    return code;
}

void
sched()
{
    struct proc	*self;
    /* do nothing if no procs or I'm alone */
    if (!runq) {
	return;
    }
    if (runq->next == runq) {
	return;
    }
    
    self = runq;
    runq = runq->next;
    swap(&self->context, &runq->context, 1);
}

struct proc *
spawn(entry, stacksize)
void	(*entry)();
int	stacksize;
{
    struct proc *p;

    if(!(p = (struct proc *)malloc(sizeof *p))) {
	printf("spawn: malloc struct proc failed\n");
	return 0;
    }
    if(!(p->stack = malloc(stacksize))) {
	printf("spawn: malloc stack area failed\n");
	free(p);
	return 0;
    }
    if(!coroutine(&p->context, entry, p->stack, stacksize)) {
	printf("spawn: coroutine returned failure\n");
	free(p->stack);
	free(p);
	return 0;
    }
    p->stacksize = stacksize;
    if (!runq) {	/* if this is first process */
	runq = p->next = p->prev = p;
	return p;
    }
    p->next = runq->next;
    p->prev = runq;
    runq->next->prev = p;
    runq->next = p;
    return p;
}

/*
 * Return true if process not at head of runq, else return false.
 * Can delete the last process on the runq by saving runq, setting
 * runq to NULL, and then deleting the saved copy of runq.  This
 * is obviously a bad idea if you haven't setjmp'ed out of this
 * last process.
 */
int
delete(p)
struct proc	*p;
{
    if (p == runq) {
	/* process attempting to delete itself */
	return(0);
    }
    p->next->prev = p->prev;
    p->prev->next = p->next;
    free(p->stack);
    free(p);
    return(1);
}
-- 
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180            "Dat is mijn gezel, en niet bedoeld als een fooi."
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Watch out for Esix X11R4 - mmap munged
Date: 3 Oct 92 22:52:54 GMT
Organization: The Gator Conferencing System 219-289-3745

jdc@tropix.uucp (Jim Cronin) writes:

>It was traced to an incorrect version of mmap() in Esix's 
>X11 library.  The application works correctly when the C library
>is loaded before X11.

>Moral of the story:  Don't take anything for granted on Esix.  You
>never know what won't work.

>Moral #2:  Cheap Unix is not a bargin.

>Now, are there any other "gotcha's" lurking in Esix?  Are all versions
>of Unix for the 386 like this?

what release of ESIX R4?

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386
From: shane@sbgrad7.cs.sunysb.edu (Shane Bouslough)
Subject: Re: Unix "Lite" is not so light
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Date: Fri, 2 Oct 1992 19:42:59 GMT

Larry Snyder (larry@gator.rn.com) wrote:
: debra@wsinis07.info.win.tue.nl (Paul De Bra) writes:
: 
: >Also important is the available range of media the system ships on.
: >Esix has been one of the few that can still be installed from floppies
: >or a 60Mbyte tape.
: 
: How about with their 4.2 -- will that require a CD for installation?
: 
: -- 
: Larry Snyder                                    internet: larry@gator.rn.com
: keeper of the Gator                                  uucp: uunet!gator!larry

Consensys also ships on 60 floppies, but they charge an extra $100
for the service.

-Shane
--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | #include <happy.rhodes>
From: marwood@hq.crad.dnd.ca (Gordon Marwood)
Newsgroups: comp.unix.sysv386
Subject: ISC Unix SysV3.2 rel. 2.2.1 login problem
Keywords: login
Date: 4 Oct 92 15:32:31 GMT
Organization: Chief, Research & Development, National Defence

Every so often, it is impossible to login on my ISC SysV3.2 rel 2.2.1
system.  This happens whether attempting to login from the console, via
telnet or rlogin, or via dial-up.  ftp continues to work.  There is 
usually a month or two between occasions when this occurs.

The symptom of the problem is that, when attempting to login, characters 
have to be typed in several times before they echo.  The login is not 
accepted under these conditions, and it is necessary to power down and 
re-boot.

I would appreciate any suggestions on what the problem might be.

Thank you
Gordon Marwood

Internet: marwood@ncs.dnd.ca
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Newsgroups: comp.unix.sysv386
Subject: Re: X11R5 and Diamond SpeedSTAR PLUS
Date: 6 Oct 92 08:07:07 GMT
Organization: Ascom Autelca AG, Guemligen, Switzerland

root@kilowatt.uucp (Kilowatt admin) writes:


>Hello...
>	I've just had a strange thing happen. I got X11R5 to use 1024x768i
>on a Diamond SpeedSTAR PLUS - one of the new ones using the SpeedSTAR 24
>PCBoard, so I think this might work with a 24 also!
Yes, sure it does.
However, you MUST NOT power-off your computer for the re-boot !
Otherwise the Speedstar is reset and defaults to text mode, again.
And all the fine (very secret) programming of this mode by Diamond is lost
for X.
>	I boot DOS and run VMODE - Diamond's mode/monitor setter. If I set
>the monitor to 8514 (I haven't tried this yet with other configs - and don't
>know if it would produce any different results anyway), run CSHOW and display
>a GIF at 1024x768 and then reboot. When UNIX comes up, I run xinit and
>lo and behold the server actually finds the 45Hz value! Along with the other
>two 25, and 28, that are basically hardwired into the server.
No surprise. You don't even have to CSHOW a gif picture on the screen.
Just set the mode and do a CTRL-ALT-DEL reboot to UNIX and then start
X.
>	I will find out other particulars as to why this works, and how I can
>get it to be duplicated. I'll fill you all in when I get anything.

See above.

Norbert.
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt
Newsgroups: comp.unix.sysv386
From: sts6f@vortex.mech.virginia.edu (Sonya T. Smith)
Subject: xtex compliation on Dell v2.2 
Organization: University of Virginia
Date: Thu, 1 Oct 1992 17:50:55 GMT



Does anyone have the LaTeX previewer xtex running on Dell unix v2.2?
I am receivein the following errors when trying to compile:
##################
"dialog.c", line 113: warning: improper pointer/integer combination: op ">"
"dialog.c", line 216: incomplete struct/union/enum _iobuf: ungodlyhack
"dialog.c", line 217: warning: improper member use: _cnt
"dialog.c", line 218: warning: improper member use: _ptr
"dialog.c", line 218: warning: assignment type mismatch
"dialog.c", line 219: warning: improper member use: _base
"dialog.c", line 219: warning: assignment type mismatch
"dialog.c", line 220: undefined struct/union member: _bufsiz
"dialog.c", line 221: warning: improper member use: _flag
"dialog.c", line 221: undefined symbol: _IOSTRG
"dialog.c", line 222: warning: improper member use: _file
"dialog.c", line 253: incomplete struct/union/enum _iobuf: ungodlyhack
"dialog.c", line 254: warning: improper member use: _cnt
"dialog.c", line 255: warning: improper member use: _ptr
"dialog.c", line 255: warning: assignment type mismatch
"dialog.c", line 256: warning: improper member use: _base
"dialog.c", line 256: warning: assignment type mismatch
"dialog.c", line 257: undefined struct/union member: _bufsiz
"dialog.c", line 258: warning: improper member use: _flag
"dialog.c", line 258: undefined symbol: _IOSTRG
"dialog.c", line 259: warning: improper member use: _file

make: fatal error.
##################
I am obviously not very familiar with "c" so any helpful hints would be
greatly appreciated.

Thanks in advance,
Sonya
-- 
Xref: sparky comp.unix.sysv386:15098 biz.sco.general:3553
From: staale@kvatro.no (Staale Deraas)
Newsgroups: comp.unix.sysv386,biz.sco.general
Subject: Emacs suspended when exiting gnus, on ODT1.1.
Date: 30 Sep 92 12:14:21 GMT
Organization: Kvatro A/S, Trondheim, Norway


Hello netters!
I am running emacs on my ODT1.1. When I run gnus, and want to do a quit, the
emacs is suspended, and a get my shell prompt. If I do a ps, I can see that
my emacs is still alive. This always happens when I exit gnus, but it
occasionally happens when I run ange-ftp, make and some others. 

Are anybody experiencing the same problems?
Does anyone know if there is a cure for this problem?
Is it possible for me to get control of the suspended emacs (I have read
all relevant man-pages, but I am not able to find any clues. I am told that
it is possible though)?

--
-----------------------------------------------------------------
   Staale Deraas,		Tlf. +47-7-520090
   Kvatro A/S,			E-mail:  staale.deraas@kvatro.no
   Pirsenteret,
   7005 TRONDHEIM.
-----------------------------------------------------------------
From: rick@digibd.com (Rick Richardson)
Subject: Re: Destiny vs ODT vs Dell vs ESIX
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Tue, 06 Oct 1992 09:44:04 GMT
Keywords: Destiny ODT SCO Dell ESIX

>>In article <BvEKyv.LJ4@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
>>> I saw Destiny at Xhibition. I tried:
>>>
>>> cc -s -o test test.c
>>> cc: not found
>>>
>>> Does that answer your question?

OK, folks, when a USL customer gets a Destiny tape from USL, the tape has
everything on it except a few things that come on separate floppies.
The tape includes X, networking, and the beloved C compiler.  The
floppies include Windowing Korn Shell (wksh, *very nice*), Motif runtime
and development systems.  No manual pages.

Its up to the USL customer (e.g. Univel, etc) to decide how to package
and price the stuff to the end user.  Frankly, if they don't give you
everything from USL for one low price, there *will* be hell to pay.

Here's my beefs about the stuff as distributed from USL.

1)	wksh, which is USL's answer to IXI's deskshell, (and, a mighty
	fine and more general answer, I might add), didn't make the cut
	for the Foundation set on the tape.  This is tantamount to saying
	that the program can't be used by applications developers, since
	you can't guarantee that an end user will even be offered it,
	let alone have installed it.

	wksh is a version of the Korn shell which has most, if not all,
	Xt and Moolit functions as *shell built-ins* (and hooks to add
	your own widgets and C code speedups via shared libraries).
	You can write X applications entirely in Korn shell!  The
	overhead of shell interpretation is almost negligable compared
	to X's overhead.  Its quite nice, too bad it didn't get put
	in the Foundation set, it'll probably never get used except
	by us hackers.

2)	Motif runtime didn't make the cut, either.  Its a necessary
	evil, since you can't get OL or Moolit on the market leaders
	platform (ODT).  Means that ports of existing Motif applications
	will be long in coming, since they'll have to be converted to
	Moolit.  I wouldn't mind writing in Moolit, if SCO had it.
	IMHO, if USL is taking the position that Motif is a 2nd
	class citizen, they ought to be providing Moolit libraries
	for SVR3.2 and SVR4 developers to use.  Wean the developers
	onto the Moolit API for the existing markets.  Then its
	easy to move the customer base from the older platforms to
	Destiny.

3)	The manual pages aren't *anywhere*.  Not on the tape, not on
	the floppies.  Its totally frustrating.  I probably type
	"man ..." a dozen times a day on destiny, only to keep getting
	the frustrating "man: not found".  I think I'm going to have
	to alias "man" to be "rcmd dellr4 man $*".

4)	troff et al are hidden in the ucb compatibility package, and
	pic and grap don't show up at all. 

-Rick
-- 
Rick Richardson		Email: rick@digibd.com	This space intentionally
Senior Staff Engineer	Fax:   (612) 943-0803	blank until 1996 elections.
DigiBoard, Inc.		Tel:   (612) 943-5383
Eden Prairie, MN	Radio: N0NMY
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r3,comp.unix.sys5.r4
From: rcd@raven.eklektix.com (Dick Dunn)
Subject: the laq of a FAQ
Followup-To: comp.unix.sysv386
Organization: eklektix - Boulder, Colorado
Date: Mon, 28 Sep 1992 05:47:14 GMT

Those of you reading comp.unix.sysv386 may have noticed that there hasn't
been a FAQ posting for a while.  I have fallen down on the job.  A combi-
nation of extensive travel (about 40% of my time) and flagging interest in
SysV did me in.  Although I'm no longer traveling much, I haven't been able
to regenerate my interest in 386 SysV.  I use it, but I don't mess with it;
I work in other domains now, and that's a bad formula for doing zero-
return work.

Moreover, I certainly don't have time to try to figure out how to fix up or
split up the FAQ within the framework of the latest Yet Another Reorganization
of Newsgroups.  (Maybe the folks who think the hierarchy needs to be changed
every n months would like to contribute changes substantive as well as
structural?  I doubt it.)

I'd like to say something intellectually noble like "I'm dropping the task
because I can no longer in good conscience contribute to the advancement
of an operating system which originates from an organization like USL which
seems interested in stifling competition [the USL/BSDI suit] and restricting
advancement in operating systems, while building an ornate collection of
ill-considered overlapping features for the least common denominator of
commercial viability."  But, much as I believe that (!), the real reason is
that I don't have the time and can't find any reason that SysV.n (n>=3) is
interesting any more.

There are at least two people willing to take over some part of the FAQ
from me; I'll keep working on it.  But at least one has as little patience
with the reorg-du-jour as I do, so it may be a bit.  Hang in there, folks.
-- 
Dick Dunn    rcd@raven.eklektix.com   -or-   raven!rcd    Boulder, Colorado
   Clowns are necessities, not luxuries.
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Announcing the availability of XFree86 1.1
Organization: The Gator Conferencing System 219-289-3745 
Date: Sun, 4 Oct 1992 01:05:43 GMT

dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

>This, by the way, is a perfect example of why SVR4 is better than SCO.
>We have a single binary kit, ~20MB compressed, that works on SVR4 from 7 
>different vendors.  There are NO (none, nada, zip, zero) differences.  Not 
>in the server, not in the clients, not in the libraries.  And the server
>(under SVR4.0.4, anyhow) supports local connections from SCO binaries 
>(i.e. I run an SCO binary on my SVR4 box, and it just works).

Likewise, we still (believe it or not) run SCO Xenix binaries
here -- and they run just fine under SVR4 4.0

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: kkt@philabs.philips.com (Kim-Kiat Tan)
Subject: Re: Free software and the future of support for Diamond products
Keywords: Diamond, free-software
Organization: Philips Laboratories, Briarcliff, New York
Date: Sat, 26 Sep 1992 17:41:07 GMT

In article <1992Sep25.225821.26683@infonode.ingr.com> bbrown@infonode.ingr.com (Bailey Brown) writes:
>
>higher end boards that use the '924 and have BNC connectors
>as well as DIN.  The new STB S3 boards now have 24bit modes.
>
>------------
>Bailey Brown                               "Above all else, confusion reigns."

	What is the STB stands for ? I am shopping for a system with true
24 bits color graphic, I saw a lot of Speedstar 24x, but since I am planning to
program the card directly, Speedstar 24x is out if I cann't get information as
to how to program it. But I have a hard time finding out what other vendors
have a true 24 bits graphics display, anybody ? Also I am also looking at local
bus (so I don't pay penalty for the graphic when running DOS programs using
the local bus as compared with just the accelerated card), but most local bus
graphic seems to only support 32k color.


Xref: sparky comp.unix.sysv386:15127 comp.sys.att:2290
From: storpis@salsa.engr.ucdavis.edu (Black Lodge Engineering)
Newsgroups: comp.unix.sysv386,comp.sys.att
Subject: MYSTERIOUS PRINTERS BEING DISABLED AND AT&T BUGS!!!
Date: 2 Oct 92 01:00:52 GMT
Followup-To: comp.unix.sysv386
Distribution: na
Organization: College of Engineering - University of California - Davis


I am having trouble with remote printers disabling under AT&T SVR3.2.2.
By remote printers I mean printers defined using lpadmin with a -U
paramters. The -U specifies the phone number to dial. The problem only
surfaces if you don't wait for the current print job to complete and you
send another job to the printer. Another way of stating this is that the
problem will occur if you don't wait for the lock file to be removed from
/usr/spool/locks.

The "problem" I refer to is as follows:

printer p2 waiting for auto-retry. available.
        stopped with printer fault

If I wait for the lock file to be removed before doing another lp to
that printer, the job will go through. Its only when I lp during a 
current job that is printing that the problem occurs.

Also, not only will the disabling occur, but a queued job will actually
attempt to open the device and initialize the modem. This is evidenced
by the AT commands appearing on the output of the first print job!!!

I have heard rumors that this is a known bug and has not been fixed in
SVR4 either. Can anyone confirm, deny this? Also, does anyone have a
workaround or a fix? I am desperate. Remote printing is very important
to my site. Thanks for any and all help/suggestions.

ST

Newsgroups: comp.unix.sysv386
From: shane@sbgrad7.cs.sunysb.edu (Shane Bouslough)
Subject: Re: HELP! Need advice moving site to Unix
Organization: Dept of Computer Science, State U of NY at Stony Brook
X-Newsreader: Tin 1.1 PL5
Date: Wed, 30 Sep 1992 04:29:36 GMT

Bernd Felsche (bernie@metapro.DIALix.oz.au) wrote:
: In <3443@huedv.hu.sub.org> thu@huedv.hu.sub.org (Thomas Huppertz) writes:
: 
: >alanlb@bethesda.cs.vt.edu (Alan L. Batongbacal) writes:
: 
: >>I should have been more precise.  The worst case would be all 70-80
: >>users running Progress DBMS.  On the average, I expect about 40-50
: 
: >If you want realy only poor terminal-connections, I think that
: >telnet'ing or an Ethernet-Terminalserver isn't the best, because each
: >keystroke sends a complete TCP-packet to the net. So the load on the
: >ethernet might be very high.  ....
: 
: Depends on the TermServer. Anyway, the load is far less than
: pumping un-necessary megabytes of records through the wire,
: because some turkey's done an intteractive query which does
: not bracket well.

Don't be so sure about this. We're using MINX on SparcStations at work
and although the (Xyplex) terminal servers generate low traffic from a
bandwidth point of view, all those interrupts really knock the CPU. A
single CR can generate 300 bytes of net traffic in 7 packets!

We're actually considering getting a second system to split the load so
the system handling the terminal server users isn't the same as the database
server.

: 
: In my opinion, intelligent terminal servers appear a better
: option. They allow you to connect to multiple hosts in
: future, and provide you with future-proofing when you find
: that the original machine just won't cope.

Unless the machine can't cope *because* of the terminal servers!

: 
: -- 
: +-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
: | | | | MetaPro Systems Pty Ltd          /      \ bernie@metapro.DIALix.oz.au
: | | | | 328 Albany Highway,              X_.--._/         Fax: +61 9 472 3337
: |m|p|s| Victoria Park, Western Australia 6100  v        Phone: +61 9 362 9355

-Shane
--
Shane Bouslough       | #include <stddisc.h>
shane@sbcs.sunysb.edu | #include <happy.rhodes>
Xref: sparky comp.unix.sysv386:15281 comp.unix.pc-clone.32bit:273 comp.unix.sys5.r4:156
From: thomas@plxsun (Thomas Leibold)
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
Subject: Re: uucp g protocol tuning parameters -- help cutting phone bills!
Date: 6 Oct 92 04:53:46 GMT
Organization: PLEXUS Software, a division of REI
X-Newsreader: TIN [version 1.1 PL6]

John Ho (john@jho.com) wrote:
: >In article <1992Oct3.072415.19296@weyrich.UUCP>, orville%weyrich@uunet.uu.net (Orville R. Weyrich) writes:
: > 
: >> but I am only getting about 500 cps out of my [long distance  -- I pay  for
: >> it!] link to uunet. I get about  900 cps out of a local link.
: 
: You should be happy that you are getting 500 cps from UUNET because I am 
: getting only 176 cps from PSI and this is the average thru put over a period 
: of six months - their marketing seems to be doing a marvelous job getting 
: customers but their hardware is way overloaded; Not to mention the 
: news is sometimes 48 hours late.  The only advantage I have with PSI 
: is that they charge a flat rate and it is a local call for me. :( 
: 

Hi John,

What kind of connection to PSI do you have ? We use V.32/V.42bis and initially
had a throughput of about 200 cps. Increasing the windowsize for the g-protocoll
from 3 to 7 (7 is maximum) has increased the throughput to rates between 400
and 600 cps ( average below 500 :-( ). Supposedly PSI also supports a packet
size of 128 characters (the default for our old uucp is 64) but I didn't feel
comfortable changing this. Before anyone asks: You do need uucp sources to
change the protocoll parameters. If you don't have a source license for your
unix get taylor-uucp instead.

Thomas

--
Thomas Leibold   +1-408-7434388   thomas@plx.com   {uupsi,sun}!plx!thomas
PLEXUS Software, a division of REI. 1310 Chesapeake Terrace, Sunnyvale CA 94089
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x
Date: Sat,  3 Oct 1992 13:26:57 -0400 
From: Stefan Monnier <osoelgaultier+@CMU.EDU>
Subject: Re: Announcing the availability of XFree86 1.1

Excerpts from netnews.comp.os.linux: 3-Oct-92 Announcing the
availability.. david.e.wexelblat@cbnews (8547)


> 			Announcing XFree86 1.1
> 		       ------------------------
> 			 (formerly X386 1.2E)
> 			    October 3, 1992



>    ***  7) Integrated support for 386BSD, Mach386, and Linux (previous
> versions required a seperate patch kit).

What is Mach386 ?

(I know what is Mach (hey, I'm in CMU), but I'd like some
precisions)

Is it a bit like Linux or 386BSD ?

	Stefan

-----------------------------------------------------
-- On the average, people seem to be acting normal --
-----------------------------------------------------





Newsgroups: comp.unix.sysv386