HDTenEightyP/NetNews huggingface dataset:
From: hoyt@isus.UUCP (Hoyt A. Stearns jr.)
Subject: Re: UHC SVR4 UNIX opinions sought
Followup-To: comp.unix.sys5.r4
Summary: UHC, I like it.
Keywords: UHC UNIX SVR4
Organization: International Society of Unified Science
Date: Tue, 26 Jan 1993 21:39:00 GMT

In article <1993Jan23.164641.23027@crash> brian@coconut.com writes:
>Anyone out there using UHC UNIX?  I am curious to hear what users'
>impressions are.  Good?  Bad?  Ugly?  How's the tech support?  Why
>did you choose UHC over some other vendor's SVR4?
>

I've been running it for a couple of years. It works well, and
it's nice to always get a guru immediately when I call
(which I haven't needed to do very often). When I needed an updated driver,
it was dispatched immediately.

I chose it because of their ad in Unix World, and a review in Computer
Shopper.  At the time, only Dell and UHC had SVR4.

-- 
Hoyt A. Stearns jr.|hoyt@          | International Society of Unified Science|
4131 E. Cannon Dr. |isus.tnet.com -| Advancing Dewey B. Larson's Reciprocal  |
Phoenix, AZ. 85028 |ncar!enuucp!   | System- a unified physical theory.      |
voice_602_996_1717 telesys!isus!hoyt The Universe in two postulates__________|
Newsgroups: comp.unix.sys5.r4
From: jkl@hunan.rastek.com (James Keith Losset)
Subject: Can Consensus 5.4.2 and DOS-MERGE be done AT ALL?
Organization: Rastek Corporation, Huntsville, AL
Date: Fri, 22 Jan 1993 19:46:21 GMT

I'm trying, *really* trying to make the decision on which SVR4 to buy.
With all of the rave reviews here (and I do take them seriously), I still
am uncomfortable with DELL's future with this line.  I'm thinking of
tossing the coin and risking Concensus.  However, I must have DOS-UNDER-
UNIX.  Are there any options for doing this to overcome the fact that
Concensus hasn't.  Has anyone integrated MERGE with 4.2 yet.  Does anyone
have any insight into when or if Concensus will have it... or why they
don't now?
-- 
--------------------------------------------------------------------------
Keith Losset - Rastek Corporation - klosset@rastek.com - "mostly harmless"
--------------------------------------------------------------------------
From: R.S.Jones@qmw.ac.uk (Robert S. Jones)
Newsgroups: comp.unix.sys5.r4
Subject: Re: defines of FAULTS in solaris
Date: 28 Jan 93 09:19:50 GMT
Organization: Queen Mary & Westfield College (London)
X-Xxmessage-Id: <A78D554EF0010882@rsj.css.qmw.ac.uk>
X-Xxdate: Thu, 28 Jan 93 09:18:06 GMT
X-Useragent: Nuntius v1.1.1d17

In article <1993Jan22.090028.25843@cse.iitb.ernet.in> J K Jacob Kurien,
jacob@cse.iitb.ernet.in writes:
> Hi,
> 
> I'm trying to put gdb (gnu's debugger) on top of ICL's drs6000
> sparc multiprocessor. The operating system which we have sysVr4. However
> the list of hardware faults is not listed in /usr/include/sys/fault.h. 
> There is just a pointer to /usr/include/sys/sparc/trap.h which does not 
> contain the definition for the faults  
> 
>                FLTILL        illegal instruction
>                FLTPRIV       privileged instruction
>                FLTBPT        breakpoint trap
>                FLTTRACE      trace trap
>                FLTACCESS     memory access fault
>                FLTBOUNDS     memory
>                FLTIOVF       integer overflow
>                FLTIZDIV      integer zero divide
>                FLTFPE        floating-point exception
>                FLTSTACK      unrecoverable stack fault
>                FLTPAGE       recoverable page fault

Funny, I've just been trying to do the same thing. I sort of fudged this bit,
but I'll have a go with the values Guy Harris provided. My real problem came
earlier in the game, in sparc-tdep.c. Again Sun/gdb's idea of the regset.h
definitions and ICL's seem to diverge somewhat [ :-(( ].

I found almost what I needed in /usr/include/sys/sparc/regset.h, and so I
stuck this is sparc-tdep.c

