HDTenEightyP/NetNews huggingface dataset:
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: Shell script question
Keywords: shell scripts
Date: 17 Dec 92 06:09:59 GMT
Reply-To: kevin@shady.UUCP (Kevin Smith)
Organization: ShadeTree Software, Inc.

In article <kjell.722611178@abacus.hgs.se> kjell@abacus.hgs.se (KJELL HOLMGREN) writes:
:>Hi all
:>
:>I have written a shell script for using at sites where no
:>experienced administrator is. It's used to set the time, shut down 
:>the system and so on. I have a question that I haven't been able to
:>solve, that is how to log out of the shell after the script has
:>ended. On ODT 1.x I think it would be enough with the exit command
:>but that doesn't work on ODT 2.0.
:>I also want to disable the INTERUPT signal (the DELETE key) or catch it
:>and log out whenever it is pressed.
:>
:>Is there some ways to do this or do I have to think of something else ?

I will often run the last thing in a script with 'exec'.  This overlays
the shell so when the program exits you are outta there.  You can
dummy this up with 'exec echo done' or 'exec :' if don't have anything
actually usefull to do.

trap ... stuff is not working?
trap '' 2 to ignore
trap 'exit' 2

I sometimes use:
    cleanup() {
	... stuff
    }
    trap 'cleanup' 0
    trap 'exit' 1 2 15
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
Newsgroups: biz.sco.general
From: fr@compu.com (Fred Rump from home)
Subject: Re: b.s.m proposal - discussions released f
Organization: CompuData Inc.
Date: Mon, 14 Dec 1992 06:49:13 GMT

sl@wimsey.bc.ca (Stuart Lynne) writes:

>I like to see. In this case providing an on-line forum as an adjunct to a
>an industry trade paper. I woud *really* like to see the editorial staff
>active in it with management support. It would be nice to see if they can
>come up with some interesting uses for the group. For example I think it
>would be nice to see table of contents and/or article summaries/abstracts
>posted here.

OK, I can see more sense to it now too. I withdraw my objection.
Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386,alt.bbs.unixbbs
From: darkshot@rock.concert.net (Michael B Garrett -- Chudys)
Subject: Re: Trouble with FLOW CONTROL and FAS and rzsz
Keywords: modem fas flow usr courier sco odt
Organization: Not so you notice.
Distribution: usa
Date: Thu, 17 Dec 1992 05:41:20 GMT

I had this same problem with ODT 1.1, and nothing I tried helped. When we
upgraded to 2.0, the problem went away- to the point that we can use
rz/sz with cu (tilde + sz/rz) with no trouble- even MNP 5 works.

Damned if I know WHY this is so- and SCO support was totally in the dark
about the original problem; they assumed that I couldn't read the manual, so
they had someone read it to me over the phone. She _did_ have a nice voice,
though.

One thing you might try- reconfigure the port for 9600 baud. If it's not a
"smart" serial port, that's all you're getting anyway.

'Shot



Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Tape drive on floppy controller, no fun for crowbar+restore
Organization: Wimsey Information Services
Date: Sun, 20 Dec 1992 02:39:24 GMT

In article <9212191538.AA17271@jpradley.jpr.com> jpr@jpr.com writes:
>Mark Saltzman writes:

>> tar cvf - <files> | compress -c > /dev/rjt0
>> Or with gnu tar:
>> gtar -cvf /dev/rjt0 +compress <files>

>In my experience, your command "tar cvf - files | compress ..." will
>create a useless archive; including the 'v' flag to tar means you're
>jumbling tar messages into your compressed file; tar has the unfortunate
>property of writing its messages to stdout, not stderr.

Bzzzzztt....

I've never noticed this. And I use tar all the time. So I just tried it
and it works fine. Tar definitely sends the messages to stderr. 


-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
From: tps@jptcs.COM (Tim Sailer)
Newsgroups: biz.sco.general
Subject: Re: xx      (getch??)"
Date: 15 Dec 92 15:00:17 GMT
Organization: JPT Computer Solutions
X-Newsreader: TIN [version 1.1 PL6]

