HDTenEightyP/NetNews huggingface dataset:
From: bob@ht2.me.umn.edu (Bob Hain (Sysop))
Subject: Re: What is the fastest 80x86 SVR4 X window hardware?
Organization: Dept. Mechanical Engineering, Univeristy of Minnesota 
Date: Fri, 11 Sep 1992 03:04:04 GMT

There has been quit a bit of discussion on this point here lately.
Someone suggested looking for a local bus board that ran an ET4000
chipset.  I chose that path for compatibility reasons.  ET4000 is
the best (most widely supported) chipset in the X arena (especially
in low to no cost arean).  My experience have been good.  I run
an 50 Mhx 486-DX local bus board.  The manual calls it GA-486US with
the video card coming from the same supplier a GA-200.  Local bus
slots run at processor speeds so the 50Mhz clock helps.  The result
is impressive.  The system has a feel similar in performance to a
Sun ELC (but with 8 bit color).  It is definately not a Sparc 2 GX
but hey....  One other point to consider is that I use my system
as a standalone workstation.  I am the only user so who cares if
I burn the CPU running the screen.  With a 50Mhz 486 you have a lot
of CPU to burn.

Burn .... Well that brings up another point.  My board is quite
heat sensitive.  I only know of one other system like mine and
that installation has also reported problems when the ambient temperature
exceeds 80 deg F.  A 20in box fan sitting next to the tower case
running on a medium setting has eliminated my heat problems.
I am considering case modifications using muffin fans but I have
NOT --- NOT EVER (to quote a well know politician) considered giving
up the speed.

=============================================================================
 
 INET:  bob@ht2.me.umn.edu             FAX:   (612) 624-1398
 VOICE: (612) 625-5559
 
 Bob Hain                      |                   |            |
 University of Minnesota       |_____      ____    |_____       |_____
 Dept. of Mech. Eng.           |     \   //.~~.\\  |     \      |     \
 111 Church St. S.E.           |      | ((  /\  )) |      |     |      |
 Minneapolis, Mn 55455         |_____/  ) \_--_/ ( |_____/      |      | ()
                                        (        )
=============================================================================
Newsgroups: comp.unix.sysv386
From: putaala@zombie (Miikka Putaala)
Subject: Archive XL tape & svr4
Organization: University of Oulu
Date: Fri, 11 Sep 1992 13:51:08 GMT


I have installed an Archive XL floppy tape as floppy drive B: and
installed the XL - software package from my svr4 distribution (MST);
Now I'm having problem using the tape.
Everytime I write '/usr/lib/tape/ftapecntl -s' I get the following
error message:

>Device /dev/rmt/f1q80c open failure.
>Please check that cartridge or device cables are inserted properly.

I removed the terminator resistor from the tape drive. It seems
too me that there is nothing wrong but obviously something is.

No, I did NOT forget the tape. It's in the drive.

The floppy drive A: is a 3 1/2-inch drive and has no terminator resistor
(I did not find it).

The /etc/conf/sdevice/xl file looks like this;

xl	Y	1	4	0	0	0	0	0	0

And this is the node file.

xl	rmt/f1q80c	c	149
xl	rmt/f1q80	c	21
xl	rmt/f1q80n	c	17
xl	rmt/f1q80nr	c	25
xl	rmt/f1q80r	c	29

-- :-) --

Has anyone had problems like this? (Bet everyone has but who would say it...)

Any help appreciated.

Thanks.


-- 
  // Miikka     putaala@phoenix.oulu.fi           Tatunkuja 6 90540 Oulu
     Putaala    mputaala@tolsun.oulu.fi	          FINLAND
                                                  Phone: (358) 81 362430
Newsgroups: comp.unix.sysv386
From: bruno@thunder.mcrcim.mcgill.edu (Bruno Hall)
Subject: Re: How to compile Gnuplot3.2 under DELL
Organization: McGill University Broom Closet
Date: Sat, 5 Sep 92 05:20:09 GMT

melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers) writes:
>
>Comipling gnuplot with DELL goes straight forward. 
>[...]

Yes.  I compiled it a couple months ago, and it works great.  I'd be 
interested to know if anyone has figured out how to get the 'clear'
command to work -- it's broken both on the Suns, and under (my) Dell.

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
Subject: Re: UUCICO synch/alarm problems
From: loncars@ucunix.san.uc.edu (Sven Loncaric)
Date: Sun, 13 Sep 1992 14:07:50 GMT
Organization: University of Cincinnati

