HDTenEightyP/NetNews huggingface dataset:
From: eric@snark.thyrsus.com (Eric S. Raymond)
Newsgroups: comp.unix.sysv386
Subject: Re: PROPOSAL --- The Great 1992 UNIX Dream Machines Bake-Off
Date: 10 Apr 92 14:14:18 GMT

In <1992Apr9.175830.2895%karln.UUCP@uunet.uu.net> Karl Nicholas wrote:
> But why does any of that prevent these machines from being in the "Bake OFF"?
> 
> Is it because the judges don't want to end up with an MCA machine?

Well, in fact this judge does *not* want to end up with an MCA machine --- but
that's an *effect* of the real reason, not a *cause*.  I'm excluding MCA
machines for the same reasons I'm not covering conventional workstations.

1) As I've said before, I think the UNIX dream includes not just excellent
portable software but inexpensive *non-proprietary* hardware to run it on.
Used to be Sun and HP/Apollo and SGI and that crowd were the least expensive
hardware you could get decent UNIX performance on --- but try swapping
peripheral controllers between 'em.  Just try.

2) The test would get unmanageably huge and complicated for me if I tried to
cover every kind of UNIX machine in the world --- I ain't got the space in my
loft for them, for starters.

3) I've already got a 386/20DX.  I know this class of machine a heckuva lot
better than I know SPARCs or whatever.  I'll do a better job at testing them
than I would if I spent a lot of effort on a class of machines I don't
know very well.
 
> I want data, not judgement. I someone will enter an MCA machine (I doubt it)
> into your BAKE OFF, why not run the benchmarks and let me know. I can decide
> myself what is worth paying for. I am curious anyway to see if one can
> see differences between MCA and EISA in a test situation.

I'm going to publish the Bake-Off protocols.  You're free to run your own
iterations of them and publish the results.
-- 
      Eric S. Raymond = eric@snark.thyrsus.com  (mad mastermind of TMN-Netnews)
From: nc00@eurotherm.co.uk (Neil Corlett)
Newsgroups: comp.unix.sysv386
Subject: Re: gcc 2.0 for ISC 2.2.1?
Date: 16 Apr 92 10:19:39 GMT
Organization: Eurotherm Limited

stu@mav.com (Stu Donaldson) writes:

>In article <1992Apr13.002528.834@mav.com> stu@mav.com (Stu Donaldson) writes:
>> I can't talk for gcc 2.0, but I have tried gcc 2.1 with very little
>> difficulty to speak of.

>Since then, I have rebuilt X386 1.1b with the new gcc2.1, and have
>encountered a bug that I also had with the 1.39 version of gcc.

>I haven't been able to track this down other than to something with
>the floating point code that is generated.  I have tried to run the
>'xbench' package on this server, and the server will crash on some
>functions such as in miWideSegment with a Floating Point Exception
>error.  I do not know enough about the FPU instructions to be able
>to spot any easy bugs.  Most of the floating point code works.  The
>'arc100' test in 'xbench' works without a hicup.

You are lacking a prototype for hypot() in miwideline.c. The compiler
does not realise that it returns a double. It is a hiccough in the
#ifdefs in the ISC header files. It took me a while to track it down, too.
It is probably not a bad idea to turn make the server ignore FPU
exception signals. It makes for a slightly messy display occasionally
but I think that's preferable to a core dump :-)

I noticed the bug drawing wide lines in xfig. crashed X386 every time!

Have fun,

Neil


--
ncorlett@eurotherm.co.uk
Eurotherm Limited on +44 903 268500
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Slip/ISC2.2.1
Keywords: slip
Date: 14 Apr 92 21:22:21 GMT
Distribution: comp
Organization: The Gator Public Access Unix Site (219)289-0777

peter@modtor.uucp (Peter Ziobrzynski) writes:

>tim@sabus.UUCP (Tim Brown) writes:

>I also think that the majority of the comp.unix.sysv386 community
>(except Larry Snyder :-) is convinced that SLIP is dead on ISC.

