HDTenEightyP/NetNews huggingface dataset:
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: ESIX 4.0.4 ttymon problems...HELP!
Keywords: ttymon, esix
Organization: Quotron Systems, Inc.
Date: Mon, 31 Aug 1992 16:06:28 GMT

In article <527@larel.LAMRSCH.COM> jmcook@larel.LAMRSCH.COM (joel m. cook) writes:
>I've been "wrasslin'" with this software since I got it, and
>thanks to people here, have it running...but without full functionality.
>
>I fixed the problems listed in the bugs FAQ...at least the ones
>in /etc/conf/pack.d/kernel/space.c and vm.o.  That allowed me 
>**finally** to get ttymon working with a hardwire terminal.  (uugetty
>has always worked, but I thought I'd try to "move up" to SVR4 stuff
>since I paid big $$$ for it).  Unfortunately, I still can't get
>modems to work (USR HST's or TB's).  Get a *reproducible* string
>of garbage, or sometimes the prompt, but can never type anything
>and log in.  It seems that /etc/ttydefs, as shipped, is crap.
>Things like "parenb" on the same line with "ignpar" and that sort of
>thing.  To get to the point...if anyone out there can tell me what
>to do to ttydefs or  anything else to get ESIX 4.0.4 ttymon working
>with a modem for uucp, I'd be MOST grateful.  Thanks.
>
>					Joel Cook
>-- 
>			Joel M. Cook
>			jmcook@larel.lamrsch.com


Joel  ( and others that have this same problem )....

Yes, I too had a problem with /etc/ttydefs; however, I did fix mine so that
it works perfectly for me. However, because of possible copyright problems,
I cannot post my new /etc/ttydefs unless ESIX says that it is ok.
( The copyright problem would be that I would have to post the original
/etc/ttydefs along with my inserted entries ). If I get the OK, I will post
the file that I am presently using.  ( Jeff/Harvey, did you read this??? )

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)
Xref: sparky comp.unix.sysv386:13540 comp.unix.xenix.sco:2741
From: pf@artcom0.north.de (Peter Funk)
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco
Subject: Quality of vendor supplied software (was Re: How to replace disk driver in SCO Unix ?)
Date: 25 Aug 92 16:28:28 GMT
Followup-To: comp.unix.sysv386
Organization: ArtCom GmbH, Atelier f. Computergrafik, Bremen(FRG)

In <1853@adagio.UUCP> grog@adagio.UUCP (Greg Lehey) writes:
> >Switching distributors among the above 
> >vendors probably won't help.

> *sigh* you could be right. But he could install gcc instead.

Indeed.  We switched over to gcc1.40/gdb3.5/gas1.38 a couple of 
months ago and were excited about the real production quality of
this development kit compared to the original rubbish.

Many thanks to Steve Bleazard (sp?) for his wonderful XENIX 
patches for gcc.  Meanwhile we are replacing one utility after
the other with their GNU-counterparts, which were more 
reliable, comfortable and better documented.

BTW: Jochen Fahrner was right with his comments about 
german distributors.  They know almost nothing about their
products.  Our company has switched over all larger 
SCO distributors here in germany during the last 4 years.
There is no difference ... Very often they sell outdated releases
(I think, I've just seen Advertisements for ODT 1.0 in 
the july number of some magazine)... It is a mournful story ! ... 

Nevertheless: I don't know about other *NIX-vendors.

Regards, Peter
Note: The usual "english_is_not_my_native_language"-disclaimer applies
      to this "kraut"-babble.
-=-=-
Peter Funk \\ ArtCom GmbH, Schwachhauser Heerstr. 78, D-2800 Bremen 1
Work at home: Oldenburger Str.86, D-2875 Ganderkesee 1 / voice : top secret
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: SUMMARY: Re: Questions about MAS90 from SOA
Date: Fri, 28 Aug 1992 04:22:20 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Aug27.120658.6327@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>  I included this in my response to you, perhaps you missed it:

No, I didn't miss it.  And I appreciate the suggestion.  However, I
evaluated it and found it unsuitable for what I'm trying to do.

>Have people login as themselves then do a "su - mas90" to access the
>database. That way only the mas90 account has to be able to get at the
>data, and you can use the mas90 program itself as the login shell, or
>use a secure login shell which can start mas90. That seems to eliminate
>most of the problems you mentioned.

