HDTenEightyP/NetNews huggingface dataset:
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: How to get more than 1 rlogin into SCO system
Date: Sat, 12 Sep 1992 06:24:08 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI
Keywords: rlogin SCO limitation

In article <1992Sep11.020211.1026@socrates.umd.edu> berry@socrates.umd.edu (Joseph Berry) writes:
>as the first rlogin or not.  The limiation is clearly on the SCO box.
>Why?  In all cases, I'm using the same user name as is already logged
>in via the console (that is, I'm not going past 2 users).  

This is not the way the 2-user limit in the ODT Personal System works.
You are allowed as many logins, using as many different login-ids, as
you like on the console multiscreens.  You are then allowed one
"external" login, be it from a serial line or a network.  You are only
allowed one external login, regardless of how many users are logged
into the console (and even if NO users are logged into the console).

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
From: jgd@dixie.com (John De Armond)
Newsgroups: comp.unix.sysv386
Subject: Re: framemaker
Date: 10 Sep 92 03:40:23 GMT
Organization: Dixie Communications Public Access.  The Mouth of the South.

fyl@ssc.wa.com (Phil Hughes) writes:

>I would be interested in hearing from someone who has used Framemaker and
>Ventura.  


>I would like to more the complete solution over to a UNIX-based system.
>Corel is available for UNIX platforms and Ventura is supposed to be
>available for Suns with their 5.0 release (with no date as yet).  So, the
>choice is to wait and get Ventura (which I am not 100% happy with) or
>change gears now.  Suggestions are appreciated.

I'm still learning FrameMaker so I can't give you a lot of info yet.
Give me a couple of weeks :-)  Amazing what 16-hour-a-day work with
a product will teach you.  One thing you'll be interested in with
Framemaker is the MML (Maker Markup Language.)  In effect you get two
programs in one.  You can mark up an ASCII file with MML codes in the
same fashion as Troff and then Whizzywig the results and (I think)
save the edited file back out as coded ASCII.  Don't hold me to the 
last point.  I'm still studying the MML docs.

You have a real problem on another front.  Corel 3.0 is not available for
Unix and I don't hold much hope.  Corel uses a third party (name slips me
at the moment.) to do the Unix porting. Corel is a wonderful company to deal 
with.  This third party is just the opposite.  Corel apparently is not kept 
up to date regarding the status of the Unix port.  They gave me some 
tentative dates but when I called the third party, they denied any knowledge
of dates and claimed Corel was lying to be giving out dates.   Go figure.
Anyway, I don't have a lot of hope of getting version 3 on unix for 
at least 6 months.

John
-- 
John De Armond, WD4OQC               |Interested in high performance mobility?  
Performance Engineering Magazine (TM) |
Marietta, Ga                         |Interested in high tech and computers? 
jgd@dixie.com                        |Write me about PE Magazine
Need Usenet public Access in Atlanta?  Write Me for info on Dixie.com.
Newsgroups: comp.unix.sysv386
From: daney@stingray.micro.umn.edu (Dave Daney)
Subject: No uudecode in Interactive 2.2.1
Summary: Where can I get uudecode/uuencode
Keywords: uudecode uuencode
Organization: University of Minnesota, Minneapolis: Under Grad Workstation Lab.
Date: Wed, 9 Sep 1992 16:32:56 GMT

I am running Interactive 2.2.1 and am trying to uudecode some things
I got off the net.  My problem is there is no uudecode on my system
(that I know of).
Question: Where can I get uuencode and uudecode ?


Dave Daney       daney@mermaid.micro.umn.edu

Newsgroups: comp.unix.sysv386
From: sec@mcshh.Hanse.DE (Sven Echternach)
Subject: File System Destroyed under ISC 2.21?
Organization: Point of Presence & MCS Hamburg
Date: Mon, 14 Sep 1992 15:11:05 GMT
Summary: FIle System Destroyed under ISC 2.21?