SLIP with ISC works -- it isn't PPP -- and forget using a gate on the
SLIP box -- but it does work (we've had a SLIP connection from our Dell
box to an ISC box now for about 18 months).  I won't say ISC SLIP is
without problems -- but it does work :)

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the 'gator                                uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: Did they take adb out of Unix for SVR4?
Organization: Virtual Technologies Inc.
Date: Tue, 7 Apr 92 02:01:10 GMT

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>Okay, who stole my adb?  It was there in SysVr3; in fact, I'd bet it's
>been in Unix ever since V7, and probably before that.  But I can't
>find it anywhere on my Esix system (yes, the rest of the development

sdb(1) has been the debugger distributed with the standard development 
system by AT&T since somewhere around SVR2.  If you had adb on a SVR3 system
it was because your vendor went out of thier way to add it into thier
release (a value added option).  

As far as I know, the only 386 unix product to have it is SCO Xenix.  I would
presume that SCO UNIX has it also and I would also presume it is (or will be)
in the 386BSD release from BSDI.

>much sense that AT&T would take something *out* of the OS for a new

AT&T took it out a long time ago.

-- 
I guess these are the views of VTI - since it is my consulting company.

Conor P. Cahill              (703)430-9247              uunet!virtech!cpcahil 
Virtual Technologies, Inc.  46030 Manekin Plaza            Sterling, VA 22170
Newsgroups: comp.unix.sysv386
Subject: Re: Terrible timing constraints in Device Drivers! Arrgh.
From: gantzm@gantz.bowlgreen.oh.us (Michael L. Gantz)
Date: 12 Apr 92 15:32:00 GMT
Organization: GantzNet, B.G., Ohio

In article <1992Apr11.200103.13338@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>In article <1992Apr8.013728.11864@gantz.bowlgreen.oh.us> gantzm@gantz.bowlgreen.oh.us (Michael L. Gantz) writes:
>>The driver just sits there watching
>>CLOCK change for 0 to 1 and back until it has collected the correct
>>number of samples.  Now if I want to collect say 70000 samples at 7Khz
>>that is ten seconds.
>It sounds like you're also stuck with poorly designed hardware.  It was
>probably built with DOS in mind, where sitting in a busy loop for 10
>seconds (or 10 minutes) is just fine.
>
>John W. Temples -- john@jwt.UUCP (uunet!jwt!john)

I Mike Gantz promise I will never in the rest of my natural born life,
try to interface really *dumb* DOS adapter cards to my Unix system.
I'm still being swamped with E-Mail that basically says: "Get a real
adapter card!"

About two days after I posted that I realized that even if this card
supported interrupts it we be the equivalent of a 158kbps serial link.
Nahhhh, I don't think my machine is gonna interrupt that fast.

So from now on I will not attempt to use cheap hardware ever again, I
have learned my lesson.

Consider this subject closed, and if you do read this remember, I have
many E-Mail messages that say the same thing, so kindly, don't send me
anymore!

Usenet works, this is living proof!!!!!!!
-- 
------------------------------------------------------------------------------
Michael L. Gantz        ! gantzm@gantz.bowlgreen.oh.us ! I know JCL and also
213 Napoleon Rd.        ! osu-cis!bgsuvax!gantz!gantzm ! use Unix.  No wonder
Bowling Green, Oh 43402 ! (419) 353-5029               ! I have problems.
Newsgroups: comp.unix.sysv386
From: sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS)
Subject: Is ISC X2.0 based on X386?
Organization: Goddard Space Flight Center
Date: Wed, 8 Apr 92 18:01:54 GMT

I've built X386 under ISC 3.0 and have discovered that X386 can
drive my 17" IDEK monitor at 1152x900 resolution -- I love it!!

I also have ISC X2.0 which drives my monitor at only 1024x768.
I notice in /usr/lib/X11 there is 
an Xconfig file, just like you get with X386.  Is this a
coincidence, or is ISC X2.0 based on X386?  If yes, how
can I adjust my resolution for X2.0??

Thanks in advance.

Roger
From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
Newsgroups: comp.unix.sysv386
Subject: Re: mkfs flags for ufs fs & svr4 3.0
Date: 1 Apr 92 12:00:45 GMT
Reply-To: debra@info.win.tue.nl
Organization: Eindhoven University of Technology, the Netherlands

In article <1992Mar31.153336.2937@bbs.rn.com> larry@bbs.rn.com (Larry Snyder) writes:
>Is it possible to change some of the file system flags on the fly?
>
>For example -- I have one file system made with mkfs (ufs file
>system) under SVR4 3.0 -- and I would like to change the flag
>which allows ALL users to write to the FS until it is 100% full.

Depends on what you call "on the fly".

tunefs (see "man tunefs") lets you change lots of things, including the
percentage that must remain free.
tunefs only works on *unmounted* file systems.
so all file systems except / and /usr are easy to tune.
/usr is a pain because you have to copy tunefs and /usr/lib/libc.so.1
to the / filesystem, then unmount /usr and then you can tunefs /usr
/ can only tuned if you boot from floppies...

so you can tune file systems without doing backup/restore, but not while
the file systems are mounted.