It may eliminate the problems I mentioned, but it creates a host of
new ones.  First and foremost is the password for the "mas90" account.
If I set things up so that there is a password for mas90, then the
users now have to remember THREE passwords: the password for their own
account, the mas90 password, and the password for their MAS90 user-id.
I have enough trouble getting people to remember the first password
and the last without writing them down, and you want me to add a third
password?  But if I don't have a password, I open up a big security
hole.  Yes, it's about the same as allowing people to run MAS90
directly as themselves, except that now they have access to the MAS90
program files and such without a password, instead of just the data
files.  What if they convince MAS90 to let them spawn a shell, or edit
a file?

>You could also use a command sutuid root which does a seteuid() and then
>starts mas90, I bet that will work, too.

I tried that, as well as making bbx2 SUID mas90.  Unfortunately, MAS90
was not written to be SUID, so it does not handle things like real
vs. effective user-id when checking permissions.

The basic problem seems to be that MAS90 was coded without regard to
use in a networked environment, or use on a machine that is also used
for other applications and by non-MAS90 users.  MAS90 works without a
hitch, I'm sure, if that's the only thing you're running on the
machine and everyone has a hardwired serial connection with a Wyse-60
emulator or something.

-- 
Marc Unangst                | Real men don't make backups.  Real men never
mju@mudos.ann-arbor.mi.us   | accidentally delete files that they're going
                            | to need later.
From: mcitron@phad.hsc.usc.edu (Mark Citron)
Newsgroups: comp.unix.sysv386
Subject: kermit alternatives
Date: 23 Aug 1992 16:04:18 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phad.hsc.usc.edu

Can anyone suggest where I can find (pd preferably) a unix alternative to 
kermit for moving files over a serial line from SCO Unix to DOS. Kermit seems
slow and I assume X, Y, or Z modem would be faster. I just need the unix
side in executable form.

Thanks,
Mark Citron

-- 
Mark Citron
mark@neurosci.usc.edu

Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Single-user mode boot on SCO UNIX - not a solution
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Thu, 3 Sep 1992 16:40:06 GMT

In article <1992Aug28.201249.29451@smallo.bo.open.de> oklein@smallo.bo.open.de (Olaf Klein) writes:
>  [ someone, lost in the mists of the References: line, wrote: ]

>>>Ok...this is embaressing...we forgot the root password on a seldom used

>Trying to forget your root-password, and then show me how to get as
>root into the machine (without accessing the floppys) - if this is 
>possible, your OS isn't worth to be called Unix. Unix was designed to
>be secure, especially the root account has to be protected from hack
>attacks. 

No, it was designed for exactly the opposite case, where everything and
everyone was trusted, and all resources could be shared/improved by all
users. Security was *not* a fundamental design criteria; it was an 
add-on kluge.

>If you don't know how to hack a system you should probably not post
>against SCO's security but read your manuals and try to get into the
>system, maybe some time you need the knowledge...

...speaking of not knowledgeable, you suggested:

>I would try to boot with N1, N2 or the emergency disks (if accessible)
>and then mount /dev/root. After that `mv /mnt/etc/passwd to 
>/mnt/etc/passwd.old` and boot from harddisk...

....which will probably fail, as the login program wouldn't be able to
locate *any* userid, so no matter who you try to log in as, it'll fail.
Go read your manuals.

