HDTenEightyP/NetNews huggingface dataset:
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: pax-1.1.tar has been uploaded to US4BINR
Organization: Somewhere just far enough out of Toronto
Date: Mon, 14 Dec 1992 05:41:00 GMT

In article <1992Dec9.143417.23772@solucor.uucp> andrew@uel.co.uk writes:

>Jacques Gelinas
>Maintainer of US4BINR. Archive site for UNIX SVR4 (386/486) binaries.
>jacques@us4binr.login.qc.ca

Um, I don't mean to be a drip, but wouldn't it be a lot more efficient
if the folks maintaining US4BINR just posted an updated index from time
to time?

If the rest of you like to see "new release" postings as they come
available, then never mind. But it just seems like a bit of a waste of
bandwidth to me to see a new posting every time the archivers find
something new.

Keep up the good work, guys, but I don't think I need to hear from you
daily...

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
         "IBM's three letters are probably EBCDIC for CYA" - Nik H.
Xref: sparky comp.unix.sysv386:17461 comp.unix.sys5.r3:145 comp.periphs.scsi:6104
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r3,comp.periphs.scsi
Subject: Re: ISC 2.0.2 and SCSI primary controller/drive
Date: 10 Dec 92 18:03:53 GMT
	<Byt7DC.B3n@maxed.amg.com> <2402@adagio.lemis.uucp>
	<id.0SMV.KW5@ferranti.com>
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 7 Dec 92 19:29:54 GMT, korenek@ferranti.com (gary korenek) said:

korenek> ... my original request for help:

korenek> korenek@ferranti.com (gary korenek) writes: Will a SCSI primary
korenek> controller and disk drive work with ISC UNIX 2.0.2?  One fellow
korenek> netter said that it would not, and I would like some second
korenek> opinions.

korenek> ... and some of the followup replies: [ ... ]

korenek> Majority of followups and replies say "Yes primary SCSI will
korenek> work with ISC 2.0.2 (from initial install through to configured
korenek> system)", and minority say "No, primary SCSI will not work with
korenek> ISC 2.0.2".

Actually they are both right.

If by "primary" SCSI controller you mean "bootable", then the 1542 will
allow you to boot from the first of its disks, _if_ there are no other
disk controllers. So, it's true that one _can_ use the 1542 as the boot
controller (if there are no other disk controllers); it's also true that
one _cannot_ use the 1542 as the boot controller (if there are other
disk controllers).

korenek> o Can I go from square 0 (empty hard disk, initial install from
korenek> ISC floppy) through to configured running system, using ISC
korenek> 2.0.2 and primary SCSI controller (and hard drive)?

Yes, if you have no other disk controllers. If you have any other disk
controllers, you can only install ISC on the disks attached to it, even
if, once installed, it can use the disks attached to the 1542 for non
bootable file systems.

(incidentally, the 1542 is not a SCSI controller, it's a SCSI host
adapter; in SCSI terminology the controllers are those that interface a
peripheral, not the machine, to the SCSI bus).
--
Piercarlo Grandi                   | JNET: pcg@uk.ac.aber
Dept of CS, University of Wales    | UUCP: ...!aber-cs!pcg
Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@aber.ac.uk
From: bruno@athena.mcrcim.mcgill.edu (Bruno Hall)
Newsgroups: comp.unix.sysv386
Subject: tn3270 (was: x3270 for dell svr4?)
Date: 17 Dec 92 00:49:23 GMT
Organization: McGill University Broom Closet

Jeff Wolfe <JTW106@psuvm.psu.edu> writes:
>I hate to ask this, 'cause I suspect it is a FAQ, but ...
>Does anyone have a copy of X3270 that will compile under Dell sVr4?
>I'm not much of a programmer, but I know my way around makefiles somewhat.. :)

Sitting in my archive is something which appears as x3270-1.2.tar.Z
I seem to remember adding an 

	#include <sys/sockio.h>

to the top of telnet.c.

Has anyone gotten a tn3270 to compile properly under SVR4?

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.
Newsgroups: comp.unix.sysv386
From: richard@pegasus.com (Richard Foulk)
Subject: Re: What's happening to ISC UNIX?
Organization: Pegasus,  Honolulu
Date: Fri, 18 Dec 92 14:57:58 GMT