Paul.
(debra@win.tue.nl)
Xref: sparky comp.unix.sysv386:8668 comp.unix.questions:6209 comp.unix.admin:2805
From: kbahey@ncrsaud.SaudiArabia.NCR.COM (Khalid Bahey-elDin)
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.admin
Subject: SVR4/SVR3: How to go from multi/single/multi from script
Keywords: unix svr3 svr4 backup single multi
Date: 13 Apr 92 17:36:53 GMT
Reply-To: Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin)
Organization: NCR Corp., Saudi Arabia


Hi all!

Systems: NCR TOWER 32/650 Rel 3.00.02 (SVR3.2), NCR 3445 (SVR4)
Shell: Bourne shell

We have developed a script here to do unattended backups using cpio. This
Bourne shell script runs fine.

However, we would like to run it in single user mode for Full System backup
purposes, and would like to do this unattended. So the system has to switch to
single, run this script, then switch to multi again, all by itself.

The question is how from cron (or at command) can we get the system to go to
single user (0 on SVR3, 1 on SVR4), run this script, and then go to multi-user
(1 on SVR3, and 2 on SVR4) again?

cron alone cannot do so, it can run a script that gets me to single user, but
since it (cron) doesn't run in single user mode, it cannot revert me back to
multi. I.e. in a Bourne shell that is run from root, if I invoke "init 0" to
switch to single, the script will just terminate at this point, so backup
cannot be done in the same script.

If I am not mistaken, SVR4 can switch modes back and forth, *without* loggging
you off, so this is easy to implement (Somebody pls confirm/correct me on
this). However, on SVR3, I think we must tweek /etc/rc0.d/* and move a script
to it to do the backup, then invoke "init 1" again. Or, I can change the
"is:1:initdefault" in inittab to be single, and add an entry in inittab to run
my script in single.

Am I correct here?.

If somebody has done this before on *any* SVR3/4 flavours, pls let me know.
This should be as portable as possible, and must use only vendor delivered
utilities (sh, awk, sed).

Thanks
-- 
Khalid M. Bahey-elDin		UUCP: ..!uunet!ncrlnk!ncrsaud!kbahey
Systems Services Division	Fax: +966-2-651-8804  Tel: +966-2-651-2727 x 25
NCR Corp., Saudi Arabia		E-Mail: kbahey@ncrsaud.saudiarabia.ncr.com
POBox 13964, Jeddah 21414	MAILPlus: Khalid.Bahey-elDin@SaudiArabia.NCR.COM
Newsgroups: comp.unix.sysv386
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: C-kermit for SCO (source or binary)
Organization: Kithrup Enterprises, Ltd.
Date: Tue, 14 Apr 1992 03:32:30 GMT

In article <1992Apr14.010144.3668@news.rn.com> larry@news.rn.com (Larry Snyder) writes:
>SCO unix or xenix?  286/386/8086 (yes, SCO did do a 80286/286 release
>of Xenix --

Uhm... it's more accurate to say SCO also did a '386 release of xenix.
Xenix was written for the 8086, ported to the '286, and later reported to
the '386.

-- 
Sean Eric Fagan  | "One form to rule them all, one form to find them, one
sef@kithrup.COM  |  form to bring them all and in the darkness rewrite the
-----------------+  hell out of them" -- sendmail ruleset 3 comment from DEC.
Any opinions expressed are my own, and generally unpopular with others.
From: donn@dellunix.dell.com (Donn Baumgartner)
Newsgroups: comp.unix.sysv386
Subject: Re: <dial.h> for SVR4?
Date: 3 Apr 92 23:39:18 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas


In article <1992Apr3.065939.2878@zeus.dialix.oz.au>, peter@zeus.dialix.oz.au (Peter Wemm) writes:
> donn@dellunix.dell.com (Donn Baumgartner) writes:
> 
> 
> >In article <1992Apr1.151445.23916@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> >> 
> >> In the April '92 UnixWorld, the Wizard's Grabbag column has a 'nisttime'
> >> program to call up a time source for setting your system's clock.  This
> >> program is supposedly an SVR4 program.  It includes the header file <dial.h>.
> >> This file does not exist on AT&T SVR4 2.1, Microport SVR4 3.1, or ESIX
> >> (I'm not sure which version).  Does anyone have this header file?  Is
> >> it part of some optional package I haven't installed (yes, the development
> >> system is installed)?  The dial() and undial() functions are in 
> >> libnsl.{a,so}, so I know I have the right libraries.
> >> 
> 
> >Humm... for what it's worth - it's there on Dell Unix 2.1 (and 2.2).  I looked
> >at the file, though, and it has the standard USL copyright notice... so I can't
> >just send it to you.  I don't know why it would be missing from those other
> >SVR4's... unless it's part of some 'package' you buy separately (yuck!).
> 
> Interesting, because an Intel employee posted SVR4 slip drivers with
> the dial.h file EMBEDDED VERBATIM (minus header) in the source because it
> was missing from newer distributions of SVR4 (as of 4.0.3... if memory serves).
> 
> -Peter
> -- 
> Peter Wemm : peter@zeus.dialix.oz.au     If it's broke, fix it (The MS-DOS way)
> Work phone: +61-9-479-1855      If it aint broke, don't touch it (The Unix way)
> Fax: +61-9-479-1134     If we can't fix it, it ain't broke (Maintainer's Motto)

That may be... but what that person did and what I'll do are different.  I
post as an individual, anyway, so my access to the source is of no matter here.
If USL wants to post their source to the net, that's fine... but I won't.
							- Donn

Disclaimer:  Yes, it's true... Dell has their opinions and I have mine.  I am
		not responsible for what they say & do, and likewise.  Period.
From: sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS)
Newsgroups: comp.unix.sysv386
Subject: Anyone know how much Solaris will cost for 386/486??
Date: 8 Apr 92 18:14:33 GMT
Article-I.D.: kong.1992Apr8.181433.12740
Organization: Goddard Space Flight Center

I am the owner of an Interactive Workstation Developer package, 3.0.

I heard SunSoft announced that Interactive customers will
be able to upgrade to Solaris for $195.  I have some questions:

Does Solaris come in pieces like current ISC products?
If yes, is the $195 upgrade cost just for the base OS, or does
it include all the other pieces (software devp., X windows, vp/ix,
tcp/ip, etc.).  

If Solaris is not in pieces, how much will the entire package cost?

Will Solaris be based on X11R5?

Thanks in advance.

Roger
Xref: sparky comp.unix.sysv386:8618 comp.protocols.tcp-ip:2509
From: as6n@uvacs.cs.Virginia.EDU (Ambar Sarkar)
Newsgroups: comp.unix.sysv386,comp.protocols.tcp-ip
Subject: sockets and asynchronous message passing.
Date: 14 Apr 92 04:19:31 GMT
Organization: University of Virginia Computer Science Department

Dear ____________

   I am trying to use non blocking asynchronous datagram message passing 
on sockets. Typically, on SunOS 4.1.1, I need to do the following steps:

0. sock = socket(AF_INET, SOCK_DGRAM, 0);

1. fcntl( sock, F_SETFL, (FASYNC|FNDELAY)) 
   FASYNC: Generates SIGIO/SIGPOLL on receiving message.
   FNDELAY: Nonblocking

2. fcntl( sock, F_SETOWN, getpid()) 
   To identify myself as the recipient.

Assume I have already installed the handler and enabled interrupts.

Since F_SETOWN and FASYNC are just not there in fcntl.h, 
I tried the following on the local sysv3.2 and it works(NOT!).

0. sock = socket(AF_INET, SOCK_DGRAM, 0);

1. ioctl(sock, FIOASYNC, &one)  	/* int one = 1 */
   should generate SIGPOLL ?