In article <JOCHEN.92Sep8192445@busybit.mrz.sub.org> jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
>In article <1992Sep5.001101.860@honte.uleth.ca> fengstad@xi.uleth.ca (Grant Fengstad) writes:
>
>   I have set up a few UUCP connections on my SCO Unix system.  This system
>   is acting as a UUCP gateway for the Network.  When connecting to aother
>   system, I occasionally get problems during uucico transfers.  Midway,
>   uucico hags with the status screen showing:
>
>   alarm 1
>   alarm 2
>   alarm 3
>   etc
>
>Does this happen with speeds >2400bps and not with 2400bps ?
>If yes, you have the same problem that I had: You loose incoming
>characters.
>
>You have to find the reason for the character losses or use
>Taylor-uucp. Taylor-uucp worked for me even with character losses.
>
>Jochen
>-- 
>Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org

I have a similar problem. 

I am trying to set up a UUCP connection between an off-campus (SCO 3.2.2)
and an on-campus (Sun 4.1.1) machine. The off-campus machine uses Zoom 2400
baud modem to dial-in and access an on-campus TCP/IP network server through
which it then connects to the destination on-campus machine.

The problem is the following: The off-campus machine successfully
connects to the on-campus machine and the data transfer starts but soon
after that the connection breaks because the on-campus machine does not
respond any more. The UUCP diagnostic shows alarm messages ...

I suspect that the problem might be in the network server, I tried to turn
off the XON/XOFF protocol, server switch characters but with no result.
(I used SET SESSION PASSALL and SET PORT BREAK DISABLE server commands.
The server is DEC, I believe. It says VCP-1000 when I say SHOW SERVER.)
If anyone has had experiences with UUCP through servers please help me
to identify if that's the problem.

The off-campus machine has no problems connecting to other UUCP sites
directly through modems (no network servers).

BTW, is Taylor UUCP a public domain package ? If yes, what is the name of
the package to look for ?

I would appreciate any suggestions ... 

Thanks in advance


-- 
Sven Loncaric
Department of Electrical and Computer Engineering, University of Cincinnati
Internet: lsven@uceng.uc.edu
Newsgroups: comp.unix.sysv386
From: gil@limbic.ssdl.com (Gil Kloepfer Jr.)
Subject: Re: UUCICO synch/alarm problems
Summary: Problems with Xyplex
Organization: Southwest Systems Development Labs, Houston, TX
Date: Tue, 15 Sep 1992 02:14:49 GMT

In article <BuIsL2.L2I@ucunix.san.uc.edu> loncars@ucunix.san.uc.edu (Sven Loncaric) writes:
>I have a similar problem. 
[...]
>The problem is the following: The off-campus machine successfully
>connects to the on-campus machine and the data transfer starts but soon
>after that the connection breaks because the on-campus machine does not
>respond any more.
[interesting description of connection through terminal server deleted]

This looks like a problem I saw with Xyplex terminal servers.  Nothing
I have ever done has made UUCP work over these beasts, and the
commands you included in your article look like Xyplex server commands
(they emulate DECserver-200-like commands).

