HDTenEightyP/NetNews huggingface dataset:
From: felix@escape.vsse.in-berlin.de (Felix the double Helix)
Newsgroups: comp.unix.sysv386
Subject: Re: Wanted: SysV Text User Interface Builder
Date: 27 Jul 92 03:54:09 GMT
Organization: Felix the double Helix

sells@cs.umn.edu (Chris Sells) writes:

>I need a TUI interface builder for AT&T SysV 3.2.x that provides full
>prototyping and support for forms, menus and text objects and well as
>user code. I am willing to _pay_! PD is ok, too. Anything to help me
>put an intelligent interface on this user-hostile machine (w/o graphics).

well, i don't know if that really helps you, but under system v.4 you have
FMLI (Forms and Menu Language Interpreter). iit's really a great tool
for creating nice a nice curses-style gui and as easy to program as a
shell script (instant guis ;-)

before you actually *pay* for such a tool, i'd rather suggest
getting system v.4.

so long,
	felix
-- 
Felix Gaehtgens, Homburger Str. 26, 6000 Frankfurt/main(argc, argv) 90, FRG
EMAIL: felix@escape.vsse.in-berlin.de
"bind has a big problem. its configuration files might be human readable -
but they're far from being human writeable!"
From: p_copela@csd.brispoly.ac.uk
Newsgroups: comp.unix.sysv386
Date: 17 Jul 92 19:54 MDT
Subject: Re: a better login program for ISC 2.2
Nf-ID: #R:1992Jul2.211723.3563@csd.brispol:1235587151:1992Jul17.155444.9778@csd.brispo:-1185303253:001:1031
Nf-From: csd.brispoly.ac.uk!p_copela    Jul 17 19:54:00 1992



|> >Does anyone have the FTP  address of a login program for ISC 2.2 which
|> notes
|> >the hostname that the caller is coming from? the one I have doesn't.

|> >ie when I do a 'last', I only obtain 'localhost' as the calling destination

|> So, where is the 'last' command?  I haven't got one that I could find.

I used the coherent one that was freely available written by Randy Thomas
rthomas@ucrmath.ucr.edu