Hi!

I was trying to mount an IDE HD containing an ISC Root Filesystem using
AddDisk in the sysadm diskutil harddisk menu. After the Program 
calculatzed the optimal values for the different partiton sizes,
I stopped it with ctrl-break. 
I tried to reboot from that disk but got :
boot: no root fiel system.

I wonder what got deleted, the whole partition, the bootsektor, the kernel,
and how to recover it, any help would be appreciated. I just got the root
filesystem as only partition, beside 4MB for /tmp and 1 block for /alt.

Any help will be appreciated :-)

SVen
sec@mcshh.hanse.de
y 
Newsgroups: comp.unix.sysv386
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: Loosing incoming serial characters [summary]
Organization: Private UNIX Site
Date: Thu, 10 Sep 1992 13:20:39 GMT

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>In article <CFT637P@geminix.in-berlin.de>, gemini@geminix.in-berlin.de (Uwe Doering) writes:
>
>| With FAS 2.10 under ISC UNIX 3.0 I can run two ports with NS16550A UARTs
>| with 115200 bps at the same time. CPU load is only 25% (486/33 motherboard)
>| and there are no lost characters at all. I use a 1542B and made this test
>| with heavy disk i/o in the background.
>
>  Where's all the CPU going? I run two 19.2 ports on an old 386DX16 and
>only use about 8% of the CPU. Of course before I put in FAS I used all
>the cpu, but that's been fixed.
>
>  Perhaps the disk i/o was taking the rest of the CPU?

No. For the CPU load test the system was idle. Only for the character drop
tests there was disk i/o.

Do you think that 25% is too high for two lines at 115200 bps? I must say
that I'm rather pleased with this value. Before I implemented the 115200
bps mode in FAS I wasn't too sure that the system could handle that speed.
With all this interrupt context switching stuff etc. in the UNIX kernel
that isn't part of FAS and therefore couldn't be optimized by me I was
positively surprised that it wasn't more than 25%. All this measured
with u386mon 3.41.

However, there has to be some point where one has to realize that there
are things one can't do with a dumb port driver. If one needs eight ports
all running full speed at 115200 bps one has to buy an "intelligent"
serial card. On the other hand, the majority of users only need one or
two ports with this speed, mostly to drive their high speed modems.
These modems don't send or receive data at 115200 bps as a constant
stream of characters but rather in short bursts. So the average CPU
load on such a typical system would be much lower than 25%, and to
buy an "intelligent" card would be overkill in this case.

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
Newsgroups: comp.unix.sysv386
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Quotron Systems, Inc.
Date: Thu, 10 Sep 1992 18:11:29 GMT

In article <1992Sep10.042359.2015@bilver.uucp> bill@bilver.uucp (Bill Vermillion) writes:
>In article <1992Sep9.135941.13504@godzilla.quotron.com> sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>>In article <BuB4tJ.FK0@gator.rn.com> 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!
>
>PD - PUBLIC DOMAIN.  If an author puts software in the Public Domain he
>loses all rights and control.
>
>Freely distributable copyrighted software means the author retains the
>right to control the distribution.
>
>If your software is PD you lose any copyright.  And if you have a
>copyright on the software it is not PD!
>
>I would be careful not to describe your software as PD if you want to
>retain control.
>-- 

Bill,

You will notice that a considerable amount of software, that is put into the 
public domain, may actually have certain restrictions put upon it; such as
not allowing the software to be used for profitable ventures without explicit
consent from the author. 

In my old "DOS" days, I wrote a considerable amount of software which I placed
into the public domain. Even to this day, many of the public domain companies
that bundle PD software onto distribution disks, request my release in
writing.

Also, if I am not mistaken, all software that is written, even if it is not
offically copyrighted, contains an implicit copyright. This statement may,
in fact, not be true; however, I think that it really is.
 