>>I suspect that any holder of one of these packages wouldn't have too
>>much trouble convincing ISC to make good.  A few well-placed letters
>>to the right government agencies should do the trick.  After all, most
>>states have laws against this kind of thing.
>>
>>So there!    :-)
>
>Where? Where? Remembering back, which is not necessarily a crystal clear
>view, I recall the V4 versions were called "real" developer's releases
>but not "real" commercial releases. If that difference is significant
>to you, it may not be, the idea was that developers could get a jump
>on V4, before its commercial release.
>
>Of course, there is no ISC anymore, as far as PC Unix goes, there is
>only the Interactive product and the former employees of Interactive/
>Kodak now at SunSoft. 

I'm not sure this is true.  I have a vague recollection that Sun bought
part of ISC, but not all ...  Though I'm not sure that it's possible for
the buyer in this sort of situation to be absolved from liability anyway.

>Do you think SunSoft is legally liable, or morally, for the ISC V4
>product, or for continuing it, and that ISC Kodak misled V4 purchasers
>fraudulently? Or maybe Kodak is liable for selling the x86 product
>to SunSoft?

Since SunSoft is now the owner I'd guess that they're now the liable
party.

>When people get dead-ended with a product they are likely to be un-happy
>certainly, but when you say a "holder of one of these packages wouldn't
>have too much trouble convincing ISC to make good," and "most states
>have laws against this kind of thing," what does that mean? What would
>making good be? And what kind of thing is it here that states have
>laws against?

Breach of contract sounds good.  They promised to deliver a working V4
and all that was shipped was half of a broken one -- which they admitted.
There were all kinds of promises in their advertising and elsewhere that
were not kept.

When ISC decided not to deliver on their promises they should have
offered refunds.  I remember being surprised that they didn't, even
in light of their poor support on earlier products.

>I mean these questions in a nice way, and I'm not trying to anger
>anyone--Id like to know what people think SunSoft owe holders of
>Interactive V4 licenses and why.