the tar file if only 20 k and the compressed file smaller still,.. I'll send
you a copy through email (It's the in the distribution tape i'm compiling
(also it may take a bit longer than I thought to build the tape)

Thanks for the info

Phil
=--=

===============================================================================
  (c) 1992 Philip Copeland - alias 'Bryce'                    (course: BScITIS)
  JANET      : p_copela@uk.ac.bristol-poly.csd

                                  "... I can resist anything but temptation..."
-------------------------------------------------------------------------------

Newsgroups: comp.unix.sysv386,comp.os.linux
From: cmenser@nyx.cs.du.edu (Charles Menser)
Subject: Re: How to get rid of your Diamond Speedstar 24
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Thu, 23 Jul 92 03:10:24 GMT

In article <1992Jul22.232501.27215@sinkhole.unf.edu> shite@sinkhole.unf.edu (Stephen Hite) writes:
>
[Stuff Deleted]
>
>  I ordered the HIColor and I got the DS 24.  I called back High-Tech USA
>in the Computer Shopper and here's how the conversation went: 
>
>Me:  I received the wrong graphics card from you.  I didn't order the
>     DS 24, I ordered the DS HIColor with the 15-bit RamDac chip.
>
>HT:  ...but it's a better card.
>
>Me:  ...but I'm not running DOS, I'm on Unix using X and the proprietary
>     nature of the card makes it unsuitable for my purposes (namely, to 
>     drive X386).  
>
>HT:  ahhh, okay...
> 
>Me:  I really don't care about the high color feature, so why don't we do
>     this...I understand you have the Orchid Prodesigner IIs.  This will 
>     fit my needs.  Give me an RMA number, I'll send you the
>     DS 24 and you send me the OP IIs and we'll call it an even swap.

Is this the EISA version of the Orchid? If not, is the EISA version an
ET4000?

>
>HT:  sounds good. 
>
>  Well, what I lose is the UPS ground to send the DS 24 to them and I want
>them to send me the OP IIs UPS blue (about $7), so I lose $10 from the
>original deal.   I blow ten dollars hitting 2 large buckets of golf balls
>at the driving range so I can live with this. ;-)
>
>  I got e-mail from several people already saying that they've tried to
>get information out of Diamond Computer about setting the clocks on
>the DS 24 and they've gotten the cold shoulder.   
>
>  In summary, try to get a swap for the Diamond Speedstar+ or the 
>Orchid Prodesigner IIs (very common card for vendors to carry and the
>ones from '92 have an 80 dot clock according to the X386 mode database).
>
>  Good luck to the ones trying to figure out how to set the clocks or
>disassembling VMODE and porrting the vital parts to GAS.
>
>  There /is/ a HiColor version of the Orchid Prodesigner IIs but I'm
>too chicken to get this one for fear of there being something funky
>with that as well (then I'm back to square 1).
>
>Steve Hite
>shite@sinkhole.unf.edu

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Charles D. Menser               !  "... and even if you choose not to decide,
cmenser@vyonous.kennesaw.edu    !           you still have made a choice."

Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: HELP!! run out of spaces for news
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Tue, 21 Jul 1992 13:45:58 GMT

In article <1992Jul20.155138.15455@microsoft.com> a-willyp@microsoft.com (Willy Paine) writes:

>My hardware is:  DELL UNIX SVR4 with ESDI 650 meg 
>                 hard drive.

>I need your help on setting mkfs for news spools
>(/usr/spool/news).   I get running out of disk
>spaces (out of inodes), even I have 94 megB left.

Check the mkfs man page; it should give you an example similar to:

	mkfs -options /dev/whatever blocks:inodes

Last time I lookd at my news spool, I was using an average of about 3.5
blocks (512 bytes) per inode. Figure your block/inode usage, and allocate
a thousand or so extra inodes (takes a trivial amount of space for the
insurance against running out) when you remake the fs.

I haven't had any problems with space (other than sheer volume) since I
did that.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
Newsgroups: comp.unix.sysv386
From: larry@trauma.rn.com (Larry Snyder)
Subject: ISC 3.2 2.21
Organization: Gator Conferencing Systems - 219-289-0777 - 6 lines
Date: Sun, 26 Jul 1992 15:07:02 GMT

I have a copy of ISC 3.2 2.21 and can't find smtp --

which disk does smtp reside?  It's not on the TCP disks
which is where I would expect to find it...

larry

-- 
Larry Snyder                                    internet: larry@gator.rn.com
4950 Estero Blvd, Ft. Myers Beach, FL            uucp: uunet!rde!nstar!larry
From: donn@dellunix.dell.com (Donn Baumgartner)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR$ (and Dell hardware) total lack of success on Postscript
Date: 21 Jul 92 08:27:42 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas



>>Bull.  Dell neither makes nor sells the HP LJII (with Postscript+ cartridge),
>>nor did we make the cable your using... so your complaint is unjustified.
>>We're familiar with your problem - even in development we've heard your
>>whining, and frankly you're not making your case any stronger.
>
>Yeah, right.  Since Dell doesn't make printers, Dell SVR4 is not
>guaranteed to work with printers -- any printer.  Now *there's*
>something to put on the sales flyers!

While Dell does not 'make' any printers, it probably sells a few... and no
doubt we support them.

>Incidentally, My HPLJIII (with Postscript+ cartridge) works like a charm under
>Dell, on decidedly non-Dell hardware.  Also, I sent Stan some mail
>explaining how I accomplished this, which, it appears, got mostly ignored.
>
>Bruno

Thank you.  You are a gentleman and a scholar.  If you haven't already,
please forward that note to support@dell.com for our future reference.
							- Donn
Newsgroups: comp.unix.sysv386
From: chip@chinacat.unicom.com (Chip Rosenthal)
Subject: Re: a better login program for ISC 2.2
Organization: Unicom Systems Development, Austin, TX
Date: Thu, 30 Jul 1992 07:32:58 GMT

In article <21204@rpp386.lonestar.org>
	jfh@rpp386.cactus.org (John F. Haugh II) writes:
>The Shadow Password Suite also logs the remote host name.

Actually it doesn't, or at least it shouldn't on ISC 2.2.  The Shadow
Password Suite should be configured to log host information only if
the system's /etc/utmp format provides a ut_host field.  You could
certainly hack on login to record that info, but you'd break every
single program on your machine which reads /etc/utmp.

None the less, it's still a nice package.  You should check it out
some time, John. :-)
-- 
Chip Rosenthal  512-482-8260 | Let the wayward children play.  Let the wicked
Unicom Systems Development   | have their day.  Let the chips fall where they
<chip@chinacat.Unicom.COM>   | may.  I'm going to Disneyland.  -Timbuk 3
Newsgroups: comp.unix.sysv386,comp.os.linux,comp.sys.ibm.pc.hardware
From: yarvin@highlite.uucp (Curtis Yarvin)
Subject: Re: What the 17" monitor reviews never tell you
Organization: Gotham Communications Research
Date: Fri, 24 Jul 1992 04:00:47 GMT

In article <1992Jul22.041743.9806@sinkhole.unf.edu> shite@sinkhole.unf.edu (Stephen Hite) writes:
>
>   I just wanted to let anyone who is deciding to purchase a 17" monitor
>for X386 work to be be cautious when making their decision.  I just
>bought one of the highest rated monitors in the $1100 price range
>(the Nanao 550i) and the one  I got has a tremendous problem with this
>"rainbow effect" at 1024x768.  There's a term for it that starts with the
>letter 'm' that I can't remember but the "look" is akin to a magnetic field
>pattern.

Misconvergence.  This is an annoying and common problem in cheap monitors;
the convergence may be correctly-adjusted in the factory, but the slightest
bump will throw it off.  I have the odd feeling that the quality of a
monitor's convergence depends very closely on the quality of its packing...

I bought a Sony 1604, a 17" monitor which normally gets very good reviews,
four months ago.  When it came the box looked like it'd been to Rwanda as
the main prop in a gorilla caber-toss.  The display was a few degrees out of
true, the convergence was appalling, the focus was blurry as bats, and the
thing made whining noises and gnashed its teeth, like a drunk ferret.

One good thing about buying Sony, though, was that I didn't have to ship
it off to get fixed; there was a service center nearby.  It took three
weeks (after they predicted two days), but they got most of the problems
fixed.  There's still a little misconvergence in parts of the screen, and
the focus is right at the edges but off in the middle (does anyone know
if there's an internal knob which will fix this?), but for the most part
it's ok.

I work in green-on-blue so the misconvergence is little problem, and
the focus isn't bad enough to discourage 10-point text at 1152x900, but
I doubt I'll buy a Sony monitor again.

One warning: the Sony CDP-1604s, which costs about $1000, is _not_ the
same as the GDM-1604 that makes color Suns such a joy.  The latter
has much more complex and finely-tuned electronic, and dynamic
convergence adjustment to hold back the rainbow blues.  It also costs
about twice as much - but you get what you pay for.

>  Perhaps Thomas Roell can comment on this?  Is my case unusual or is it
>all just a crap shoot?  I would strongly recommend that if you're in
>a big city to buy your 17" monitor locally even if it costs an extra
>$100 because at least you can try before you buy.  

Definitely.  The same, of course, goes for 14" monitors; though, there, the
picture quality is so poor that a little misconvergence hardly hurts.

c
Newsgroups: comp.unix.sysv386
From: dougp@ico.isc.com (Doug Pintar)
Subject: Re: ISC 3.0: Why Very Fast File System is slower?
Organization: Interactive Systems Corp., Boulder CO
Date: Tue, 28 Jul 1992 06:08:48 GMT

In article <76678@ut-emx.uucp> muhammad@chaos.utexas.edu (Muhammad Pervez) writes:
>
>	From the tests I have done with the VFFS (Very Fast File System),
>I am getting a performance of about half as compared to the default
>file system (S51K).  Am I missing something?  I will like to hear
>comments about this new file system.
>

>	Then used the copy command:
>
>	# time cp foo bar
>  
Here's the problem.  The VFFS provides no buffering, nor does it do the
adaptive read-ahead that the standard (ISC anyway) filesystem does.  The
'cp' command uses a small (4K) buffer for reading and writing the file
when copying it.  The standard filesystem will attempt to read something
like 34KB at a time, so most of the reads will wind up getting things
from the buffer cache.  In addition, you won't see the times taken by the
cache manager doing write-behind.  The VFFS was designed for programs that
use *large* buffers internally, usually to do unidirectional file I/O.
Try doing something like
	dd if=foo of=/dev/null bs=1024k
to see how fast it'll read.  It wasn't designed to be terrific on copy
operations, but you could easily write a small program to write 30MB in
1MB chunks and see how fast it works.

This is a problem of using the wrong benchmarking method.  Remember, the
VFFS was *not* designed to be a general-purpose filesystem (although, as
you've demonstrated, it will *work* as such -- just not terribly well).
Think of big files such as images (maybe 18MB each) where you need to
read in large portions of them to perform some kind of computation and
then need to write it out again somewhere later.
Cheers,
DLP
Newsgroups: comp.unix.sysv386
From: d10590@tanus.oz.au (Robert Chalmers)
Subject: kermit
Organization: Pro-Net Australia
Date: Wed, 22 Jul 92 07:55:08 GMT

Is kermit available for the SCO as public domain? If not, where can I buy a
copy please?
Bob
_________________________________________________________________________
|Robert Chalmers. d10590@tanus.cec.edu.au. Mackay, Queensland. Australia|
|APCUG nanguo!root   (AUS)               UUCP mwcbbs!nanguo!earth  (USA)|
|---------------------* ao zhong youyi wan sui *------------------------|
|  UUCP nanguo!root  +61  79-521070 AEST:24 Hours. in:nuucp rd:uupublic |
|  MYNAME=bbsuser   ~/INFO   Australian-Pacific Coherent User Group     |
|-----------------------------------------------------------------------|
From: dragon@zeus.calpoly.edu (Long Nguyen)
Newsgroups: comp.unix.sysv386
Subject: Development Toolkit SCO UNIX 3.2 Needed
Date: 26 Jul 92 18:03:16 GMT
Article-I.D.: zeus.1992Jul26.180316.149356
Distribution: usa
Organization: California Polytechnic State University, San Luis Obispo

Hello everyone,
Does anybody know the Unix 3.2 Open Desktop 1.1 SCO development package
available on the SLS list for ftp or uucp?

Thank you in advance.
Long

---
dragon@zeus.calpoly.edu
voice: 805-756-1550
From: rvdp@sow.econ.vu.nl (Ronald van der Pol)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR4 and GCC sources (or lack therof)
Date: 23 Jul 92 11:58:51 GMT
Organization: SOW-VU, Amsterdam, The Netherlands

sblair@upurbmw.dell.com (Steven C. Blair "Unix Network Services") writes:

>All PD sources are available by the following:
>-------------------------------------------------
>(regardless of SVR4 Vendor, I might add)

>ftp to dell2.dell.com login anonymous.

They have been there alright. But where are they now?

mirror& ftp dell2.dell.com
Connected to dell2.dell.com.
220 dell2 FTP server (UNIX(r) System V Release 4.0) ready.
Name (dell2.dell.com:rvdp): ftp
331 Guest login ok, send ident as password.
Password:
230 Guest login ok, access restrictions apply.
ftp> cd sources/v2.1
ftp> ls -l
200 PORT command successful.
150 ASCII data connection for /bin/ls (192.31.231.47,1180) (0 bytes).
total 1046
-rw-r--r--  11 root     other       1519 Jun  4 10:34 DISCLAIMER
-rw-r--r--   1 root     other     212077 Jun  4 10:47 gdb.Z
-rw-r--r--   1 root     other      33401 Jun  4 10:54 in.ftpd.LOGING.Z
lrwxrwxrwx   1 root     other          9 Jun  4 15:36 opt -> /src/donn
drwxr-xr-x   2 root     other       1024 Jun  4 11:31 optold
-rw-r--r--   1 root     other     175811 Jun  4 10:54
security-doc.tar.Z
-rw-r--r--   1 root     other      68321 Jun  4 10:54 sendmail.mx.Z
-rw-r--r--   1 root     other      25933 Jun  4 10:54 slip-4.0.tar.Z
226 ASCII Transfer complete.
remote: -l
558 bytes received in 0.51 seconds (1.1 Kbytes/s)
ftp> pwd
257 "/sources/v2.1" is current directory.
ftp> 

--
Ronald van der Pol
rvdp@sow.econ.vu.nl
Xref: sparky comp.unix.sysv386:12401 comp.unix.internals:1609 comp.unix.questions:9404 comp.unix.wizards:3301
From: cs543tm@glen-ellyn.iit.edu (Thomas Mellman)
Newsgroups: comp.unix.sysv386,comp.unix.internals,comp.unix.questions,comp.unix.wizards
Subject: SCO Installable Device Driver package question
Date: 24 Jul 92 18:49:09 GMT
Organization: Illinois Institute of Technology, Rice Campus

I have a question about the SCO Unix Installable Device Driver
facility:  Is there any way to support multiple major numbers for
a single driver?

Our driver supports multiple devices per board, as well as multiple
boards.  I implemented it such that each device is a minor number
and each board is a major number.  Unfortunately, it doesn't seem that
the IDD package can support the notion of one driver having multiple
major numbers.

You can put two lines in the System file and support two interrupts,
and thereby support two boards.  But this requires an ioctl() to
inform the driver which board is to be used (or some kind of
constricting naming convention) - as far as I can tell.  Putting
two lines in the Master file probably would generate two major
numbers, but naturally tries to include two drivers, resulting in
multiply-defined names.

As a temporary arrangement, I have modified idbuild such that if I
pass it the -e (early-exit) option, it creates conf.c and the other
idmkunix input files and then exits.  I can then edit conf.c to add
the second major number.  Finally, if I run idbuild with the -m option
(make-now), it skips the call to idconfig, and just does a idmkunix.
Unfortunately, this process will have to be done everytime any device
driver is added or removed from the system.  New nodes will have to
be built as well.

Does anyone know of a good (or proper) way to handle this situation?
Any responses will be appreciated.  Thank you.

-----------------------------------------------------------------------
Thomas Mellman                   USA 312/698-0300 x250
c/o
mellman@iubacs on bitnet
mellman@ucs.indiana.edu on usenet
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: Destiny X Dell, Esix, Microport etc.
Date: 28 Jul 92 17:28:31 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <2A740945.6FC7@telly.on.ca>, evan@telly.on.ca (Evan Leibovitch) writes:

| Just how much will the two packages differ internally, and from the
| user's and administrator's viewpoints?
| 
| Will UNIX International be endorsing both as a long-term migration
| strategy, or only one?

  My reading is that V.4.2 is another V.4 release available to anyone,
and Solaris is a proprietary SunSoft derivative of an earlier version of
V.4.x. I would expect to see VAX V.4.2, and 88000, and i860, etc, but
not Solaris. Note that I don't have any non-d info on this or I couldn't
say anything, and I'm just guessing.

  Based on specs I think V.4.2 looks better on paper, but my grandmother
used to say "paper ist geduldich" ("the paper holds still" by here
translation). 
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
Newsgroups: comp.unix.sysv386
Subject: Re: Esix SVr4.0.3 Rev A X11 / lp probelms
From: chad@anasaz (Chad R. Larson)
Date: 18 Jul 92 19:00:27 GMT
Organization: Anasazi, Inc.  Phoenix, Az
Keywords: Esix X11 lp

In article <1992Jul11.065043.23028@cnw01.storesys.coles.oz.au>
duncan@cnw01.storesys.coles.oz.au (Duncan Goode) writes:
+---------------
| I recently purchased both ESIX SVr4.0.3 Rev A and a 486 to run it on.
| Up until now I have found both flawless.  The encountered problems are
| as follows:
+---------------
To paraphrase Arthur Dent in "The Hitchhiker's Guide to the Galaxy", this
is obviously some strange usage of the word "flawless" that I wasn't
previously aware of.

	-crl   :-)

-- 
Chad R. Larson            "I read the news today, oh boy!"  -- John Lennon
(602) 870-3330   ...!attmail!anasaz!chad chad@anasazi.com chad@anasaz.UUCP
Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020
Organization: University of Maine System
Date: Tuesday, 21 Jul 1992 16:14:49 EDT
From: John Grover <JGROVER@MAINE.MAINE.EDU>
Newsgroups: comp.unix.sysv386
Subject: SCO ODT 2.0 ranlib question

I'm just getting going with SCO. So far I like it. Please help me to
continue...

I have mucho makefiles that ranlib libraries. However, ranlib uses the
xenix ar so I always get the message that it cant complete because the
library is not in x.out form. I don't intend to ever use xenix format
libraries. How can I tell ranlib, or the rest of the system for that
matter, to forget xenix format?

John Grover                        "We all agree your theory is crazy,
Computing Center                    but is it crazy enough?"
University of Maine                                      -- Niels Bohr
jgrover@maine.maine.edu
Newsgroups: comp.unix.sysv386
From: zdxh0a@trc.amoco.com (Douglas Horn)
Subject: Re: Destiny X Dell, Esix, Microport etc.
Originator: zdxh0a@gpss53
Organization: Amoco Production Company, Tulsa Research
Date: Mon, 27 Jul 1992 13:28:08 GMT


In article <14rvigINNsb8@agate.berkeley.edu>, ilan343@violet.berkeley.edu (Geraldo Veiga) writes:
> I've just read a review of USL's SVR4.2 in this week's  OST.  They seem
> to confirm some of pre-release hype about Destiny. (And this comes from
> a magazine that fell head over heels for NT). Does anybody have
> an informed guess regarding other SVR4 vendors release plans for
> products based on  SVR4.2?  It looks like they will be facing stiff
> competition from Univell both in price and in features.
> 

Most of the SVR4 vendors will probably start selling SVR4.2. It still
remains to be seen what price Univell will set.

-- 
/*  Douglas Horn (zdxh0a@trc.amoco.com)     (918)660-3247             

    Helpful hints:   Stop programming before it is too late.  */
Newsgroups: comp.unix.sysv386
Subject: SASS 2.0 (update to sas-1.25) info?
From: bmyers@mcopn3.dseg.ti.com
Date: 23 Jul 92 16:25:15 CST
Organization: Texas Instruments Defense Systems & Electronics Group

Has anyone heard what the latest is on SASS 2.0?  (the latest and greatest
version of the sas program, for modem communications).

I've been told that it was due out last weekend, and also that it would
be available from rapfast.unibase.sk.ca -- it seems that the anon. ftp
login has been turned off on that machine though...

-bob
 
Newsgroups: comp.unix.sysv386