As far as I am concerned, whenever I put code in the PD, the users can use
it as they see fit; however, as I stated previously, you will see code that
is put into the PD with published restrictions.
 
Sanford <sandy> Zelkovitz



-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: What is the fastest 80x86 SVR4 X window hardware?
Organization: AT&T
Date: Wed, 9 Sep 1992 15:32:01 GMT

In article <BuB644.GCw@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
> jdc@tropix.uucp (Jim Cronin) writes:
> 
> >As the subject line says, what is the "fastest" X-windows display
> >for a 80386 or 80486 running SVR4 Unix?  Are there particular
> >chipsets (ET4000 or 8414 for example) that are really great or
> >really bad?  Are there any boards out there that are much better
> >or much worse?  Are there any that stand out at low resolution
> >but slow down at higher resolutions?  And how about dual-ported
> >video ram?
> 
> How about the ATI ultra?  With Dell SVR4 something like 86,000
> xstones is delivered using their X11R5 making it faster than
> many sparcs..
> 
> -- 
> Larry Snyder                                    internet: larry@gator.rn.com
> keeper of the Gator                                  uucp: uunet!gator!larry


A big piece of the puzzle is "do you want free X, with source?"  If this
is a concern for you, then ET4000 is the best you are going to do.  An
Orchid ProDesigner IIs in my 486/33 box is currently doing 11.6k xStones
with XFree86 1.1 (beta - expected release at the end of the month).  We
are hoping to eventually squeeze a bit more out, but that's the about the
best you're going to do.

If you hadn't specified SVR4, there's a free 8514 server under Linux.  People
are looking into the possibility of merging that into XFree86; since it's
an independent effort, I can't comment on when (or even if) it will be
available on SVR4.

If free software is not a concern, and you are still shopping for an SVR4,
then the Dell option with the ATI Ultra is probably your best bet.  For
other SVR4s, there are two commecial options: SGCS and MetroLink.  Thomas
Roell, the author of X386 (the X server in X11R5) is part of SGCS.  He
also put together Dell's package.  For those in the know, this speaks volumes.
MetroLink has been selling commercial X longer, and has support for some
truly high-end hardware.  Here's some contact information:

	SGCS:
		email: info@sgcs.com
		(408) 255-9665 (ask for Mark, tell him I sent you :->)

	MetroLink:
		info server: info@metrolink.com (put "send index" in email)
		sales: sales@metrolink.com


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386
From: kdenning@portal.hq.videocart.com (Karl Denninger)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Summary: Pull the source from the tapes
Keywords: dell svr4 filesystem
Organization: VideOcart Inc.
Date: Wed, 9 Sep 1992 15:04:40 GMT

In article <1992Sep9.103550.15736@orbital.demon.co.uk> steveh@orbital.demon.co.uk (Stephen Hebditch) writes:
>In article <Bu9nB2.G6E@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
>[Stuff about what Dell includes with their SVR4 deleted]
>>
>>One notable exception is the NNTP support; theirs is 1.5.10, and 1.5.11
>>fixes a number of bugs in batched input handling.  This is worth upgrading.
>
>Are you sure about this? Dell 2.1 certainly came with 1.5.11, although
>it was wrongly compiled to use dbm instead of dbz for the news history
>file. It isn't immediately clear from the source, though, that it is
>this version...

Pull the source from their FTP server and check it out yourself.

In any event their as-shipped binaries are seriously broken and leave "bird
droppings" in the in.coming directory.  This wasn't a big deal to fix, but it 
did take a little hackery (SVR4 redefined a few things that the NNTP code 
expected).  It took me about two hours to get a working NNTP server.  While 
I was at it I compiled the performance release of CNews and overlaid their 
pre-installed stuff as well.

There really wasn't that much of a reason to do the Cnews software other
than to have the "latest and greatest"; their CNews release works real well
out of the box.

--
Karl Denninger 		Inet:  kdenning@hq.videocart.com
VideOcart Inc.		Voice: (312) 987-5022