No problem.  I'm just surprised that no one seems to be holding their
feet to the fire (or perhaps some have but we haven't hear about it).


-- 
Richard Foulk		richard@pegasus.com
Newsgroups: comp.unix.sysv386
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: SCO performance monitors (where?)
Organization: Open Age, Inc.
Date: Thu, 17 Dec 1992 03:24:49 GMT

841613t@dragon.acadiau.ca (Don Tyzuk) writes:

>Somewhere in my travels I have seen tools to monitor SCO
>sysV/386 resources and performance.  I think it was ftp.uu.net
>but now when I look, it is nowhere to be found.

>Can someone point me to where this type of stuff might be found,
>and anything else like it...

>(or anything interesting for SCO)  

You can look in ~/vendor/sco/TLS or on ftp.sco.com in the TLS directory.

-- 
The Golden Gryphon 				gryphon@openage.COM
"Mad Scientists seeks mindless brawny assistants, good pay, quiet location."
"They're not ghosts,  they're metaphysically challenged." - Me
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
Newsgroups: comp.unix.sysv386
From: dawes@physics.su.OZ.AU (David Dawes)
Subject: Re: SAS help wanted
Organization: School of Physics, University of Sydney, Australia
Date: Sun, 20 Dec 1992 11:01:29 GMT

In article <1992Dec17.203852.8531@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Dec16.183302.21276@dragon.acadiau.ca>, ddewolfe@dragon.acadiau.ca (Dave DeWolfe) writes:
>| Greetings all.  I use SAS 1.25 on Esix 4.0.4.  I would like to know how
>| to make /dev/ttyF00 have a minor number of 0, instead of the 80
>| that it has now.
>
>  Do you mean that when you did the mknod it did the wrong thing under
>Esix, or what? Under other systems I change minor device number iwht rm
>and mknode.

Might be a good idea to also modify /etc/conf/node.d/sas to make sure
that it won't be reset when you next rebuild the kernel.

David
--
------------------------------------------------------------------------------
 David Dawes (dawes@physics.su.oz.au)    DoD#210      | Phone: +61 2 692 2639
 School of Physics, University of Sydney, Australia   | Fax:   +61 2 660 2903
------------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Subject: What public domain (or otherwise free) ISC device drivers exist?
Reply-To: root@shawn.uucp (Mark Jeghers -- UNIX/X/Motif Contractor)
Organization: Mark Jeghers -- UNIX/X/Motif Contractor
Date: Thu, 17 Dec 92 07:38:55 GMT

I am aware of a few device drivers that exist for Interactive UNIX
(now SunSoft), like the wonderful FAS (serial driver) and a
Soundblaster driver (which I built and never tested).  What are
the device drivers YOU know of for ISC (3.0 in particular, though
drivers working on older versions should port ok)?  What is the
state of said drivers and where can they be gotten?

Thanks

Mark Jeghers
UNIX/X/Motif Contractor
408-281-4823 [voicemail]

Newsgroups: comp.unix.sysv386,comp.unix.ultrix
From: delamper@brsux0.bro.dec.com (Delamper Lukas)
Subject: Re: socket - TCP/IP problems
Reply-To: delamper@brsux0.bro.dec.com (Delamper Lukas)
Organization: Digital Equipment Corporation
Date: Tue, 15 Dec 1992 12:41:31 GMT


>	Has anyone explored implementing PPP on VAX/MIPS Ultrix 4.0 and above?
>If so, I'd like to discuss this. I've looked at the various PPP code for
>SunOS - porting to Ultrix for rudimentary functionality (over async TTY
>connections such as direct tty or LAT service) would not seem overly
>unbearable.


It has not only been expored, it has been done. Morningstar sells PPP
on Ultrix; contact jamey@morningstar.com for more indormation.

PPP is also supported by the DECnis600 brouters. Useful if several machines
want to share a line, expensive if it's only for one workstation....





Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Will SCO Xenix/Unix/ODT work with Tseng video?
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 19 Dec 1992 20:05:40 GMT
Keywords: SCO, tseng

In <1992Dec15.195350.322@ns.network.com> clayh+@MUDLHEAD.NETWORK.COM (Clayton Haapala) writes:

:In article <1992Dec15.073543.6831@griffin.itc.gu.edu.au>, rosser@kraken.itc.gu.edu.au (Brad Rosser) writes:
:|> 
:|> Will Xenix 2.3.4, SCO Unix (versions 2.0 & 4.0) and SCO ODT 2.0 support
:|> the Tseng card?
:Xenix 2.3.4 runs fine with my ET-4000 with 1MB. I have run SCO X Windows for Xenix
:on it.  (Got a grafinfo file for the Orchid Prodesigner-II to make it work.)  I
:also run mgr.  Oh, the X I ran in 800x600 mode.  16 colors, of course.

Running 800x600 16 colors will work on any VGA card I've ever
tried.  The trick is to get them to run in the higher resolutions.

I've never had any luck with cards running the ET-4000 chipset
unless it's specifically defined in the grafinfo database.  I
spent at least a half-day with one card trying all combinations
of every grafinfo file with the ET-4000.  Many times it required
doing an ALT-F1 and logging in and shutting down on a very
scrambled screen when the definition was way off :-).

My solution is to buy a card that I know works, and save myself a
lot of grief (now if I could only justify an ATI ultra...:-).

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: comp.unix.sysv386
From: herbst@seq.uncwil.edu (R.T. Herbst)
Subject: UUCP/uuto/cu/...
Keywords: UUCP uuto cu
Organization: Univ. of North Carolina @ Wilmington
Date: Sun, 20 Dec 1992 11:22:32 GMT


This may help those who are having tropuble using UUCP.
To cu, send and receive files, and send mail to another 
UNIX system hereafter the host.

1. You need an entry on the host machine in /etc/passwd
like the nuccp entry except the user name must be the node-name 
of the local system.

2. You need on the host machine a Permissions file in 
/usr/lib/uucp like the one shown below. No guarrantees
that your system will work with this one; but  should with one like
it.

#	@(#)uucp:Permissions	2.1.1.4
# (See Operations Guide.)
LOGNAME=nuucp SENDFILES=yes
LOGNAME=<node-name>\
SENDFILES=yes \
VALIDATE=<node-name>\
READ=/usr/spool/uucppublic \
WRITE=/usr/spool/uucppublic \
MACHINE=<node-name>\
COMMANDS=/bin/rmail \
REQUEST=yes

3. My REL 4 did not come with a dailer script for intel 14.4 
or the Boca.