Stefan Hippler (hippler@conica.mpia-hd.mpg.de) wrote:
: Hi,
: I'm looking for a getchar() like function (getch) which does not wait for
: a line terminator. I know that there's a similar function available within
: the curses package but I cannot use it. Does SCO Unix provide a similar
: function which reads without blocking from a serial line?
: Any help welcome.
: /Stefan

You have to set the line to raw mode first.... I have some code that will
do what I think you need.

-- 
Tim Sailer
JPT Computer Solutions - SCO Sales/Consulting/Administration and Mangling
Port Jefferson Station, NY
(516) 331-9001
Xref: sparky biz.sco.general:4634 biz.sco.opendesktop:842 comp.unix.sysv386:17380
From: wes@dd.dk (Mads Westermann)
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386
Subject: Re: HELP. Why does "talk" say "machine to confused"
Date: 14 Dec 92 09:14:40 GMT
Organization: Damgaard Data Distribution A/S

george@ve7frg.ampr.org (George Farris) writes:

>When a user is logged in over the network from a machine via telnet and
>I try to "talk" to that user via "talk username".  Talk responds with:
>[Target machine is to confused to talk to us].  This is under ODT 1.1,
>update G.  I can use "write" to talk to the user but not talk.  Can any
>one help with this it's driving me crazy :-)
>Thanks.

I found the following in my ODT 2.0 man page for talk - seems like you're
having a byte-ordering problem here.

 Notes

    The version of talk(TC) released with System V STREAMS TCP uses a proto-
    col that is incompatible with the protocol used in the version released
    with 4.2BSD.  The new protocol is compatible with 4.3BSD.  The older pro-
    tocol was not portable across different machine architectures.

    talk may be confused if you attempt to use the host.user format with a
    fully qualified hostname.


-- 
 Mads Westermann                | Phone:        +45 4582-3200
 Damgaard Data Distribution A/S | Fax:          +45 4582-3636/+45 4582-3737
 Bregneroedvej 133              | E-mail:       wes@dd.dk
 DK-3460 Birkeroed, Denmark     | UUCP:         ..!uunet!dd.dk!wes
Newsgroups: biz.sco.general
From: warren@nysernet.org (Warren Burstein)
Subject: Parallel printer slowness on ODT 2.0
Reply-To: warren@nysernet.org
Organization: Mail to News Gateway at Wang Labs
Date: Mon, 14 Dec 1992 21:15:23 GMT

I talked to the local SCO dealer in Israel, about slow printing on my
LaserJet III, connected to a parallel card (1.0 was slow, too, but 2.0
is worse).  He asked me to check that it was configured as port 378,
IRQ 7, and it was, so he faxed me some pages from the problem
database.

The first is "My parallel printer is printing very slow in Xenix or
Unix".  It suggests "mkdev /dev/lp0p c 6 64" to make a polling device
in place of an interrupt driven one.

The next is "How do I troubleshoot slow parallel printers?" which says
"There are a lot of cards out there that do not handle interrupts
well.  It does, however, work with DOS".  I suppose that should read
"They do, however ...", my printer/card do work with DOS, which I have
been told does not use interrupts.  So given that there are cards that
do not do interrupts correctly and others that do, is there any way to
test if a given card does it right (short of the printer working at a
normal speed with SCO)?

There's another note called "Parallel printer is printing slowly under
Version 4.0 of SCO UNIX" which suggests that the printer might be
deselecting itself at the end of each line and reselecting itself
again for the next one.  The fix involves patching
/etc/conf/pacd.d/pa/Driver.o with /etc/_fst.  How is it possible to know if
the problem is with interrupts or deselecting?  The note warns that
"The application of these patches can cause other classes of parallel
printers to hang", I'd rather know what I'm doing rather than blindly
try a patch which might cause my printer to hang.
-- 
/|/-\/-\       The entire hall		Jerusalem
 |__/__/_/     is a very strange carrot.
 |warren@      But the ***