The only thing I could tell when I tried figuring this out a while ago
was that no matter what you told the server, it would still pad a
carriage-return or line-feed (I don't remember which) with a null
character under certain conditions.  UUCP won't tolerate any kind
of padding of characters, as you probably can guess.

The host I was trying to connect to both times I tried this was a
DECstation running ULTRIX, which may also have something to do with the
problem.  The awful thing about it was that I could get the connection
to succeed for a short time, then it would fail miserably.  It would
always fail in the same place on the same file.  Other files would
work fine.  The problem was definitely content-related, and as far as I
can tell (not speed-related).

Hope this at least saves you some frustration trying to get this to
work.  Certainly if anyone has gotten this configuration to work, I
would love to hear how.
-- 
! Gil Kloepfer, Jr.
! gil@limbic.ssdl.com / ...!ames!limbic!gil
Newsgroups: comp.unix.sysv386
From: jeff@samantha.chi.il.us (Jeffrey K. Johnson)
Subject: Re: man pages for ISC 2.0.2?
Keywords: man ISC 2.0.2
Reply-To: jeff@samantha.chi.il.us
Organization: JBC Associates
Date: Fri, 11 Sep 1992 04:31:33 GMT

In <1992Sep8.170913.7730@sun490.fdu.edu> tempel@sun490.fdu.edu (Philippe N. Tempel) writes:

: I got the man pages for the text processing utils and the development
: system (I think).  The man pages for the rest of the basic operating
: system tools were omitted from the distribution disks.  Where can I get
: online man pages for ISC 2.0.2 (UNIX SVR3.2)?

You can't.  You have to upgrade to at least 2.2 to get man pages.  They
were never and will never be available for 2.0.2.

-- 
Jeff Johnson		  Voice: (708) 991-0197    Fax: (708) 358-7578
Computer Consultant	  1107 E. Paddock Dr.
JBC Associates		  Palatine, IL  60067-4151
jeff@samantha.chi.il.us	  ...!uunet!vpnet!samantha!jeff
Newsgroups: comp.unix.sysv386
From: winslade@cwis.unomaha.edu (John Winslade)
Subject: Re: man pages for ISC 2.0.2?
Keywords: man ISC 2.0.2
Organization: University of Nebraska at Omaha
Date: Wed, 9 Sep 1992 00:28:33 GMT

tempel@sun490.fdu.edu (Philippe N. Tempel) writes:

>I got the man pages for the text processing utils and the development
>system (I think).  The man pages for the rest of the basic operating
>system tools were omitted from the distribution disks.  Where can I get
>online man pages for ISC 2.0.2 (UNIX SVR3.2)?

>Thanks,
>Philippe

I've asked that several times to several people.  I still have not
received a good answer.  The best so far was to hack together a set from
some of the BSD pages.  That's not what I had in mind.
 
If you do get a good answer, please let me know.
 
Good Day           JSW
From: ggw@wolves.uucp (Gregory G. Woodbury)
Newsgroups: comp.unix.sysv386
Subject: PD Software (was: DELL SVR4 - ...)
Keywords: dell svr4 filesystem
Date: 11 Sep 92 04:07:20 GMT
Reply-To: ggw@wolves.durham.nc.us
Organization: Wolves Den UNIX
X-Md4-Signature: 8f62ac46b123cc3a205da8937aa3b620

sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>larry@gator.rn.com (Larry Snyder) writes:
>>
>>As a bonus, Dell comes with all kinds of PDS ported and ready to run. 
>
>I hope that they got the OK from the authors of the PD software! If not,
>they may be violating the copyrights! If they are distributing any of my
>PD software, they never contacted me for my OK!

Let us *not* confuse PD (Public Domain) software, and "freeware" (freely
available, but copyrighted).

If the stuff is "PD" then there is absolutely no need to contact the
author for permission to distribute.

Freeware has only a minimaly more need for contacting the author.  If
the software is available on anonymous FTP archives, then there is
probably no need to ask the authors for permission to distribute.
Indeed, if they provide the sources with the system, they can even put
the GNU/FSF stuff on the machine.

Once the stuff is in the archives, then there is precious little the
author can really do as long as their name(s) and copyright notices are
preserved.
-- 
Gregory G. Woodbury @ The Wolves Den UNIX, Durham NC
UUCP: ...dukcds!wolves!ggw   ...duke!wolves!ggw           [use the maps!]
Domain: ggw@wolves.Durham.NC.US  ggw@cds.duke.edu  ggw%wolves@duke.cs.duke.edu
[The line eater is a boojum snark! ]           <standard disclaimers apply>
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: Single-user mode boot on SCO UNIX
Organization: Keith's Computer, Hope Mills, NC
Date: Sat, 05 Sep 92 04:06:25 GMT

In article <1992Aug30.161948.14084@jpradley.jpr.com> jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:
>In article <syscrc.714768938@gsusgi1.gsu.edu> syscrc@gsusgi1.gsu.edu (Randy Carpenter) writes:
>
>You need the root password to enter single-user mode too.
>

Nope, mount root from floppies, mv /etc/passwd and reboot.  Once in Sys
maint mode put it back, and run the passwd command. 

A little knowledge is a dangerous thing.

-ks
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
Newsgroups: comp.unix.sysv386
From: tkevans@eplrx7.es.duPont.com (Tim Evans)
Subject: Dell Issue 2.2 SLIP--Anyone Make it Work?
Reply-To: tkevans@eplrx7.es.dupont.com
Organization: DuPont Engineering Physics Laboratory
Date: Fri, 4 Sep 1992 01:20:02 GMT

Does anyone have Dell SVR4, Issue 2.2 (the latest) dialup
SLIP working?  Dell Tech Support is saying it doesn't work.
-- 
Tim Evans                     |    E.I. du Pont de Nemours & Co.
tkevans@eplrx7.es.dupont.com  |    Experimental Station
(302) 695-9353/7395           |    P.O. Box 80357
EVANSTK AT A1 AT ESVAX        |    Wilmington, Delaware 19880-0357
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 11 Sep 92 19:58:50 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <2AB008AB.42F2@telly.on.ca>, evan@telly.on.ca (Evan Leibovitch) writes:

| There's a file /etc/default/boot that contains a MEMRANGE definition of
| where to look for usable RAM. I believe the default file as shipped
| is set for 16MB. I had a system with 24MB, whose UNIX recognized all of
| it once I set this entry higher and rebooted.


| >  In any case, the DMA controller has the same limitation on memory
| >size, plus a few others about address wrap and page boundaries which are
| >getting mercifully dim in my memory. The bottom line is that some
| >versions of UNIX will have trouble with the floppy but not the hard if
| >you go >16MB.
| 
| This is the case at one installation I know of, where an ALR will panic
| roughly every third time the floppy disk is accessed. Is this fixable by
| the UNIX vendor or is it hardware?

  The boot file MEMRANGE allows a flag after the range, such as:
	MEMRANGE=0-640k,1M-16M,16M-32M:1
The colon introduces a one byte flag (which seems to be given in integer
rather than hex). If the value of the low bit is 1, as shown above, this
indicates that the memory doesn't support DMA and that buffering should
be used. The above would be for a 32MB ISA system, for instance. If the
system which is having problems does not have this set correctly I would
certainly set it and see if it helps the problem.

  I *hope* that when a memory section is set no-DMA that it gets
prefferentially used for things like text segments, so that i/o into
data segs is minimized. That should really keep the overhead down.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Date: 9 Sep 92 14:35:10 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep05.033137.1364@ksmith.uucp>, keith@ksmith.uucp (Keith Smith) writes:

| If you can cook eggs & bacon on it is it a skillet or a frying pan?  Or
| who gives a rats ass what you call it, as long as it runs your darn
| program.  I run SVR(whatever runs my finking application).  If I need long
| filenames and symlinks either will do.  As for "standards" well. . .

  If you run in a vacuum, that's a fine way to go. Some of us want to be
able to move applications between platforms to put the load where the
horsepower is. If I have to run one app I consider the machine on which
it runs a part of the app. If I want a general purpose machine I want to
run all my apps on it, and that means it better look like a standard
system. To me the standards are Xenix, V.3, and V.4 (on Intel CPUs), and
add BSD, SunOS and Ultrix for general portability.

  Even if I have configurable software, I don't expect to have to tell
it I have BSD sockets, short filenames but symbolic links, BSD and V.3
semiphores, V7 surses in termcap but V.3 in termio, etc. When you run
things like that into config programs you find the little messages left
by the suthors, like "you must be kidding," or "this is a test, not a
real computer, right?"

  A person with one computer and user can run anything they want, but
there are lots of other user profiles out here, and that's where a
standard "my o/s looks like your o/s" is better. Not that I don't use
the features in the o/s, but I try not to become dependent on them.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Date: 11 Sep 92 13:38:36 GMT
Organization: Dell Computer Co

randy@chinet.chi.il.us (Randy Suess) writes:
>>>As a bonus, Dell comes with all kinds of PDS ported and ready to run. 
>>I hope that they got the OK from the authors of the PD software!

>	Uh, don't think so.  PD is Public Domain!  They could sell
>	it if they wanted, and don't need to contact anyone.

All of the "PD" (insert your own personal definition here) packages that
I added to the distribution were cleared first with an email to the author
explaining what we intended to do, and asking them for a reply.  To date,
I haven't had anyone say 'no'.  Some that fall under the GNU PL require
the inclusion of the source code, which we now provide on both the 
source tape and our ftp sites.  If we were to receive any complaints from
an author of one of these packages, we would try to work it out, and 
failing that, just remove the package. They are there as a bonus, so the
end user would have one less pre-installed app, that's all.  The majority
of the users we talk to have been appreciative of their inclusion, or we
wouldn't bother.

-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
"Univel"... Just Say "NoNIX"
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: Re: Looking for u386mon v3.41 or above
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Fri, 11 Sep 1992 14:12:45 GMT

In article <564@n4hgf.Mt-Park.GA.US> wht@n4hgf.Mt-Park.GA.US (Warren Tucker) writes:
>Sam Neely (sam@csi.compuserve.com) wrote:
>: Could someone point me to the sources to u386mon version 3.41 or above?
>: The only version I've been able to find via archie is from comp.sources.misc
>: and is version 2.40.
>
>2.40 is the latest version of u386mon released.
>A typo in the release leads one to think 3.4 was the version.
>
	Someone posted an ftp site that had u386mon.3.40.tar.Z
and u386mon.3.41.tar.Z...hmmm...and when I compiled it, it said 3.41 at
the top...hmmmm...someone else upgrading it for you without you knowing? :)
Great program, by the way!! :))