2. ioctl(sock, FIONBIO, &one)  		/* int one = 1 */
   make receive non blocking.

3. ioctl(sock, SIOCSPGRP, &pidno) 	/* int pidno = getpid() */
   should deliver SIGPOLL to me?

FIONBIO works, I get nonblocking recvfrom.
I have no idea what is happening with steps 1 and 3. Just cannot get 
to generate the SIGPOLL on receipt of a message on socket!
The same sequence of steps work on SunOS, however.

So what have I missed in the first place? I admit being naive.

Any help/suggestion will be appreciated.

Ambar Sarkar(as6n@virginia.edu)
Newsgroups: comp.unix.sysv386
Subject: Terrible timing constraints in Device Drivers! Arrgh.
From: gantzm@gantz.bowlgreen.oh.us (Michael L. Gantz)
Date: 8 Apr 92 01:37:28 GMT
Organization: GantzNet - B.G., Ohio

Well I'm posting to this newsgroups because it's only relevant to the
'386 or '486 and it is Sys V rel 4.0.3.  And if it takes a wizard to
solve I'm probably way out of my league here.

I'm trying to write a device driver and am having some real tough
problems.  I have in my possesion both the AT&T DDI/DKI reference
manual and George Pajari's "Writing Unix Device Drivers".  And am
making the appropriate changes for 4.0.3.