#include <sys/sparc/regset.h>
#define R_nPC R_NPC
#define R_I7 I7_REGNUM
#define prgreg_t greg_t
#define pr_fr fpu_fr
#define pr_regs fpu_regs
#define pr_fsr fpu_fsr

BUT, when I try and debug anything with gdb, I find I can run it, but
backtracing the stack doesn't work at all. I suspect that I'm not pointing at
the registers properly - but I didn't really have much idea what I ought to be
doing when I set up the #define's. I *THINK* the nPC to NPC one is OK, and
maybe even the R_I7 one (but it seems to me that should be a gdb definition
anyway, and not a /usr/include one at all. Can anyone come up with some
definitive kludges to replace this mess, please?

          Thanks.          Bob Jones
--
Robert S. Jones -- Computer Systems Manager | The opinions stated above are
Queen Mary & Westfield College, London U.K. | not necessarily .. no, dammit
Vox: +44 71 975 5326   Fax: +44 71 775 3221 | ... these are the facts!! :-)
From: hmc@cs.hw.ac.uk (Hugh Conner)
Newsgroups: comp.unix.sys5.r4
Subject: telnet/rlogin problem on ESIX 4.0.4
Date: 25 Jan 93 12:03:25 GMT
Organization: Dept of Computing & Electrical Engineering, Heriot-Watt University, Scotland

We are experiencing strange behaviour with telnet and rlogin on an ESIX 4.0.4
system. They appear to leave old entries lying around in the utmp file.
For example 

$ who -a
   .       system boot  Jan 22 16:49
   .       run-level 3  Jan 22 17:00    3    0    2
rc2             .       Jan 22 17:00  old     284  id=  r2 term=0   exit=0  
ln              .       Jan 22 17:00  old     460  id=  li term=0   exit=2  
sac             .       Jan 22 16:49  old     213  id=  sc
LOGIN      console      Jan 22 16:49  old     214   
inetd           .       Jan 22 16:49  old     215
tcp             .       Jan 22 16:49  old     216
pan        pts/2        Jan 25 11:09   .    10899
rc3             .       Jan 22 17:00  old     394  id=  r3 term=0   exit=0  
mjc        pts/4        Jan 25 11:36   .    11144
tcg        pts/1        Jan 25 08:51  0:03   9937
vjw        pts/0        Jan 25 11:12  0:26  10941
pwf        pts/7        Jan 25 11:49  0:01  11236
hmc        pts/3        Jan 25 11:09   .    10878  id=tn40 term=0   exit=0  
mdu        pts/4        Jan 25 09:48   .    10162  id=tn50 term=0   exit=0  
hmc        pts/3        Jan 25 11:46   .    11213
idc        pts/3        Jan 25 11:29   .    11002  id=rl40 term=0   exit=0  
iain       pts/5        Jan 25 11:19   .    11020
dbl        pts/6        Jan 25 11:21  0:29  11046

Note the lines ending id=tnNN or id=rlNN. These are old telnets and rlogins
but they still appear to be active. The result is that some programs such as
"who am i" or more importantly "passwd" can pick up the wrong entry in the utmp
file and turn you into someone else

I have checked another system running 4.0.3 and it seems ok. Does anyone know
what could be causing the problem, and how to fix it.
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: UHC SVR4 with IDE _AND_ SCSI WD's?
Keywords: UHC SVR4 IDE SCSI
Organization: LandMark Graphics Corporation LGC
Date: Tue, 26 Jan 1993 16:30:30 GMT

Hi;

I have UHC SVR4.0.3.6 running on a 386/33 with an IDE drive. I would like to
add a SCSI card and second disk that may be accessed by the OS. The root 
partition would remain on the IDE drive (i.e. it would boot IDE).

Is it possible to have such a configuration? Has anyone attempted it?

Thanks in advance for any comments, suggestions
Doug
-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713.560.1274
FAX:	  713.560.1277
SNAIL:    Landmark Graphics Corporation LGC	
	  15150 Memorial Drive
	  Houston, TX 77079			
-------------------------------------------
Newsgroups: comp.unix.sys5.r4,comp.sources.wanted
From: sam@csi.compuserve.com (Sam Neely)
Subject: Looking for SVR4 sample code using packet mode pty I/O
Organization: CompuServe Incorporated
Date: Thu, 28 Jan 1993 03:51:47 GMT