>I have my hands full with a new ecu right now, but I'll
>be posting an updated u386mon soon.
>
	Another great program...much better and easier to install then
pcomm, that's for sure.  One thing that I would like to see is some sort
of side utility for changing colors in a shell like ecu does when
I run it...it leaves the colors permanent for me.  Love the blues and
yellows that I have set up for trn...makes things actually easier on the
eyes to read.

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.03
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell/feed accounts available   1800+ newsgroups
marc@r-node.pci.on.ca | Telebit T3000/SupraModem2400/Cardinal 2400  FREE
Newsgroups: comp.unix.sysv386
From: sec@mcshh.Hanse.DE (Sven Echternach)
Subject: ISC 2.2: Problem mounting a DOS partition
Organization: Point of Presence & MCS Hamburg
Date: Mon, 14 Sep 1992 15:06:04 GMT
Summary: ISC 2.2: Problem mounting a DOS Partition

When I try to mount my DOS partition with ISC 2.21, typing
mount -f DOS /dev/dsk/0p2 /mnt  , I get the following Error: , I get
WARNING: dosbuild_superblock: Bad BPB in DOS FS.

and the Partition isn't mounted as it used to be with another installation
I had.

Any help or ideas?

Sven
sec@mcshh.hanse.de
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 13 Sep 92 23:35:25 GMT
Organization: Aegis Society, Kyoto Japan

