HDTenEightyP/NetNews huggingface dataset:
From: dfields@hydra.urbana.mcd.mot.com (David Fields)
Subject: Re: UNIVEL MUST BE KIDDING!!!!!
Keywords: Price to beat all prices
Reply-To: dfields@urbana.mcd.mot.com
Organization: Motorola, Inc.  Computer Group
Distribution: usa
Date: Mon, 23 Nov 1992 16:53:57 GMT

In article <By5K9I.1GI@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
|> In article <1992Nov19.235443.14962@cbnewsm.cb.att.com> corey@cbnewsm.cb.att.com (william.c.brown) writes:
|> 
|> First of all, does anyone find it odd that someone from AT&T, the
|> company to which a large portion of the SVR4 list price goes as a
|> royalty, is bitching about the high cost of SVR4.2?

No, don't you realize how big AT&T is?  Just because you work for a
large company, you don't necessarily become a mindless automaton.  Also,
USL is the company that is sells UNIX and it is seperated from and
not even wholey owned by AT&T.

--
Dave Fields	Motorola Computer Group		dfields@urbana.mcd.mot.com
SVR4: The Winchester Mystery Kernel		uiucuxc!udc!dfields
Newsgroups: comp.unix.sys5.r4
From: bam@jutland.ColumbiaSC.NCR.COM (Bo Muldbak)
Subject: Re: Realtime scheduler options
Reply-To: Bo.Muldbak@ColumbiaSC.NCR.COM
Organization: NCR Corporation, MCPD Columbia SC.
Date: Fri, 20 Nov 92 18:22:38 GMT

In article <10626@ncratl.AtlantaGA.NCR.COM>, mwilson@ncratl.AtlantaGA.NCR.COM
(Mark Wilson) writes:
|> five-minute intervals.  When I reported this, I was told that there
|> is another sync() call that does not rely on NAUTOP.  I do not know
|> why one of these syncs kills me and the other doesn't.

The sync every five minutes is done by "init" process. Try to do

	truss -p 1

Just let it hang for at least 5 minutes; and you will see him do 
a sync system call...


-- 
Bo Asbjorn Muldbak             // Email:  Bo.Muldbak@ColumbiaSC.NCR.COM
Support & Deployment           // Phone :  +1 (803) 791-6871
NCR Corporation, MCPD-Columbia // Telefax:  +1 (803) 739-7371
Opinions stated are my own. They do not represent my employer or others
From: dsiegel@optima.UUCP (Dave Siegel)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Looking for 486-50 EISA motherboard for Dell SVR4
Date: 21 Nov 92 02:11:09 GMT

From article <By1E73.C6p@maxed.amg.com>, by ed@maxed.amg.com (Ed Whittemore):
> In article <26733@optima.cs.arizona.edu> dsiegel@optima.UUCP (Dave Siegel) writes:
>>Motherboard, so I'm topped out on it.
>>
>>-dave
> 
> Why do you think performance is great? Is that compared to other
> comparable boards?

ok, ya got me.  This is the only 50 MHz 486 I've got...but it sure is nice.

-dave
--
Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
"The opinions expressed herein are not necessarily those of my employer,
not necessarily mine, and probably not necessary."
From: jc@minya.UUCP (John Chambers)
Newsgroups: comp.unix.sys5.r4
Subject: Suppressing login junk.
Keywords: login hushlogin
Date: 16 Nov 92 15:29:40 GMT
Article-I.D.: minya.1393

One of the common gotchas when trying to write comm  software  is  all
the  extraneous  junk that things like login daemons like to dump down
the line.  On this Sys/VR4 system (ESIX, if  it  matters),  I've  been
having problems with this, and I thought maybe someone here would know
some answers.