Environment:  SVR4, Dell Issue 2.2

I'm writing a daemon like telnetd which needs to detect when someone
changes terminal settings on the controlled pty.  My understanding
is that it can be done by pushing the "pckt" STREAMS module on the
master side of the pty.  The problem is that I'm having a bit of
trouble deciphering the "Programmer's Guide: STREAMS" manual from
USL.

Does anybody have a sample of code that uses the "pckt" module that
they'd be willing to share with me?  Failing that, does anyone have
a copy of a telnetd or rlogind which runs on SVR4?

Thanks
-- 
Sam Neely, CompuServe Incorporated                  +1 614 538 3718 (voice)
5000 Arlington Centre Blvd, Columbus, OH  43220     +1 614 457 0348 (FAX)
Electronic Mail:  InfoPlex: >CSI:SAM      Internet: sam@csi.compuserve.com
To err is human, to forgive is against company policy
Newsgroups: comp.unix.sys5.r4,comp.windows.x.i386unix,comp.windows.x
From: tma@encore.com (Thanh Ma)
Subject: t_connect failed: An event requires attention
Organization: Encore Computer Corporation
Date: Mon, 25 Jan 1993 16:24:52 GMT

Sorry, I forgot to mention that the 2 machines are 386DX33 running
ESIX SYSV 4.0.4  with X11R4.

Newsgroups: comp.unix.sys5.r4
From: jacob@cse.iitb.ernet.in (J K Jacob Kurien)
Subject: defines of FAULTS in solaris
Organization: Department of Computer Science,IIT, Bombay
Date: Fri, 22 Jan 1993 09:00:28 GMT

Hi,

I'm trying to put gdb (gnu's debugger) on top of ICL's drs6000
sparc multiprocessor. The operating system which we have sysVr4. However
the list of hardware faults is not listed in /usr/include/sys/fault.h. There
is just a pointer to /usr/include/sys/sparc/trap.h which does not contain
the definition for the faults  

               FLTILL        illegal instruction
               FLTPRIV       privileged instruction
               FLTBPT        breakpoint trap
               FLTTRACE      trace trap
               FLTACCESS     memory access fault
               FLTBOUNDS     memory
               FLTIOVF       integer overflow
               FLTIZDIV      integer zero divide
               FLTFPE        floating-point exception
               FLTSTACK      unrecoverable stack fault
               FLTPAGE       recoverable page fault

  The query is :
     Does solaris have the defintion for these faults in <sys/fault.h>
  and if so could someone mail the corresponding definitions to me. 

  My address is:
               jacob@cse.iitb.ernet.in




-- 


..                             Kurien Jacob                           ...
From: stuarts@news.apertus.com (Stuart Stanley)
Newsgroups: comp.unix.sys5.r4
Subject: Does anyone know whereabout of the DLPI spec
Date: 27 Jan 93 23:06:11 GMT
Organization: Apertus Technologies
X-Newsreader: TIN [version 1.1 PL8]

Well, the subject pretty much says it all.  I am looking for the most
recent version of DLPI specification.  Could someone please tell me
an ftp site that I can snatch it off of?  I wouldn't be opposed to
getting in via mail either ;)

Cheers, stuart

--
"Seems lately that I'm doubling as Storm bait"  !    Stuart Stanley
              Nanci Griffith                    !    stuarts@apertus.com
         (Late Night Grande Hotel)              !    Apertus Technologies
                             (612)-828-0391    <->   Eden Praire, Minnesota
Newsgroups: comp.unix.sys5.r4
From: rogerk@queernet.org (Roger B.A. Klorese)
Subject: Re: defines of FAULTS in solaris
Date: Sun, 24 Jan 1993 18:55:54 GMT
Organization: QueerNet

In article <16586@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>I.e., It Would Probably Be A Good Idea if ICL did this the way Sun did,
>and if ICL just picked it up from USL, It Would Probably Be A Good Idea
>if USL did this the way Sun did....