Now here is the problem, I have an adapter card that does digital to
analog and analog to digital conversions.  Actually it's a very
inexpensive voice mail card!  Anyways the card has two ports, lets call
them DATA and CLOCK.  The DATA port is an 8-bit i/o port that is
connected to the ADC and DAC.  The CLOCK port is used to synchronize
with the speed of the ADC and DAC.  How it works is like this:

Clock refers to bit 0 of the CLOCK PORT.

	Clock                      Data

        0     1

        !        <------------ Converting data
        +-----+  <------------ Data available
              !  <------------ Read data.
        +-----+  
        !        <------------ Converting data
        +-----+  <------------ Data available
              !  <------------ read data.
        +-----+
        !

The sampling for ADC is occuring at 7000 times a second.  I have a
very crude device driver functioning now that sits in dead spins
watching bit 0 of CLOCK and waiting for it to become 1, then reading
DATA to collect the ADC data.  The driver just sits there watching
CLOCK change for 0 to 1 and back until it has collected the correct
number of samples.  Now if I want to collect say 70000 samples at 7Khz
that is ten seconds.  The problem is that the system effectively stops
because of these darn dead spins since the only thing running for 10
seconds is the device driver, remember I'm stuck in a while loop!

Nothing in any of the books I have talks about any sort of timing of
this accuracy.  The system manuals make reference to real-time
extensions but I have now idea how this relates to device drivers.  So
the question is, Is there any way to sample this data 7000 times a
second without grinding the system to a halt.  The CPU is a 486/33, I
don't think it is gonna do 7000 context switches a second, but maybe
it will, I don't know!

If anybody has any ideas on how to tackle this problem, please E-Mail,
Post, phone, send smoke signals, anything!  If you can answer this but
need more details please ask!

BTW: OS = Esix Sys V 4.0.3, 486/33 17Mb of memory.

BTW2:  So how long can I hold the system in a dead spin in a device
driver before something real serious, (Say maybe the file-system),
decides it wants to crash????
-- 
------------------------------------------------------------------------------
Michael L. Gantz        ! gantzm@gantz.bowlgreen.oh.us ! I know JCL and also
213 Napoleon Rd.        ! osu-cis!bgsuvax!gantz!gantzm ! use Unix.  No wonder
Bowling Green, Oh 43402 ! (419) 353-5029               ! I have problems.
From: andrew@werple.pub.uu.oz.au (Andrew Herbert)
Newsgroups: comp.unix.sysv386
Subject: Re: HP deskjet 500 printer on SVR4
Keywords: deskjet deskjet500 SVR4 printer
Date: 6 Apr 92 13:14:42 GMT
Organization: Werple public-access Unix, Melbourne

losecco@undpdk.hep.nd.edu (John LoSecco) writes:

>The print spooler does give me a copy of the bitmap image but extra
>characters and bits have been added.

[various fixes tried deleted]

Try adding -opost to the stty options for the device, either through sysadm
or directly in /etc/lp/printers/your-dj's-name/configuration.

Does anyone have a terminfo for the hp deskjet 500?

Yup, here's what I use (with UHC SVR4 version 2.0):

hpdeskjet|deskjet,
        bufsz#16384, cps#120, it#8, lines#64,
        is1=\EE\E&k2G, is2@, rmso=\E(s0B, smso=\E(s3B,
        smul=\E&d3D,
        use=hplaser,

in association with the following /etc/lp/filter.table entry:

    :any:any:simple:cat:text:fast:/usr/bin/cat:

This terminfo lets the printer do the lf -> cr/lf conversion, which is quite
cute.  To print text with this entry, use: "lp -Ttext filename ...".

The other filter entry I quite often use with the deskjet is:

    :any:any:postscript,ps:deskjet_post:dj:fast:/usr/lib/lp/deskjet/gs -q -:

which enables postscript files to be printed using "lp -Tps filename...".
The .../gs mentioned in this entry is a very slightly hacked version of
ghostscript which I'm happy to mail on request.

Andrew Herbert
Newsgroups: comp.unix.sysv386
From: eric@ms.uky.edu (Eric H. Herrin II)
Subject: Bus mice for SVR4/X386
Keywords: bus mice X386 SVR4
Summary: Which one?
Date: Mon, 6 Apr 1992 18:39:40 GMT
Organization: University Of Kentucky, Dept. of Math Sciences
X-Bytes: 

Anyone have any suggestions for a bus mouse for X386 under SVR4.0?  Is
a logitech mouseman going to just work?


-- 
--
|  	Eric H. Herrin II - {rutgers,uunet}!ukma!eric, eric@ms.uky.edu	     |
|			  University of Kentucky			     |