We all know about /etc/motd and the grief it can cause for such things
as uucico, of course.  Well, /etc/motd here is zero length, and still,
when my program tries logging in (using either  a  serial  port  or  a
telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
notices.   In  digging  around,  I  discovered  that  the  culprit  is
/bin/login,  which  has the copyright notices hard coded.  TFM doesn't
give a clue as to how to suppress them. Creating a .hushlogin file has
no effect whatsoever, and I can't guess what might.

Even  more  fun,  hard-coded  into  /bin/login  is  the  message "Last
login:", which does a  good  job  of  spoofing  a  login  prompt,  and
convincing a lot of software that the login failed.

It sure would be nice if there were a (documented? What a dreamer! ;-)
way  of  suppressing all this junk.  I'm tempted to go into the binary
and stuff a null byte in the first  char  of  each  message,  but  I'd
prefer  something not so drastic.  Some customers might not like it if
my install script did that, you know.

Any ideas how to tell login to  forget  the  junk,  don't  do  me  any
favors, just do the login and shut up about it?

It's amusing to note that on bsd-style systems, such messages all seem
to be in config files like /etc/remote, so it's  possible  to  replace
them.  Junk like this can be a strong (albeit trivial) argument for or
against a system, if you're trying to build user-friendly  application
packages.

-- 
All opinions Copyright (c) 1992 by John Chambers. Inquire for licensing at:
1-617-647-1813 ...!{bu.edu,harvard.edu,eddie.mit.edu,ruby.ora.com}!minya!jc 
--
Pensu tutmonde; agu loke.
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: kevin@cfctech.cfc.com (Kevin Darcy)
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
Subject: Re: Email header problems on SVR4.
Date: 17 Nov 92 03:04:58 GMT
Organization: Chrysler Financial Corp., Southfield, MI

In article <1992Nov14.074815.15655@clark.edu> ade@clark.edu (Adrian Miranda) writes:
>I am having some problems with mail on ESIX SVR4.0.4.  After some
>effort, I was able to get things running by setting up the
>/etc/mail/mailcnfg and /etc/mail/mailsurr files.  The problem is,
>although mail is delivered correctly, the headers are often messed up.
>What seems to be happening is that sometimes, the "From " header at
>the top of the message is not recognized as a header, and a ">" is
>inserted in front of it.  Then a new "From " header is added to the
>top of the message.  The original "From " header and all following
>headers now become a part of the body of the message, making for a
>pretty messy looking message.
>
>Anyone have any idea what is going on?  It does not seem to happen all
>the time, just sometimes.  I get the impression that /bin/rmail is the
>one messing things up, but I really haven't the vaguest idea.  For
>instance, if a message comes in via smtp or uucp, and is delivered
>locally, it is messed up.  But if it comes in via uucp, and goes out
>via uucp, it's fine.  If it comes in via uucp, and goes out via smtp,
>it is screwed up.  Or something like that....
>
>If anyone could tell me how to fix this, I would greatly appreciate
>it.  I have looked at the SVR4 Manuals, but they don't seem to go into
>much detail about the mailer, and I can't find anything that relates
>to this problem.  I suspect there's an easy solution, but I sure
>haven't been able to find it.

Try adding a "-u" to the command line for smtpqer in /etc/mail/mailsurr.

------------------------------------------------------------------------------
kevin@cfc.com 		  	  | Kevin Darcy, Unix Systems Administrator
...heifetz!cfctech!kevin 	  | Technical Services (CFC)
Voice: (313) 759-7140 		  | Chrysler Corporation
Fax:   (313) 758-8173 		  | 25999 Lawrence Ave, Center Line, MI 48015
------------------------------------------------------------------------------
Newsgroups: comp.unix.sys5.r4,comp.mail.misc
From: jack@admin.mport.COM (Jack Craig)
Newsgroups: comp.unix.sys5.r4
Subject: Re: UNIVEL MUST BE KIDDING!!!!!
Keywords: Price to beat all prices
Date: 20 Nov 92 20:32:37 GMT
Distribution: usa
Organization: Microport Inc., Scotts Valley, CA 95066 US of A

now compare what you get with microport's package/price.

just for comparison. (and note we've been shipping a lot longer 
than univel)

jack...
=============================================================================
 Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
             Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
=============================================================================
Newsgroups: comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: UNIVEL MUST BE KIDDING!!!!!
Date: Mon, 23 Nov 1992 04:53:41 GMT
Distribution: usa
Organization: The Programmer's Pit Stop, Ann Arbor MI
Keywords: Price to beat all prices

In article <1992Nov19.235443.14962@cbnewsm.cb.att.com> corey@cbnewsm.cb.att.com (william.c.brown) writes:

First of all, does anyone find it odd that someone from AT&T, the
company to which a large portion of the SVR4 list price goes as a
royalty, is bitching about the high cost of SVR4.2?

>	somebody straightens me out. What happened to price competitive
>	with OS/2 and NT??? Even for the runtime 495.00 is 400% higher
>	than OS/2..

OS/2 includes significantly less than UnixWare does.  OS/2 comes on 15
or so floppy disks.  I would hesitate to even try installing UnixWare
from something other than a cartridge tape or CD-ROM.  And the
UnixWare prerelease cuts I've seen take the large part of a 120MB hard
drive just for the personal system.

>	What about Consensys?? I just called them I get all of the
>	above for $995.00 complete. What gives Univel???

UnixWare is not a product targeted at the people we typically regard
as Unix users.  The intended configuration is in a pre-existing
Netware network, with PCs that have needs that cannot be filled by DOS
running UnixWare.  UnixWare is therefore not targeted at the general
Unix market.

UnixWare is also a product of a Novell spinoff company.  Novell is the
company that sells a package for Netware consisting of an NFS server,
an lpd server, and a telnet daemon for $5000.  This package is called
Netware NFS.  You can buy a package consisting of everything except
the NFS server (FLeX/IP) for $2000.  Therefore, Novell believes that
an NFS server is worth $3000.  Even if their server is faster than
greased lightening (so fast, in fact, that your clients can't keep up
with it and have to reduce their rsize parameter in order to get
decent performance...), it's not worth almost an order of magnitude
more than SCO's NFS server.

-- 
Marc Unangst, N8VRH         | "There are two ways to solve this problem:
mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
                            | with the hard way."
                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4
From: les@chinet.chi.il.us (Leslie Mikesell)
Subject: Re: ttymon or uugetty for dial-in port
Organization: Chinet - Public Access UNIX
Date: Mon, 16 Nov 1992 18:57:16 GMT

In article <1992Nov14.212318.733@orbital.demon.co.uk> steveh@orbital.demon.co.uk (Stephen Hebditch) writes:

>First, the Worldblazer modem here won't always hang up when a user logs
>out. This happens around 4 times out of 10 I would guess. Another modem
>we have refuses to hang up at all. From watching the modem lights I
>would hazard a guess that DTR is not being lowered for a long enough
>time as the DTR light does always blink momentarily. Under uugetty there
>is no problem at all. I don't know if other people have had this
>problem? 

Yes, I have this problem with ATI modems as well.  I think you are right
about the cause - has anyone found a cure?  Doing an explicit "stty 0"
instead of exiting to log off will always hang up properly, and yes,
hupcl is set.

Les Mikesell
  les@chinet.chi.il.us
From: dsiegel@optima.UUCP (Dave Siegel)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Looking for 486-50 EISA motherboard for Dell SVR4
Date: 18 Nov 92 23:31:08 GMT

From article <1992Nov16.142156.765@hp1.holl.com>, by dave@hp1.holl.com (David Vrona):
> I'm in the process of putting together a new system based on Dell SVR4 and I
> want to explore my motherboard options.
> I want to go with a fast EISA system.  I'm sure I would be safe with a
> Mylex, Micronics, or AMI motherboard but I would like to hear from anyone that
> has had success (or failure) with other brands as well.


I'm running Dell 2.2 on a 486-50 EISA from VEGA (purchased from The Essence
Group, Computer Shopper).  I believe the Motherboard's price is currently
$1050 or so, many hundreds of dollars below a micronics.  It uses the SIS
chipset.