Newsgroups: comp.unix.sysv386
From: rdr@attics.rn.com (Dean Riddlebarger)
Subject: Re: How can I eliminate password checking with rsh between nodes
Organization: Ameritech Information Systems
Date: Sat, 12 Sep 92 15:20:38 GMT

resnicks@netcom.com (Steve Resnick) writes:

>I am running ESIX SYSVR4, rel 4.0. I would like to eliminate password checking
>between two nodes on our network, if a user logs in with the same UID and 
>user name from one system to another. The Sun system I am on used to do this,
>so I think it can be done. Any ideas, hints, suggestions? 

Someday my work schedule will actually allow me to play with an SysVR4
system.  (Hah!)  So this response will have to be set in terms of the
SysVR3.2 boxes I play with, though I don't think that much changes when
dealing with the r-utilities on the network.

If the user logs in with the same id you can eliminate the password check
by making the systems 'equivalent' (i.e. trusted) in the /etc/hosts.equiv
files.  Be aware that doing this on systems that exist on more than
just an isolated (and small) network tends to invite possible intrusion.
All someone has to do is fake the equivalent host name and a valid id
and they can jump straight into an account.

   
<*>  Dean Riddlebarger                   Once in a while              <*>
<*>  Ameritech Information Systems        You get shown the light,    <*>
<*>  rdr@attics.rn.com                   In the strangest of places   <*>
<*>  317-488-3067 (w)                     If you look at it right.    <*>
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: New UNIX Press SVR4 books -- what changed, where to buy?
Date: 10 Sep 92 16:13:58 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Distribution: na
Organization: GE Corporate R&D Center, Schenectady NY

In article <BuBt83.4ur@gator.rn.com>, larry@gator.rn.com (Larry Snyder) writes:

| Waldenbooks will discount all books 10% if you buy into their
| "reader club" for $5.00 -- you also will get a rebate for every
| $100 in books purchased
| 
| Special orders are also covered by the 10% discount...

  They used to have an 800 number on the back of the card for special
orders, I don't remember if they went to my local WB or me by mail. 15%
isn't a great discount, but better than nothing.
-- 
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.
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
From: phil@news.ccutah.edu (Phillip Neiswanger)
Subject: Re: Free software and the future of support for Diamond products
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Sun, 13 Sep 92 21:22:39 GMT

harp@netcom.com (Gregory O. Harp) writes:
: terry@cs.weber.edu (A Wizard of Earth C) writes:
: 
: >	If they aren't willing to open the box to check for documentation,
: >what makes you think they're going to take an opened box back when the
: >board isn't documented or is defective?
: 
: Yeah, but what video card company (or SCSI card company, or sound card
: company, or ...) packages technical docs with their product?  None
: that I've seen...
:
: [ remaining text deleted ]

It's even worse when companies won't give out any information.  My ATI VGA
Wonder was one of those cards that info. was impossible to get.  I don't know
if ATI policy has changed, but back when I needed info. about the Wonder
I ended up buying a book("VGA Programming" I think).  The authors of the book
even stated they had great difficulty getting info. on the Wonder.

				Phil
From: evan@telly.on.ca (Evan Leibovitch)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 11 Sep 92 02:47:06 GMT
	<BuAIIo.EE6@mudos.ann-arbor.mi.us> <1992Sep9.171621.26639@crd.ge.com>
Organization: Somewhere just far enough out of Toronto

In article <1992Sep9.171621.26639@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <BuAIIo.EE6@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>| I *have* applied the 403001 patch from Esix, but I don't think that's
>| required to get it to recognize all the memory -- you just need it if
>| you have a bus mastering hard disk controller and >16MB of memory.

This does not require a patch for ESIX 4.0.4.

Has anyone considered the possibility that the UNIX is *capable* of
addressing the memory above 16MB, it just hasn't been told to look for
it?

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.