/ nysernet.org is not all that paranoid.
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: hard drive accessing.
Date: 14 Dec 92 03:37:09 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>I have a SCO UNIX 3.2.2 system and every couple of muinites the hard drive
>light flashes for about 180 seconds.  does anybody know what it's doing? (by
>the way i haven't changed the cron to do anything at this time.  also no one
>has been using the system for 4 hours).

>Should i stop this to keep it from wearing out the drive?

The drive is probably running an internal seek for errors while it is idle.  It 
might just be moving the head for kicks.  It is usually nothing to worry about, 
but you might want to ask the drive manufacturer.

>Also does UNIX come with disk defragmenting?

You need to buy it separately, or backup your filesystem, remake the fs and 
then restore.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general
From: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: chmod(C)
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sat, 19 Dec 1992 05:11:07 GMT
Content-Length: 447       
Precedence: bulk

Bela Lubkin writes:
> Jean-Pierre Radley wrote:
> 
> > Did I get a flaky ODT 2.0 tape, or are other folks' chmod(C) also truncated?
> 
> The file is bad on the distribution.  Here's chmod(C), compressed -H,
> uuencoded.  (I did that because it's full of backspaces etc. and may not
> transmit well over straight ASCII links).  >Bela<
> 

Most obliged, kind sir!

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
Subject: SCO UNIX NFS question
From: anewton@bbx.basis.com (Allen J. Newton)
Date: 18 Dec 92 16:49:37 GMT
Organization: BASIS International, Ltd., Albuquerque NM USA

Hello, fellow SCO users!

    Thank you all for the answers I got to my last SCO UNIX question
    regarding NFS Lock Requests.  The information you shared was most
    helpful.

    I have another question that is related to that one.  It has to do with
    NFS file systems disappearing at random.  Anyone here heard about this?
    Has this problem also been fixed?  Thanks in advance for your help!

--------------------------------------------------------------------------------
Allen J. Newton     BASIS International Ltd,  (505)-345-5232
5901 Jefferson NE,  Albuquerque, New Mexico   87109
unmvax!anewton@bbx.basis.com
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Shell script poser
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Sun, 13 Dec 1992 16:01:17 GMT

davidf@golem.waterloo.on.ca (David J. Fiander) writes:
: According to Tim Northrup <jrsalb1!tgn@brspyr1.brs.com>:
: >
: >:
: >while read Line ; do
: >	First=`expr "${Line}" : '\(.\).*' | tr '[a-z]' '[A-Z]'`
: >	Rest=`expr "${Line}" : '.\(.*\)' | tr '[A-Z]' '[a-z]'`
: >	echo "${First}${Rest}"
: >	done
: >
: 
: You were lucky that you didn't pass it a file which had a line
: beginning with one of the words 'match', 'substr', 'length', or
: 'index', because then you would have got
: 
: >	expr: syntax error
: >	expr: syntax error
: >	

His script was not using awk, and wouldn't object to those
(awk) keywords.  


		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: Hiding machines in mmdf
Date: 18 Dec 92 12:17:33 GMT

According to /dev/null <alexl@alvarez.COM>:
>.>   MLDOMAIN edu
>.>   MLNAME nas
>.>   MLOCMACHINE mserve
>
>Try 
>        MLDOMAIN .edu
>        MLNAME nas
>        MLOCMACHINE mserve

NO!!!!

Don't do this unless you like addresses like "user@mserve.nas..edu"

- David
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Changing SCO kernel to accept # !/bin/sh instead of :
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 19 Dec 1992 18:42:25 GMT
Keywords: SCO, shell

In <4542@tiamat.fsc.com> jim@tiamat.fsc.com ( IT Manager) writes:

:In article <BzF5su.By9@umassd.edu>, benu@cis.umassd.edu (David Hassel) writes:
:> 
:> 	I saw a posting a while ago on how to modify the SCO kernel to
:> accept # !/bin/sh notation on shell scripts instead of just :.  Could
:> someone re-post this to me or tell me how?  
:> 