performance is great.  only regret is that it only allows 32 MB's RAM on the
Motherboard, so I'm topped out on it.

-dave

--
Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
"The opinions expressed herein are not necessarily those of my employer,
not necessarily mine, and probably not necessary."
From: tony_wosnjuk@novell.com
Newsgroups: comp.unix.sys5.r4
Subject: FTP sites
Date: 16 Nov 92 16:04:38 GMT
Organization: Novell, Inc.




Can anybody send me a list of the FTP sites for SVR4 programs? I got a  
copy of the BETA version of UNIXWARE (SVR4.2) and would like to run some  
apps against it. (ie. News Reader, any performance test, any network or  
file system exerciser, etc . . .).

I would appreciate if you E-mail.

Thanks. . . . 
Newsgroups: comp.unix.sys5.r4
From: bruno@athena.mcrcim.mcgill.edu (Bruno Hall)
Subject: Re: Suppressing login junk.
Organization: McGill University Broom Closet
Date: Wed, 18 Nov 92 02:55:16 GMT

deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>In article <1393@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
>   We all know about /etc/motd and the grief it can cause for such things
>   as uucico, of course.  Well, /etc/motd here is zero length, and still,
>   when my program tries logging in (using either  a  serial  port  or  a
>   telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
>   notices.   In  digging  around,  I  discovered  that  the  culprit  is
>   /bin/login,  which  has the copyright notices hard coded.  TFM doesn't
>   give a clue as to how to suppress them. Creating a .hushlogin file has
>   no effect whatsoever, and I can't guess what might.
>
>Two step solution:
>
>1. Edit the binaries. I've done this with IRIX for YEARS. I use gmacs.
>
>2. Bitch to your vendor. CC: it to USL. Yo, vendors, wake up. You remember
>what uucp is? And how uucp will only read a "fixed" number of characters in
>it's send/expect strings before it aborts a connection?

3. Install another login, such as John F. Haugh II's of the shadow
password suite fame.

Bruno
-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
McGill Research Centre for Intelligent Machines - Controls Group
New systems generate new problems -- Join the Flat Earth Society.
From: dsiegel@optima.UUCP (Dave Siegel)
Newsgroups: comp.unix.sys5.r4
Subject: ATI Ultra Pro and Xmach *pull hair out*
Date: 19 Nov 92 18:35:59 GMT


 I've been beating my head over my keyboard for the last two evenings trying
 to get the ATI Ultra Pro to work with my Ideki/iyama 5421-a on Dell 2.2.
 
 has anybody else been able to get it to work? I think the problem is
 that the ati keyword defaults to the clock timings for the Vantage?  for some
 reason, the "clocks" keyword doesn't get recognized to over-ride these, and
 I don't have any idea how to define a new chipset type.  Is there any hope?
 
 -dave
 
 --
 Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
 SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
 "The opinions expressed herein are not necessarily those of my employer,
 not necessarily mine, and probably not necessary."
--
Dave Siegel              dsiegel@cs.arizona.edu    dsiegel@biosci.arizona.edu
SysMgr, Biotec, U of Az  dsiegel@hacks.arizona.edu dsiegel@seagull.tucson.az.us
"The opinions expressed herein are not necessarily those of my employer,
not necessarily mine, and probably not necessary."
Newsgroups: comp.unix.sys5.r4
From: ed@maxed.amg.com (Ed Whittemore)
Subject: Re: Looking for 486-50 EISA motherboard for Dell SVR4
Organization: American Micro Group, Ft. Lee  NJ
Date: Fri, 20 Nov 1992 22:52:14 GMT

In article <26733@optima.cs.arizona.edu> dsiegel@optima.UUCP (Dave Siegel) writes:
>From article <1992Nov16.142156.765@hp1.holl.com>, by dave@hp1.holl.com (David Vrona):
>> I'm in the process of putting together a new system based on Dell SVR4 and I
>> want to explore my motherboard options.
>> I want to go with a fast EISA system.  I'm sure I would be safe with a
>> Mylex, Micronics, or AMI motherboard but I would like to hear from anyone that
>> has had success (or failure) with other brands as well.
>
>
>I'm running Dell 2.2 on a 486-50 EISA from VEGA (purchased from The Essence
>Group, Computer Shopper).  I believe the Motherboard's price is currently
>$1050 or so, many hundreds of dollars below a micronics.  It uses the SIS
>chipset.
>
>performance is great.  only regret is that it only allows 32 MB's RAM on the
>Motherboard, so I'm topped out on it.
>
>-dave