>  It's not as simple as that. On some versions of UNIX the floppy uses
>DMA while the hard disk uses CPU. due to the low speed of the DMA
>interface. A buffered HD controller could use DMA, but most don't.
>
>  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?

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
   "This Used To Be My Playground" -- Madonna, singing about mens' washrooms
Newsgroups: comp.unix.sysv386
From: lewis@ais.org (David T. Lewis)
Subject: Re: What is /dev/pmem?
Summary: physical memory
Organization: UMCC
Date: Sun, 6 Sep 1992 18:52:51 GMT

In article <1992Sep2.193151.16817@cti-software.nl> pim@cti-software.nl 
(Pim Zandbergen) writes:
>dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>
>
>>On my SVR4 box (Microport), in addition to the standard /dev/mem and
>>/dev/kmem, there is a /dev/pmem.  All three have different minor mumbers 
>>(same major number, so /dev/pmem is obviously related to the other two).
>>The manual page for /dev/mem and /dev/kmem has no mention of /dev/pmem.
>>Can anyone enlighten me on what this is?
>
>I've asked the same question a couple of months ago, because
>there's also a /dev/pmem in Interactive's SVR3.2.
>
>I had zero response then, I wonder if there will be any now.
>-- 
>Pim Zandbergen                      domain : pim@cti-software.nl
>CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
>Laan Copes van Cattenburch 70       phone  : +31 70 3542302
>2585 GD The Hague, The Netherlands  fax    : +31 70 3512837

Please forgive me taking a wild guess at it, but "physical memory" comes
to mind.  Possibly this is to provide access to hardware memory addresses,
as distinct from addresses which get translated through the memory mapping
hardware.  If you can read your video card memory from address 0xA0000 or
0xB0000 of /dev/pmem, the hypothesis would be supported.  Obviously,
writing to this device would be a bit on the risky side.

Newsgroups: comp.unix.sysv386
From: aardvark@nt1l.krl.com (Donald Koch)
Subject: Re: setuid traceroute?
Organization: Koch Research Labs
Date: Sun, 6 Sep 1992 18:24:38 GMT

In article <14879@mindlink.bc.ca>, Frank@mindlink.bc.ca (Frank I. Reiter) writes:
> When a non-superuser attempts to run traceroute under SCO Unix the result is:
> 
> traceroute: icmp socket: Permission denied
> 
> I am considering making this program setuid root.  Are there any side effects I
> should consider before doing this?

Only one I can think of (from the source):
 * Notes
 * -----
 * This program must be run by root or be setuid.  (I suggest that
 * you *don't* make it setuid -- casual use could result in a lot
 * of unnecessary traffic on our poor, congested nets.)

You might consider making it setuid root, but restricting access to it to
a particular group.

-- 
Don Koch
aardvark@nt1l.krl.com
Newsgroups: comp.unix.sysv386,biz.sco.general
From: s900387@minyos.xx.rmit.oz.au (Craig Macbride)
Subject: Technical specifications of SCO MPX
Organization: Royal Melbourne Institute of Technology, Melbourne, Australia
Date: Wed, 16 Sep 1992 01:06:13 EST

I was wondering if anyone has any documentation on SCOs implementation of
its multi-processor kernel. In particular, how suitable should it be for
use on non-alike processors, how does it determine whether to run floating-
point tasks on a processor which has floating-point support and how does
it compare to the SVR4 MP kernel.


-- 
 _--_|\		Craig Macbride	<lhscmc@luxor.latrobe.edu.au>
/      \			<s900387@minyos.xx.rmit.oz.au>
\_.--.*/
      v
Xref: sparky comp.unix.sysv386:14461 comp.windows.x:16641 comp.os.linux:10661 comp.unix.bsd:5682 comp.os.mach:1281 comp.sys.ibm.pc.misc:12632 comp.sys.ibm.pc.hardware:24236