:On a SCO Unix 3.2v4.0 (or above) system (which includes ODT 2.0), make
:sure the following line exists in /etc/conf/pack.d/kernel/space.c and
:rebuild your kernel:


:int hashplingenable  = 1;   /* set 1 if "#!" recognized by exec */


:I love this feature.

Now if they would only implement this on Xenix!  Then I could get
rid of all the garbage on my perl scripts that have to run on
both platforms.

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: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Tape drive on floppy controller, no fun for crowbar+restore
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 19 Dec 1992 18:40:23 GMT

In <Z2J1VB2w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:

:edhew@xenitec.on.ca (Ed Hew) writes:

:> Next time you'll likely buy a different tape drive.

:   I think that it's worth emphasizing this: the Jumbo tape drives from
:Colorado Memory Systems work well, provided that you buy the separate

I've found the opposite, but I haven't used CMS drives for
several years because I found problems with reliability after the
drives had been used for a while.
    -   They are EXTREMELY susceptible to dirt and dust in the drive.
    -   I also had problems with compatibility between different drives.
    -   I frequently couldn't make a tape on my development machine
        and read it on a customer site and vice-versa.
    -   The real capacity of the drive using compression depends
        on the data so it's better to use a program like CTAR
        that really knows where the end of tape is.
    -   When I was using it, you couldn't use the tape drive when
        booted from floppy which made it useless for simple
        restores.  I believe that this has been changed.
    -   Their Xenix/UNIX drivers were pretty brain-dead.  I've
        seen recent comments on the net indicating that this
        hasn't changed recently.

:controller card (to get away from the floppy controller conflict, as you
:mentioned in your article), the UNIX software, etc... and, by the time you've
:bought all of the pieces, you've spent a significant fraction of the money it
:would have cost to put in a QIC-02 tape drive of higher capacity... and Jumbo
:tapes need to be preformatted (a slow process not shared by QIC-02 tapes)!

:   It may cost you a few more bucks, but in this case it's worth sticking to
:the old standard ways.

I agree completely.  150/250MB SCSI tape drives are available in
the $400.00 price range from vendors like Archive and Sankyo, and
these drives are faster, greater capacity, and built to last.

The real question is how much is your data and time worth?  IMHO
backup media and drives are not the place to try to save a few
pennies.

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?
From: alexl@alvarez.COM (/dev/null)
Newsgroups: biz.sco.general
Subject: Re: Hiding machines in mmdf
Date: 18 Dec 92 06:35:57 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

.>   From: Don Kazem <nas.edu!dkazem@uunet.UU.NET>
.>   Subject: Re: Hiding machines in mmdf

.>   I am only running smtp and not UUCP and the offending line is the Return-Path
.>   line.
.>   It actually comes out as:

.>   Return-Path: dkazem@mailagent.nas.edu.

.>   I received a fax from Sco support that says one can mask machines by using the
.>   MLOCMACHINE in the mmdftailor file.  Specifically, the fax said to change the
.>   following lines:

.>   MLDOMAIN nas.edu
.>   MLNAME     mserve              (this is the unix host)
.>   ; MLOCMACHINE

.>   to

.>   MLDOMAIN edu
.>   MLNAME nas
.>   MLOCMACHINE mserve

Try 
        MLDOMAIN .edu
        MLNAME nas
        MLOCMACHINE mserve



.>   I tried this and rebuilt the database, but then when I manually ran the deliver
.>   command
.>   mmdf did not deliver any of the messages. When I undid their suggestion, it
.>   worked again.
.>   Any thoughts, comments, and/or suggestions will be greatly appreciated.

.>   Don

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /  ) //            _//                   Alexander Lopez
 /--/ // _  _.,      /    _____   _  __.   Alex Alvarez and Associates