maziere1@husc8.harvard.edu (David Mazieres) writes:

>In article <BuILEt.1MG@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
>>davidg@aegis.or.jp (Dave McLane) writes:
>>
>>>>MEMRANGE=0-640K:0,1M-64M:0
>>
>>>I don't see such a file for ISC 3.2 v3.0. Anybody have any ideas?
>>
>>It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
>>made me believe that regarless of the setting of this file the
>>system would start swapping at 16MB...

>This maybe a stupid question, but what's wrong with doing:
>     "MEMRANGE=0-640K:0,1M-16M:0,16M-64M:1"

>The man page says of the 0/1 flag:
>     "0 indicates no special properties and 1 indicates memory for which
>      DMA is not allowed."

If you would, what man page for what system? I don't see this of ISC 3.2. 

Thanks,

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
From: jdp@polstra.UUCP (John Polstra)
Newsgroups: comp.unix.sysv386
Subject: Re: Where can I download a description of DWARF
Date: 15 Sep 92 16:42:38 GMT
Organization: Polstra & Co., Seattle, WA

In article <1992Sep14.033218.25426@solucor.uucp> jack@solucor.uucp (Jacques Gelinas) writes:
> The format of the debugging info in SVR4 Object file is DWARF.
> Is there a document I can FTP describing the format and
> all the bits and whistle ?

There is a mailing list called "plsig" that discusses DWARF.  The latest
specs come out over that list periodically.  I would not recommend
subscribing to the mailing list, because 99% of what comes by is, er,
not of general interest (not to say, endless bickering over fine
points by persons who apparently have nothing better to do with their
time).  But you could write to the list maintainer and find out how to
get a copy of the latest spec.  (I know that they maintain an archive.)

The address is "plsig-request@uiunix.ui.org".
-- 
   John Polstra                              polstra!jdp@uunet.uu.net
   John D. Polstra & Co., Inc.                  ...!uunet!polstra!jdp
   Seattle, Washington USA   Phone (206) 932-6482, FAX (206) 935-1262
   "Self-knowledge is always bad news."                 -- John Barth
Newsgroups: comp.unix.sysv386