Why do you think performance is great? Is that compared to other
comparable boards?
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
Newsgroups: comp.unix.sys5.r4,comp.unix.microport
From: rick@digibd.com (Rick Richardson)
Subject: Re: sptalloc() problems
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Fri, 20 Nov 1992 13:44:25 GMT

dyck@mprgate.mpr.ca (Trevor Dyck) writes:

>I am porting a device driver from SCO SVR3.2 to Microport SVR4.

>The driver uses memory-mapped I/O, for which I simply used the 
>sptalloc() function in 3.2 to map the device into kernel memory.

>But the sptalloc() function no longer exists in SVR4!!  It has
>been replaced by kmem_alloc() which does not let you specify
>a base address for the buffer (useless for memory mapped I/O).

Actually, the functionality of sptalloc() that you seek has been
replaced by "physmap()", at least on all the SVR4.X's I've used,
although I can't personally vouch for microport.

In point of fact, sptalloc() is *still available*, although
marked obsolete, and the implementation of "physmap()" actually
calls sptalloc() to do the dirty work!!!!!

-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
6400 Flying Cloud Dr.	Radio: N0NMY
Newsgroups: comp.unix.sys5.r4
From: orville%weyrich@uunet.uu.net (Orville R. Weyrich)
Subject: Re: Suppressing login junk.
Reply-To: uunet.uu.net!weyrich!orville
Organization: Weyrich Computer Consulting
Date: Mon, 23 Nov 92 09:40:06 GMT