Below is a dialer script that works
for the intel14.4. 
Caution you may want to remove the \\J1 and associated OK\r.
Also the ATS0=1 and ATM0 are optional.

This one line file should be edited into /usr/lib/uucp/Dialers
with care. 
Since intel144 is a new line in Dialers you will have to
modify the Devices file. 

intel144 =,-,    "" \M\dATQ0\r\cAT\r\c OK\r AT&F\r\c OK\r AT\\N0\r\c OK\r ATM0\r\c OK\r ATS0=1\r\c OK\r \EATDT\T\r\c 00 \r\m\c

No guarrantees that the above will work for any other
14.4 modem. Guess this is a good place to start.

shoudl you want bilateral communications with another UNIX box
just put the corresponding Permissions file on your machine.

ALSO the latest version of Ckermit-- kermit5a(188) is a winner and
is an alternative to uucp..

To use ckermit you  should as root

chown uucp kermit
the chmod 4755 kermit

where kermit is the executable derived form the wermit that is
produced by make <sys>

herbst@seq.uncwil.edu
From: mittag@megatek.com (Larry Mittag)
Newsgroups: comp.unix.sysv386
Subject: Re: Problem with ICS 3.0 and TEXEL CDROM
Date: 15 Dec 92 22:18:35 GMT
Reply-To: mittag@megatek.com
Distribution: usa
Organization: Megatek Corporation, San Diego, California

In article <584@rri.UUCP> tim@rri.UUCP (Tim Buck) writes:
>In article <1992Dec8.121935.5483@compunet.uucp> steve@compunet.uucp (Steve Snow) writes:
>>I have just purchased a TEXEL DM-3024 CDROM drive to use with my ISC 3.0
>>unix system. The problem I am having is that when I attempt to mount the
>>drive I get a "PREVENT MEDIA REMOVAL failed" error and ISC refuses to mount
>>the drive. I have used an NEC CDR-74 in past which worked fine. The only
>>difference in the two drives is that The NEC has a motorized eject button
>>and the TEXEL has a mechanical eject. Does anyone have a work around or
>>patch for ISC. 
>>
>>Thanks,
>>
>>Steve Snow
>
>Here's a workaround:  Return your Texel drive and buy a different one that
>has an electronic eject.
>
>Seriously, I don't think there's any way around the problem -- the Texel
>drive simply doesn't recognize the Prevent Media Removal SCSI command, which
>is required by the ISC 3.0 High Sierra driver.  We also tried Micro Designs
>SCSI Express driver, with the same result.
>
>Timothy Buck   --   rri!tim@vtserf.cc.vt.edu OR timbuck@borg.lib.vt.edu
> Recognition Research, Inc. (703) 231-6500	++ NeXTmail accepted ++
>------------------------------------------------------------------------
>The first sign of maturity is the discovery that the volume knob also turns
> to the left.

I just spoke to the tech support guy at Texel, and he says he already has a
fix. He said it would be available next week, but I reminded him that there
was some holiday or other during that period, so he amended that to the week
after. The number for Texel is 1-800-886-3935. I'll let you know how it works
out.

Larry Mittag
mittag@megatek.com
From: 5652garsidej@vms.csd.mu.edu
Newsgroups: comp.unix.sysv386
Subject: > Writing and reading from a device
Date: 18 Dec 1992 02:59:45 GMT
Organization: Marquette University - Computer Services
Reply-To: 5652garsidej@vms.csd.mu.edu
NNTP-Posting-Host: vmsd.csd.mu.edu

Hi,
   I am trying to write a simple communication program that will basically
read and write to a port that a modem is connected to (not quite fortunate
to have tcp/ip yet).  The problem is that when I echo the output, not all
of it is released by the buffer.  I am using SCOV5.  Any suggestions?
Also, if anyone has some source code to get me started, that would be great.
Thanks...
jg
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: larry@news.rn.com (Larry Snyder)
Subject: Re: mush-7.2.5.tar has been uploaded to US4BINR
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Fri, 18 Dec 1992 12:26:05 GMT

andrew@uel.co.uk writes:

>To download mush-7.2.5.tar, mail the FOLLOWING 3 LINES to request@us4binr.uucp
>or to request%us4binr.uucp@uunet.uu.net