ICL's SVR4 is the SPARC reference SVR4.  Solaris 2.x is not a real SVR4
USL release; it is a USL-Sun development tree which was branched at some
arbitrary intra-version point and dragged off by Sun to make it as
divergent as they felt like.
-- 
ROGER B.A. KLORESE                                              +1 415 ALL-ARFF
rogerk@unpc.QueerNet.ORG              {ames,decwrl,pyramid}!sgiblab!unpc!rogerk
"Sometimes you wake up.  Sometimes the fall kills you.  And sometimes, when
you fall, you fly."                                                -- N. Gaiman
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: PTYs and programming them
Date: 22 Jan 93 06:00:57 GMT
Distribution: usa
Organization: Auspex Systems, Santa Clara

>	"UNIX Network Programming"   Prentice Hall, Englewood Cliffs, NJ
>
>	ISBN:0-13-949876-1	
>
>	It is the absolute bible on this type of stuff. It includes complete
>	example programs using PTY's (SYSV and BSD).

Actually, the version I've seen discusses only SVR3.2 pseudo-ttys; it
doesn't mention the additional stuff in SVR4.  However, Stevens' other
book:

	Advanced Programming in the UNIX Environment

	Addison-Wesley
	Reading, MA

	ISBN: 0-202-56317-7

has a chapter on pseudo-ttys that discusses both 4.3BSD-style and
SVR4-style pseudo-ttys.  It only briefly mentions some of the additional
SVR4 (and additional 4.3BSD) stuff, but does refer you to:

	UNIX System V Release 4 Programmer's Guide: STREAMS

	Prentice-Hall

for more information.

Both books appear to fall under the heading "check this book before you
ask the net a UNIX programming question, because you may find the answer
there without having to post anything or having to wait for a reply". 
They may well amount to a a hard-bound FAQ....
Newsgroups: comp.unix.sys5.r4
From: dmatic@athena.mit.edu (Davor Matic)
Subject: Is there a 16550 driver for svr4?
Organization: Massachusetts Institute of Technology
Date: Thu, 21 Jan 1993 08:15:34 GMT




Is there a 16550 driver for svr4?  Preferably with sources.

Also, are there any FAX/VoiceMail card drivers out there?
Would someone be interested in writing one, cooperatively?  

Thanx for your reply!