In article <1992Nov18.025516.19133@thunder.mcrcim.mcgill.edu> bruno@athena.mcrcim.mcgill.edu (Bruno Hall) writes:
>deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>>In article <1393@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
>>   We all know about /etc/motd and the grief it can cause for such things
>>   as uucico, of course.  Well, /etc/motd here is zero length, and still,
>>   when my program tries logging in (using either  a  serial  port  or  a
>>   telnet  connection),  it  gets  a  screen  full of "Copyright (C) ..."
>>   notices.   In  digging  around,  I  discovered  that  the  culprit  is
>>   /bin/login,  which  has the copyright notices hard coded.  TFM doesn't
>>   give a clue as to how to suppress them. Creating a .hushlogin file has
>>   no effect whatsoever, and I can't guess what might.
>>
>>Two step solution:
>>
>>2. Bitch to your vendor. CC: it to USL. Yo, vendors, wake up. You remember
>>what uucp is? And how uucp will only read a "fixed" number of characters in
>>it's send/expect strings before it aborts a connection?

Another work-around (I use it with a site that has an amazingly long
login message about how to connect to several bbs's as well as uucp):

Add selected text strings from the login message to the expect/send
strings (with null send strings).


orville

--------------------------------------   **************************************
Orville R. Weyrich, Jr.                        Weyrich Computer Consulting
Certified Data Processor                     POB 5782, Scottsdale, AZ 85261
Certified Systems Professional                   Voice: (602) 391-0821
Certified Computer Programmer            Internet: orville%weyrich@uunet.uu.net
--------------------------------------   **************************************
Newsgroups: comp.unix.sys5.r4
Subject: Re: Suppressing login junk.
From: rmk@rmkhome.UUCP (Rick Kelly)
Organization: The Man With Ten Cats
Date: Sun, 22 Nov 1992 07:54:24 GMT
Reply-To: rmk@rmkhome.UUCP (Rick Kelly)

In article <1992Nov19.200902.9938@informix.com> cshaver@informix.com (Craig Shaver) writes:
>In article <DERAADT.92Nov16235143@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>>In article <1393@minya.UUCP> jc@minya.UUCP (John Chambers) writes:
>........
>>
>>Clearly, the programmers at USL haven't got even 1/2 a clue. I hope some
>>of them are reading this.
>>--
>
>Are they still in business?  I thought after NT and OS2 2.0 they would have
>sold the furniture, the phone, and snuck out of town.  USL is meat!  The
>UnixWare stuff is overpriced meadow muffin!  We all need to move to a 
>robust and free BSD based unix!

1. NT is a huge bloated hog that uses Windows 3.1 as a GUI.

2. NT, as shipped, will not be a replacement for multiuser UNIX.

3. Microsoft is now changing it's direction to sell NT as a server OS.

4. OS/2 2.0 is the best answer in town for multitasking today's MSDOS
  applications.

5. Most important PC application are moving to UNIX.

6. Free UNIX won't make it as a commercial product.

7. As delivered, NT does not support conventional multiple logins, and
   Microsoft says that they have no plans to change this.

The number of UNIX sites is increasing, not decreasing.

-- 

Rick Kelly	rmk@rmkhome.UUCP	unixland!rmkhome!rmk	rmk@frog.UUCP
Newsgroups: comp.unix.sys5.r4
From: einhorn_d@apsicc.aps.edu (E. Drew Einhorn)
Subject: Dell - rmfree map overflow???
Date: Wed, 18 Nov 92 16:14:00 GMT
Organization: Albuquerque Public Schools - Career Enrichment Center
News-Software: VAX/VMS VNEWS 1.41    

I just found this newsgroup.  I recently posted a version of
the following to comp.unix.admin but this seems to be a better
place for this problem.

Hello I am trying to resolve problems on Dell Unix SVR4
Issue 2.2 platform I suspect but am not certain that something in
the Dell Unix is misconfigured.  Hope it's something I can adjust

I am getting a large number of messages of the form:

WARNING: rmfree map overflow D01B475C. lost 1 items at -19yxxx

where y is 0, 1, or 2 and x is a decimal digit.  These messages
appear to be written to /dev/console not stdout or stderr.  I
don't see them when running under X but when I exit X, I find
the last couple that haven't rolled off the top of the screen.

Under Dell Unix SVR4 error messages don't accumulate in
/usr/adm/log.  Is there a way to reconfigure so the
system error messages are logged.

At the time the errors occure I am running a script to apply
patch "2" to Oracle V6.0.34.2.1  Oracle is attempting to
replace files in large .a archives.  After getting many of these
errors the system eventually crashes and I have to hit the
power switch to get it restarted.  When I try again after the
reboot and fsck's the archives are corrupted.  Will pursue
this with Oracle and Dell Tech support in the morning.  Hope
somebody recognizes this error message and I don't have to
resort to a horrendous find command looking for the string
"rmfree map overflow"

Newsgroups: comp.unix.sys5.r4