Why not consider posting a summary once a week (or month) instead of
every time a new file comes in.  We get hundreds of news files per week
and no way in the world would I bog down machines posting "whats new"
entries (and I'm on the internet)..

BTW, mush comes with stock Dell SVR4.
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386,comp.unix.questions
From: mrbulli@btoy1.UUCP (Mr. Bulli (private account))
Subject: Re: UUCP woes
Reply-To: mrbulli%btoy1.uucp@ee.rochester.edu
Organization: Private UUCP site
Date: Tue, 15 Dec 1992 12:28:04 GMT
Followup-To: comp.unix.sysv386,comp.unix.questions
X-Newsreader: TIN [version 1.1 PL8]

Gregory A. Heim (heimgre@mail.auburn.edu) wrote:
: I am having problems getting my UUCP to send files and mail.  The direct 
: connection is established and working fine.  I have uugetty on both sides
: and have no problem connecting both ways with cu.  However when I try
: to send mail or files, they just sit in queue.  When I run Uutry, it seems
: to be connecting ok, but it hits a certain point and just gives me alarm 1,
: alarm 2... every couple of seconds and finally bomb on alarm 10.  I have
: been unable to determine what the alarm message means.

: If it is of any consequence, one machine is 386 running ISC 3.2, the other
: is an NCR Tower 32/850.

: ...
: If any other info would be helpful, let me know.


: Thanks,

: Greg

-	Check the modem parameters (e.g. 8 Bits, 1 Stop, No Parity)
-	Use Hardware handshake (RTS/CTS) only
--
  ______                             __        _  _
    /   /                           /  )      // //                        
   /   /_  __________  __.  _      /--<  . . // // o ____  _,  _  __
(_/   / /_(_) / / / <_(_/|_/_)    /___/_(_/_</_</_<_/ / <_(_)_</_/ (_
       UUCP:     ..rutgers!ur-valhalla!btoy1!mrbulli      /|  Compu$erve:
       Internet: mrbulli@btoy1.gboot.rochester.ny.us     |/    76535,2221
From: jessea@u013.me.vp.com (Jesse W. Asher)
Newsgroups: comp.unix.sysv386
Subject: Re: PPP on ODT 2.0 - Dynamic IP Allocation ?
Date: 9 Dec 92 16:38:49 GMT
Organization: Varco-Pruden Buildings

In article <rob.723307885@hp11>, rob@hp11.aws.waii.com (Rob Freyder) wrote the following:
>In <1992Dec1.233306.279JPII@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:
>
>>In article <ByLDoz.92x@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>
>I talked to one of the sales folks there yesterday. List price is $795.00.
>30 copies gives us a 20% discount. Dont have the full discount schedule.

This is ridiculously expensive.  This costs as much as SCO itself.  Once
again a vendor is shooting themselves in the foot because they think
they can get away with it.  I know my company will not buy 200 copies of
this at even 20% off discount.  Maybe at $150 a copy.  Forget it.

-- 
      Jesse W. Asher                                          (901)762-6000
                             Varco-Pruden Buildings
                 6000 Poplar Ave., Suite 400, Memphis, TN  38119
    Internet: jessea@vpbuild.vp.com                   UUCP: vpbuild!jessea
Newsgroups: comp.unix.sysv386
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: What's happening to ISC UNIX?
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sat, 12 Dec 1992 18:45:15 GMT

In article <1992Dec12.001751.16715@pegasus.com>,
 richard@pegasus.com (Richard Foulk) writes:

| ... is so! ... is not! ... is so!
| 
| My we're adamant today, aren't we.

NYA NYA NYA!!!   ;-)

| I suspect that any holder of one of these packages wouldn't have too
| much trouble convincing ISC to make good.  A few well-placed letters
| to the right government agencies should do the trick.  After all, most
| states have laws against this kind of thing.

Ok.  Which government agencies, what laws, and what should the letter
look like? Why not post a sample...

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.sysv386
From: larry@news.rn.com (Larry Snyder)
Subject: Re: configuring xdm on Dell 2.2
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Tue, 15 Dec 1992 22:06:38 GMT

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

>One note for xdm users - unless Dell has fixed a rather nasty little bug

Dell did fix something in xdm -- at least there was an patch out
for those on support --

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sysv386