Boot from the install boot floppy, break from that, mount the root 
partition, edit the password file(s), unmount, and *then* boot from
the hard drive. 


	(Hey, Barry, here's another posting from me for you to flame.)


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
    The most dangerous person in the world is Jessica Fletcher.
        Everywhere she goes, people die.
From: bruno@broue.rot.qc.ca (Bruno Majewski)
Newsgroups: comp.unix.sysv386
Subject: problems with PC/TCP's NFS
Date: 25 Aug 92 19:24:36 GMT
Distribution: world
Organization: Groupe de Recherche Operationnelle en Telecommunication (ROT)
X-Newsreader: Tin 1.1 PL4


Hello,

(a message concerning this problem was posted a few days ago,
 but because of disk problems on our machine, it might not have
 gone out... so here I go again)

We are using FTP Software's PC/TCP package to network a few PCs onto
a UNIX server, but we have a small problem with it. While the performance 
of the setup is good, mounting a... "network drive" on the PC is unacceptably
slow (I timed this at 35-40 seconds to perform an `idmnt').

We thought it might be the server being too slow (386-33), but a Macintosh
using NFS/Share from Intercon can mount a "network volume" almost instantly.
So the problem seems to lie with the PC's setup, but we can't see what 
parameter could affect performance in such a way.

I have placed a call at FTP Software, who refered me to my local distributor;
he never heard of such a problem and could not help me. Anyone of you people
out there ever experienced something like this?

FYI, here is our setup:

server running Interactive Systems Corporation UNIX System V/386 rel. 3.2,
  it is a 386-33 with 8 Mb RAM

each pc is a 386-25 with 4/8 Mb RAM,
  there are running PC/TCP 2.05

Our net is running over 10base-T .


Thanks in advance to all who will answer.

----------------------+-----------------------------------------------------+
Bruno Majewski        | Groupe de Recherche Operationnelle en               |
                      |   Telecommunication (R.O.T.)                        |
bruno@broue.rot.qc.ca +-----------------------------------------------------+
                      | also @: Synerlogic Inc, div. of Andersen Consulting |
                      |         Voice: (514) 685-7575                       |
                      |         FAX  : (514) 685-7692                       |
----------------------+-----------------------------------------------------+
Newsgroups: comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: SVR4.2 (Was Re: Dell SVR4 (and Dell hardware))
Organization: LandMark Graphics Corporation LGC
Date: Wed, 2 Sep 1992 19:20:37 GMT

In article <1992Sep2.153349.7886@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
|>.. stuff omitted
|> 
|> SVR4.2 (UnixWare/Destiny) reportedly has a CD-ROM file system.  I suppose
|> they bought back Sun's code, sinse there's one for Solaris 2.0.

.. anybody know when SVR4.2 is due to be out?

Doug
-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Looking for u386mon v3.41 or above
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Fri, 4 Sep 1992 11:24:15 GMT

danson@lgc.com (Doug Anson) writes:

>What is u386mon ?  I would be interested in the sources as well..

it is a 386/486 Unix kernel performance monitor which can display
in almost real time the status of kernel parameters 

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: jrd@cc.usu.edu
Newsgroups: comp.unix.sysv386
Subject: Re: kermit alternatives
Date: 28 Aug 92 16:38:45 GMT
Organization: Utah State University

In article <Btnu6G.AI2@chinet.chi.il.us>, les@chinet.chi.il.us (Leslie Mikesell) writes:
> In article <1992Aug23.180723.58340@cc.usu.edu> jrd@cc.usu.edu writes:
>>	Performance depends strongly on a) which Kermits are being run, and
>>b) how they are configured.
> 
> Is there any way to use MSDOS kermit as a transport for a full-machine
> backup?  With the unix version you can pipe cpio or tar's output
> through a pair of kermits to either duplicate the files or store them
> on a remote device, but since MSDOS pipes use temporary files that
> isn't a practical way to copy the whole machine.
> 
> Les Mikesell
>   les@chinet.chi.il.us
--------
	It's a good thought (file time/date stamps being preserved etc) but
it won't work quite the way one might like. The first reason is Kermits to date
do not recurse into subdirectories (even the concept is foreign on many 
systems) and the other is they don't create subdirectories during file 
transfers. What one needs to do is archive the local system on the local
system, thereby preserving all the system-specific file/directory/ownership/etc
information, and then send the flat file across with Kermit. The same is
true with other cross platform backup schemes: something has to understand
the details of the source file system in great depth and preserve them. When
storing on a foreign file system the only safe approach is the usual
container-file method (flat file, byte stream fashion, a la mag tape).
	Joe D.
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Date: 31 Aug 92 23:23:43 GMT
Organization: Dell Computer Co

bill@unixland.natick.ma.us (Bill Heiser) writes:

>davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
>>Dell V.4, $995, totally complete and very reliable. Only installs off
>>tape.

>This is for limited users, eh?  The last I looked, DELL V.4 was $1295.

True.  However, substantial discounts are available for factory installed
system orders.  $495 limited, $795 unlimited.  The customer kit pricing
is 995/1295.

-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
Superusers should wreak havoc only by accident.
-- Maurice J. Bach "The Design of the UNIX Operating System"
Newsgroups: comp.unix.sysv386
From: ed@maxed (Ed Whittemore)
Subject: Re: DOS5.0 meets the creature from large SCSI disks and ISC 2.0.2
Organization: American Micro Group, Inc., Ft. Lee NJ
X-Newsreader: Tin 1.1 PL5
Date: Fri, 4 Sep 1992 02:59:32 GMT

Robert Bernecky (rbe@yrloc.ipsa.reuter.COM) wrote:
: I am contemplating an attempt to move my DOS5.0 (with damn windows
: so I can run Corel Draw) onto my Unix Box.
: 
: My understanding of things as they are with ISC is:
: 
: a. Windows and other good things won't work under vpix.
:    Ergo, I should run the system as a separate partition 
:    using fdisk to change systems. This is a nuisance, but possible.
: 
: b. ISC and DOS 5.0 may or may not cohabit happily, particularly on
:    a large (Fujitsu 2265 1.2GIG SCSI) drive. Can someone clarify this?
: 
: Is this setup likely to work, or will the time I spent dinking around
: restoring broken operating systems be better spent in buying Yet Another
: System and keeping them in apartheid?
: 
: Are they liable to trash each other?
: Can I back up the DOS partition somehow (sensibly) onto a SCSI 
: QIC drive from UNIX? (I am currently using PCTOOLS on DOS, but 
: in spite of it being an excellent piece of software, it doesn't 
: appear to support QIC tapes on a SCSI bus). 
: 
: Thanks. Bob
: 
: Robert Bernecky      rbe@yrloc.ipsa.reuter.com  bernecky@itrchq.itrc.on.ca 
: Snake Island Research Inc  (416) 368-6944   FAX: (416) 360-4694 
: 18 Fifth Street, Ward's Island
: Toronto, Ontario M5J 2B9 
: Canada

a. windows will run but not in enhanced mode, under VP/ix
b. ISC and DOS 5.0 will cohabit happily, now, with 3.01,
   although you still can't mount large partitions under VP/ix

you can mount large DOS partitions under unix and back them up, now.
--
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
-- 
Ed Whittemore   uunet!maxed!ed   ed@maxed.amg.com
American Micro Group, Inc.   201-944-3293
From: oklein@smallo.bo.open.de (Olaf Klein)
Newsgroups: comp.unix.sysv386
Subject: Re: Free, ftp-able X11R4 (R5) BINARIES for SCO Unix. Where ?
Date: 23 Aug 92 11:06:23 GMT
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12

jacek@mips2.ma30.bull.com (Jacek Kruszelnicki) writes:

>I could see the question posted several times. Never seen an answer.
>I'll post sites if I get reasonable answers....

Because I don't have access to a ftp-site per internet, it to much for
me (39 Megs) to pump it up by modem... but I could post the patches to
alt.sources. These are the patch for SCO-Unix 3.2.2 by Soren Schmidt
and my patch to compile X11R5 under SCO 3.2.4 with gcc 2.2.2 (this
fixes the confusion with __STDC__ and the SCO-Headers). 

Bye, Olaf

PS. ALL for X11R5 pl12

PPS. Has anybody understood the braindamaged way to build shared
Libraries under SCO-Unix? It isn't funny to get a 600KB executable for
a "Hello-X_World" program...

-- 
Olaf Klein     smallo.bo.open.de       2:245/5800.12
Newsgroups: comp.unix.sysv386
From: dold@unislc.uucp (Clarence Dold)
Subject: Re: cpio one file at a time?
Organization: Unisys Corporation SLC
Date: Mon, 31 Aug 1992 01:19:29 GMT

From article <sells-290891105149@dialup-slip-1-31.gw.umn.edu>, by sells@cs.umn.edu (Chris Sells):

> The 'mv' was only an example. I'll be performing multiple operations on
> each file and I need to be able to do it before the next file is loaded.
> BTW, what's pax?

Methinks that a named pipe fits into this scheme somewhere.
I might be inclined to read directly from the tape to a file, perhaps via my
code, or dd, where the file on disk is a named pipe that would be a raw
cpio dataset.  Then the "special" process would read from the raw data, and
pipe to cpio.  While monitoring the files that cpio is creating and filling
(by some undescribed method), the "special" process would stop feeding data
down the pipe to cpio until the manipulation was done.  Then the data feed
would resume into cpio.
The named pipe would be some system determined maximum size on disk, I think
5K.  The tape coming in would stop while the pipe was at its maximum size,
and feed when the named pipe is drained.  The "special" process would act as
a throttle, controlling the data rate into cpio.  Without figuring out how
to monitor the internals of a cpio archive, I might do something as crude as
a cpio -it to find the file names on disk, storing the names, then start in
earnest, watching for each to be created (or modified), as an indication that 
the previous one was fully restored.
Named pipes are created with "mknod foobar p"

-- 
---
Clarence A Dold - dold@unislc.slc.Unisys.COM
               ...pyramid!ctnews!tsmiti!dold
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Tue, 1 Sep 1992 12:27:56 GMT

bill@unixland.natick.ma.us (Bill Heiser) writes:

>davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
>>Dell V.4, $995, totally complete and very reliable. Only installs off
>>tape.

>This is for limited users, eh?  The last I looked, DELL V.4 was $1295.

I believe you are correct.  The Dell SVR4 4.0 ufs filesystem (with
SCSI drives) benches about 100% faster than their 3.0 (2.1) release..

mind you, I am running with doggy drives (Fijutsu 2263S) -- my HP drive
was around 19% faster than the 2263S -- until it died a slow death)


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Changing from color -> mono VGA on ISC v3.0
Date: 28 Aug 92 02:22:16 GMT
Reply-To: davidg@aegis.or.jp (Dave McLane)
Organization: Aegis Society, Kyoto Japan

Hope this isn't a RTM-type question and I didn't see it in the FAQ,
but I am currently running ISC v3.0 with a color VGA monitor and
would like to change to mono and don't know how to do this without
reinstalling from floppy. 

Can anybody help me? 

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
Newsgroups: comp.unix.sysv386
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Organization: Unix in NYC
Date: Sun, 30 Aug 1992 04:20:00 GMT

In article <JOCHEN.92Aug24111621@mrz.sub.org> jochen@mrz.sub.org (Jochen Fahrner) writes:
>I don't have another way to tell SCO about bugs, than through our
>distributor. 

Not really true. You can post in biz.sco.general. If you do not receive
that newsgroup, then you can subscribe to the mailing list which is its
mirror image. There is heavy participation in that newsgroup/mailing-list
by several very competent SCO representatives. They are not too proud to
admit a SCO mistake now and then, and they are very generous in their
detailed explanations.

To add yourself to the list, write to scogen-request@xenitec.on.ca. 
One line, and only one line, exactly as shown, should appear in the body of
the message:

Add: myname@my.domain

or

Add: route!to!myname

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - Sys Admin)
Subject: Re: Where can I get GNU C compiler(binary) for Interactive Unix 3.2
Organization: R-node Public Access UNIX System (416-249-5366) 24hrs.
Date: Fri, 28 Aug 1992 01:42:56 GMT

In article <1992Aug27.190152.6088@druid.uucp> darcy@druid.uucp (D'Arcy J.M. Cain) writes:
>yil3937@kramden.nyu.edu (George Bush) writes:
>                         ^^^^^^^^^^^
>>Does anyone know where I can get a copy of GNU C compiler (executeable,
>
>
	I'm curious...why do the binaries that everyone asks for
seem to have to be specifically that OS??  I just got the binaries
for GNU C 2.1 from one of my neighbors...and he compiled his
on a 386 running SVR3.2 of ESIX.  Why should it matter?  The
basic Instruction set is 386 no matter what OS, isn't it??  I
haven't had any problems using GNU C here...except getting used to
not using the 'defines' of the stock compiler :)

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: larry@gator.rn.com (Larry Snyder)
Subject: Re: Follow up to my questions about Dos Memory in ODT 2.0
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Mon, 31 Aug 1992 21:11:37 GMT

Jonathan P. Crone <cronejp@bnr.ca> writes:

>(Now if I could only get my DigiBoard to work with Dos Merge... sigh) 

which digiboard do you have?  


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