/  (_</_</_/ /\_    /___ (_) /_)_</_/  |_  alexl@alvarez.COM
                            /         (|   305-649-8900
From: eah@xenitec.on.ca (Ed Hew)
Newsgroups: biz.sco.general
Subject: Re: Adduser shell script
Date: 14 Dec 92 14:29:16 GMT
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA

In article <1992Dec14.135714.6797@cas.org> skf26@cas.org (Scott Frost) writes:
>Perhaps I'm in the wrong news group - if so, I'm sure some kind soul will
>let me know in a polite way :-)
>
>I'm looking for an adduser shell script for SCO UNIX.   This is a uncomplicated
>setup with one machine supporting up to 20 or so concurrent users with a total
>of about 80 login accounts.

Have you researched addxusers(ADM) ?  From the man page:
addxusers - create new user accounts given a traditional password file

>We need to set up all 80 accounts with generic
>login id's (i.e. unix01, unix02, ....) and the same password that should expire
>immediately after entering it the first time.

You'll likely have to handle your password requirements manually,
unless you want to get creative.  I'd _strongly_ discourage having
the same password for all users.
--
  Ed. A. Hew,    <edhew@xenitec.on.ca>    ....!uunet.ca!xenitec!eah
  XeniTec Consulting Services, Kitchener ON, Canada +1 519 570 9848
          [biz.sco.* newsgroups and mailing lists godfather]
From: fietze@kagcpd01.ag01.kodak.COM (Roman Fietze@kagcpd01.ag01.kodak.COM,KAG CP Development@kagcpd01.ag01.kodak.COM, 49 711 406 2839)
Newsgroups: biz.sco.general
Subject: Re: NFS problems! root not root?
Date: 17 Dec 92 08:11:00 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Precedence: bulk

Hello Chuck,

I have ODT 1.1 (still), but had similar problems.

> We have two systems here loaded with SCO ODT 2.0.  One system has
> the ODT Development System loaded, the other does not.
>
> :
> 
> Obviously, the rc startup scripts are not executed by the 'root' user during
> startup.  What uid and gid does the system use?  Or does it use 'unknown'?

They are started by init. When you do a 'nfs start' as root, you get
similar problems on ODT 1.1: user cannot rlogin to your host due to
authorization errors.

> The 'df' command works great for ANY other user.  Thus, they are allowed to
> 'fsstat' remote NFS filesystems, but user 'root' cannot.
> 
> The final piece to the puzzle appears when I do 'chmod +s /etc/mount'.  This
> should allow all users access to the /etc/mount command (not a great idea).
> With this done, I can log in as any other user (NOT root, he still can't do it)
> and mount any remote NFS filesystems just fine!

Root will get a UID of -1 when crossing NFS boundaries (security
reasons) and *not* 0 (zero).

> Why can the non-development system interactively mount NFS filesystems, but
> the development system cannot?

Oooops?


Roman

---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)                    Hedelfinger Str. 154
Copier and Printer Development                      7000 Stuttgart 60
Kodak AG                                                      Germany
fietze@kagcpd01.ag01.kodak.COM                  VOICE 49-711-406-2839
fietze@kodak.COM                                    K-NET 28-631-2839
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.sysv386
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: HELP. Why does "talk" say "machine to confused"
Organization: Celestial Software, Mercer Island, WA
Date: Sat, 19 Dec 1992 18:05:48 GMT

In <BzGsDB.406@ve7frg.ampr.org> george@ve7frg.ampr.org (George Farris) writes:

:I guess I didn't make myself clear with this question.  I'm not trying
:to "talk" to another machine.  The talk process is going between me
:logged in on the console and "user" logged in to the  * same * machine
:via a telnet connection.  The talk process would then be trying to work
:between tty01 and ttyp00.  In fact just trying to talk to another login
:on tty02 or tty1a which is a terminal connected by a serial link gives
:the same message.  Very strange.  It almost seems as if talk and talkd
:don't like each other and in fact I would suspect the byte ordering
:problem if these two were not supplied as part of ODT. Hmmmm....
:something in the back of my mind tells me that they did used to work at
:one time.

Have you specified the port with the talk command (talk user ttypxx)?
I know this is necessary on our machines here where I may show up
logged in several different ports.

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?