Xref: sparky comp.unix.sys5.r4:1379 biz.sco.general:5499 comp.unix.pc-clone.32bit:1281
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sys5.r4,biz.sco.general,comp.unix.pc-clone.32bit
Subject: Re: The Future of ESIX (was Re: PC-clone UNIX Software Buyer's Guide)
Date: 23 Jan 93 23:09:12 GMT
Organization: CompuData Inc.

fr@compu.com (Fred Rump from home) writes:
>larry@news.rn.com (Larry Snyder) writes:
>>MPX isn't worth running SCO.  I've seen several installations with
>>more than 100 users running ESIX SVR4.  Very fast -- with happy campers

>Yesterday it was a 200 user ESIX system. I'm serious and curious. Who are
>these people running such large systems on a single box with stock SVR4?

>I'll start the ball rolling: Travel Impressions on Long Island, NY. They are
>not on the net but are happy to tell anyone about their brandspanking new mini
>replacing micro running SCO MPX with 256 ports.

I'm still waiting just like that little battery rabbit we've become so fond
of.  I'll keep coming back until I get an answer as none will mean that a fib 
has been told.  We want to assume that such is not the case.  So far all we
know that some counties in Indiana have systems with plywood for a backer for
the tie-wrapped cables for the wires and we use Equinox multiplexors with ESIX 
as an OS. All I would like to know is the name of one county that has a 200 
user system because if it exists we may be doing something terribly wrong.

It would certainly help me to review the SCO situation and put some teeth into
what Larry has been saying here.  I'm willing, ready and able to eat crow if
necessary.

And now, back to our sponsor:

Item - this morning's San Jose Mercury News says that bankrupt Everex
is planning to sell ESIX to James River, lock, stock, barrel for $43,000 (yes,
that's forty three thousand dollars) in cash plus a three year royalty deal
not to exceed $1,000,000 and a $167,000 loan from Everex. 

Item - Does anybody think they want to get rid of this overhead real badly?

Of course the bankruptcy court will have to approve this deal but Everex may 
well be able to explain how paying someone to take an unprofitable business
venture off your hands is better than keeping a continuous financial drain in
the company.  I would expect the court to rapidly approve this deal.

I wonder why Larry didn't buy the company? I mean the source license alone 
must be worth more than than the cost of the entire venture. And it is V4.

Someday even hackers will find out that to survive you need to make money and 
not just have wonderful technology up your sleeve.


Fred







-- 
W. Fred Rump 	office:	   fred@COMPU.COM     "A man's library is a sort of 
26 Warren St.   home: fr@icdi10.compu.com 	harem" - Emerson (1860) 
Beverly, NJ. 08010                          		 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Xref: sparky comp.unix.sys5.r4:1404 comp.unix.pc-clone.32bit:1368 comp.unix.sysv386:17930
From: corey@cbnewsm.cb.att.com (william.c.brown)
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit,comp.unix.sysv386
Subject: Re: UHC SVR4 with IDE _AND_ SCSI WD's?
Summary: No Problem!
Keywords: UHC SVR4 IDE SCSI
Date: 26 Jan 93 20:18:55 GMT
Followup-To: poster
Distribution: usa
Organization: AT&T

In article <1993Jan26.163030.14784@lgc.com>, danson@lgc.com (Doug Anson) writes:
> Hi;
> 
> I have UHC SVR4.0.3.6 running on a 386/33 with an IDE drive. I would like to
> add a SCSI card and second disk that may be accessed by the OS. The root 
> partition would remain on the IDE drive (i.e. it would boot IDE).
> 
> Is it possible to have such a configuration? Has anyone attempted it?
> 
> Thanks in advance for any comments, suggestions
> Doug
> -- 


	This is not a problem with either ESIX 4.0.4 or UnixWare A.S.
	ESIX does not see the drive until you can get the base system
	up and do an dskadd. UnixWare, on the other hand, can see the
	drive and will prompt you to partition it.

	I don't think you will have a problem with the UHC stuff either
	since it should be close to the ESIX stuff in nature..

	My specific combo is 386/33 with 102MB IDE (primary) and 700MB SCSI
	with Adaptec 1542B controller as secondary drive...

	Good luck.



/* -----							*/
/* Corey Brown  (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65)     */
/* AT&T NSD							*/
/* Alpharetta, Ga 30202						*/
/* (404)750-8071						*/
/*			-----------------			*/
/* att!alphlk!wcb          | They're history in terms of the	*/
/* attmail!wcbrown         | future! (lws-91)			*/
/*							  ----- */
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip,comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Netblazer
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Tue, 26 Jan 1993 05:36:46 GMT

>We're running a slip link from here in Moscow to Alternet in VA, USA. Runs
>OK, but: I had to turn V.42/V.42bis off. Reason? It looks like V.42 window
>is too small for the huge roundtrip echo delay time (>=.5sec) we experience.
>When V.42/V.42bis was enabled, all we could have from ftp and friends was
>500-700 bytes/sec, with V.42 turned off we have more pleasant 1100-1300
>bytes/sec. Pity we cannot use V.42bis. Anyone knows how to make V.42 window
>larger on Telebit and/or ZyXEL?

Such a feature would be nice.

Another thing that would be useful is a way to push (flush) the
current v.42 packet out of the modem.  This would be very useful at
the end of TCP packets, to cut down on a bit of the delay.  

I wonder if any modem manufacturers is doing work in this regard.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.unix.sys5.r4,comp.unix.questions
From: nll@cbnewsb.cb.att.com (neal.l.leitner)
Subject: Sys V rel 4.0.2.1 Crashing. HELP!
Organization: AT&T
Date: Thu, 28 Jan 1993 12:40:43 GMT

Greetings,

I am having this very disturbing and puzzling problem on a Unix Sys V
release 4.0.2.1 system.  The machine has a Consensys Powerports/HD
multi-port serial card in it.  Recently I got a powerports message
followed by a double fault and then a panic.  Consensys sent me a new
driver and their message doesn't come up anymore, but the rest of the
messages still do.  The messages are as follows:

Double Fault
tss386.t_link	0xE0001518
tss386.t_esp0	0x000000E8
tss386.t_ss0	0x08046000
tss386.t_esp1	0x00000000
tss386.t_ss1	0x00000000
tss386.t_esp2	0x00000000
tss386.t_cr3	0x00000000
tss386.t_eip	0x00000000
tss386.t_eflags	0xB51800E7
tss386.t_eax	0xE0008969
tss386.t_ecx	0xB6000807
tss386.t_edx	0xE0008269
tss386.t_ebx	0x00000000

PANIC:

Trying to dump 8127 pages..................................

Reboot the system now.

I did a little poking around and there is an include file call tss.h in 
/usr/include/sys, that has these flags identified.

This seems to happen when about seven people log in and start doing stuff.
The machine can sit idle all night and be fine in the morning until it starts
being used.  The configuration of the system is

Intel 486/50 EISA with 32 MB of RAM
AT&T SCSI card (DPT with an AT&T ROM) with 8.5 MB of SCSI cache
Four SCSI hard disks (1 internal 3 external)
Hayes Fax Board
Adaptec SCSI card running a 8mm tape drive
Powerports/HD multi-ports card (16 ports)

If anyone can give me a hand and explaining this problem I would appreciate
it greatly.


Neal Leitner
AT&T Bell Laboratories
908-582-4714
...att!emdbl1!nll
Newsgroups: comp.unix.sys5.r4,comp.unix.questions,biz.comp.telebit.netblazer,comp.protocols.tcp-ip,comp.dcom.modems
From: dvv@hq.demos.su (Dima Volodin)
Subject: Re: Netblazer
Date: Sun, 24 Jan 1993 23:36:27 GMT
Organization: DEMOS Coop., Moscow, Russia

xcuse me for deviating, anyway:

We're running a slip link from here in Moscow to Alternet in VA, USA. Runs
OK, but: I had to turn V.42/V.42bis off. Reason? It looks like V.42 window
is too small for the huge roundtrip echo delay time (>=.5sec) we experience.
When V.42/V.42bis was enabled, all we could have from ftp and friends was
500-700 bytes/sec, with V.42 turned off we have more pleasant 1100-1300
bytes/sec. Pity we cannot use V.42bis. Anyone knows how to make V.42 window
larger on Telebit and/or ZyXEL?


Dima
 
Newsgroups: comp.unix.sys5.r4
From: nsemani@nose.sth.icl.se (Markku Niku ICL/Swe)
Subject: Re: defines of FAULTS in solaris
Organization: ICL DATA AB, Sweden
Date: Mon, 25 Jan 1993 17:00:35 GMT

In article <16609@auspex-gw.auspex.com>, guy@Auspex.COM (Guy Harris) writes:
|> >>I.e., It Would Probably Be A Good Idea if ICL did this the way Sun did,
|> >>and if ICL just picked it up from USL, It Would Probably Be A Good Idea
|> >>if USL did this the way Sun did....
|> >
|> >ICL's SVR4 is the SPARC reference SVR4.  Solaris 2.x is not a real SVR4
|> >USL release; it is a USL-Sun development tree which was branched at some
|> >arbitrary intra-version point and dragged off by Sun to make it as
|> >divergent as they felt like.
|> 
|> Nevertheless, it would *STILL* probably be a good idea if ICL did this
|> the way Sun did, given that the way Sun did it matches what the standard
|> AT&T/USL SVR4 documentation I have says, and the way ICL did it doesn't
|> - i.e., if you include <sys/fault.h> in SunOS 5.x, you get the fault
|> codes defined, just as the damn "proc(4)" man page says you do, but, it
|> appears, you *don't* get them defined if you include <sys/fault.h> in
|> the ICL system.
|> 
|> Not to mention the fact that putting all the fault codes in a
|> "sys/sparc/XXX.h" file is Just Too Fucking Stupid For Words, given that
|> they are intended to represent faults that just about *any* machine will
|> have; only an idiot would arrange that, say, the fault code for
|> "recoverable page fault" would have different values on the x86 SVR4,
|> MIPS SVR4, SPARC SVR4, etc..

I've forwarded your "flames" to the developing department at ICL, lets see
what comes out. Anyhow, in the other SVR4 port ICL has (Intel machines),
<sys/fault.h> looks out to be more reasonable.


/// Markku Niku, ICL Sweden,	mniku@icl.se
PLS OBSERVE, all I write is my opinnion, it may differ from ICL policy.
Newsgroups: comp.unix.sys5.r4