HDTenEightyP/NetNews huggingface dataset:
From: dlucy@sandr.COM (Doug Lucy)
Subject: Trouble with FLOW CONTROL and FAS and rzsz
Organization: S&R Software, Inc.
Distribution: usa
Date: Wed, 16 Dec 1992 03:24:51 GMT
Keywords: modem fas flow usr courier sco odt


I'm trying to solve a hairy flow control problem on our Unix server.

We've got SCO ODT 1.1 (Unix 3.2.2) with FAS 2.10 installed on the two
standard (16550AFN-upgraded) COM ports with a US Robotics Courier
V.32bis attached to COM2. The port is locked at 38,400, as is the
uugetty and atdialer (SCO's High-speed modem SLS).

UUCP and cu work just fine. We talk to Uunet's Telebit's each night
and get around 900 chars/sec thruput for mail & news.

The troubles start with using Foresburg's rzsz programs. We use XBBS to
run (actually test) a small BBS. It appears to work fine, but gets
bogged down after the first 10k or so of a Zmodem or Ymodem upload or
download. XBBS runs rz or sz to accomplish this. 

More trouble shows up when trying to upload from our system to another
(usually DOS-based BBS system) using ecu 3.16 and sz. The flow control
seems to be failing. After beginning a Zmodem upload (from Unix to a
DOS BBS), the packets stream out to the modem from 0 bytes to about
20k within seconds, followed by ERRORS from the receiver. Then ecu
resends 4k-24k in seconds, then more ERRORS show up, etc etc.

Well, ecu reports that XON/XOFF is on for OUR modem connection (on the
tty), and the modem has NOT been set to anything for flow control except
the default XON/XOFF flow (I haven't figured out how to best use the
CTS/RTS flow control the modem and FAS can provide).

Anyone see the light in all this mess? I'd really like to get the
modem and SCO running smoothly to experiment with BBS variants.

Thanks much in advance.
-- 
| Doug Lucy, Chief Geek | sandr.com - Home of the             |
| S&R Software, Inc     | Chesapeake Bay Net Mailing List     |
| dlucy@sandr.COM       | for boating enthusiasts in VA/MD/DC |
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com>
Subject: Re: b.s.m proposal - discussions released f
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 14:52:06 GMT
Precedence: bulk

>In article <9212121642.a18380@scoke.sco.COM> belal@sco.COM (Bela Lubkin) writes:
>>Now that Sean has stated that he and his authors will be actively
>>I just wish this had been mentioned earlier.
>>
>>>Bela<

>I agree with Bela, it would have been nice to have seen this participation
>interest from sean and utoday earlier in the discussion.      

>Now it seems that most of the objections have now been met, and it is
>probably time to get on with things.  Michael, isn't it now time for
>a NEW group!!!

>I think this will be a very good overall newsgroup and very beneficial
>to the SCO community.

I guess this means I throw out the earlier voting.  Oh well,  on with the NEW 
Group!!!

--------------------------------------------------------------------------------
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
From: spcecdt@deeptht.armory.com (John DuBois)
Newsgroups: biz.sco.general
Subject: Account request shell script
Date: 16 Dec 92 06:54:15 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've been advised that a request for an adduser shell script appeared
on this list.  I have a ksh script I wrote to do it for SCO XENIX/UNIX,
along with a small C program to optionally generate an initial password. 
It operates interactively or on simple records describing the desired
account.  Anyone who wants it should mail me for it (or if you think there
is sufficient interest, to suggest that I post it, which I don't do right
off because it's ~20K).  I also have an account-request ksh script, which
generates the records.

	John
From: root@homer.UUCP (Marc Brumlik)
Newsgroups: biz.sco.general
Subject: Re: Creating tar archive of large numbers of files...
Date: 13 Dec 92 05:33:03 GMT
Organization: Tailored Software, Inc., Wheaton, IL

> :I had this HUGE directory that i wanted to move its contents
> :to another directory. based on the discussion here I thought
> :using a find command would be my best bet. I tried
> :commands like this (with variations)
> 
> :find . -print | mv - new_dir
> :find . -print | xargs mv - new_dir
> 
> :without much sucess. I ended up doing it a very slow 
> :and tedious way. next time around it would be nice
> :if I had a more efficient way to get it done.

how about:

	find . -exec mv {} new_dir \;

this causes everything after the '-exec' to be executed on the list of
names found (which will be subsituted for the "{}").  do not leave off
the "\;" at the end.
--
..{util20,obdient}!homer!marc	Marc Brumlik, Tailored Software, Inc.
marc@homer.chi.il.us		Wheaton, IL	Voice: 708 668 9947 / 9967
						FAX  : 708 668 9947
						UUCP : 708 668 9137

i AM the company
Newsgroups: biz.sco.general
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Changing SCO kernel to accept # !/bin/sh instead of :
Date: Sun, 20 Dec 1992 02:10:48 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Dec18.224803.12806@clpd.kodak.com> thomas@clpd (bulli@kodak.com) writes:
>Is this limited to 3.2.4 or does it also work under 3.2.2.?

#! support by exec is a feature added in 3.2v4.0 (and thus also in ODT
2.0); it does not exist in previous versions of Unix or in any version
of Xenix.

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: Using "vi" with no subshells!
Date: 19 Dec 92 05:18:04 GMT
Organization: /usr/local/lib/news/organization

In article <9212080948.aa14571@openage.COM> paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
>Hi All,
>
>I need to know if there is a way to call "vi" as an editor, without allowing
>the user to spawn a subshell.  A customer of mine wants to use it as an e-mail 
>editor, but does not want to let users out of the BBS software.
>
>Any substitutes would also be greatly appreciated.

You could try running from a restricted shell.
-- 
	    | 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
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: Shell script poser
Date: 14 Dec 92 12:20:16 GMT

>: 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
>: 

I'm not sure what they all do because my (XENIX) documentation
doesn't have them either, and I rarely use them.  I know that
length prints the length of its argument, which makes it
equivalent to

	expr foo : '.*'

But there is a very good reason that you don't want to use the
shell script instead of the sed or perl scripts.  I don't have
perl, but it might be faster because of the way the operations
ar performed.  The shell script takes four processes to convert
a single line, while the sed script does the whole file with
just one.  The shell script works, but I compared it to the sed
script on a Sun4 running /usr/dict/words through it (I did this
on the sun4 because that's where I had a big file of text).

Here are the times for the sed script:

	real	3m01.05s
	user	2m59.80s
	sys	0m02.71s

And here are the times for the shell script:

	real	143m49.08s
	user	22m44.95s
	sys	197m09.30s

- David
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: Have you seen my desk?
Distribution: usa
Date: Thu, 17 Dec 1992 16:51:02 GMT

Actually, ODT 1.1 devotes several pages to describing hardware flow control,
and there are sections in the gettydefs that supposedly enable it. It just
didn't work. I may have missed something, but I dunno- I managed to get UUCP
to work between my old workstation and a Tandy 16 running Xenix 1.0.3 years
ago, so I just assumed that there was a bug in ODT 1.1 B-)....and it magically
started working after the upgrade (I did nothing special) which confirmed my
opinion. I may be wrong, but I'm not mistaken B-)

'Shot
From: a_millsbs@ccsvax.sfasu.edu
Newsgroups: biz.sco.general
Subject: FAX software
Date: 16 Dec 92 02:43:40 GMT
Organization: Stephen F. Austin State University

Has anyone out there successfully ported the MIT NETFAX software to SCO?

I am aware of the of the various commercial products available but since the
wonderfull people at MIT saw fit to make their hard work available for free...

Anyway, if anyone else knows of a SCO port of the MIT software or of any other
free or nearly free FAX software that will work on my SCO systems please let me
know.

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1363
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: William K. Karwin <doublec!billk@uunet.UU.NET>
Subject: Re: Cannot access SCSI HD with ID 4???
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Fri, 11 Dec 1992 21:28:12 GMT
Precedence: bulk

> From: Gert Doering <uunet!greenie.gold.sub.org!gert>
> Subject: Cannot access SCSI HD with ID 4???
> 
> Today I tried for 'bout five hours adding a SCSI disk to a SCO Unix 3.2.1
> box.   I set it to SCSI ID 4.
> 
> "mkdev hd 4 0 0".   Link Unix. Reboot. Nothing is shown.

Nothing will be shown until you access the disk.

> Try another "mkdev hd", as manual recommends. Breaks with "cannot open
> /dev/rdsk/1s0", "/etc/fdisk failed".

The device file was not created when you did the link_unix step.

> So: what now? How can I make my kernel recognize the drive at bootup? Who
> is responsible for creating /dev/rdsk/1s*?

You can use mknod to create the device files manually.  Check in the
manual page hd(HW) to verify I'm using the correct devices numbers:
    # /etc/mknod /dev/hd10 b 1 64 ; ln /dev/hd10 /dev/dsk/1s0
    # /etc/mknod /dev/hd11 b 1 72 ; ln /dev/hd11 /dev/dsk/1s1
    # /etc/mknod /dev/hd12 b 1 80 ; ln /dev/hd12 /dev/dsk/1s2
    # /etc/mknod /dev/hd13 b 1 88 ; ln /dev/hd13 /dev/dsk/1s3
    # /etc/mknod /dev/hd14 b 1 96 ; ln /dev/hd14 /dev/dsk/1s4
    # /etc/mknod /dev/hd1a b 1 111 ; ln /dev/hd1a /dev/dsk/1sa
    # /etc/mknod /dev/hd1d b 1 112 ; ln /dev/hd1d /dev/dsk/1sC
The raw devices have the same device numbers, but are named differently,
e.g.:  "/etc/mknod /dev/rhd10 c 1 64"

Also make sure there is a proper entry in /etc/conf/cf.d/mscsi for
the hard disk.  Remember that the "1" in the name of /dev/rdsk/1s*
refers to the position of the entry in the mscsi file, not the SCSI id
of the hard disk. (so don't feel free to rearrange lines in mscsi)

Bill
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Newsgroups: biz.sco.general
Subject: Re: Hiding machines in mmdf
Date: 17 Dec 92 00:20:54 GMT

According to dkazem@nas.edu (Don Kazem):
>I have hidden the mail gateway such that all outgoing messages go out from
>user@nas.edu, however, the return path shows user@mailagent.nas.edu.  Mialagent
>is the DOS box.
>
>My question is how can I change the return path as well, or even do away with
>it?

If you mean the UUCP From_ line, then there is no way to
eliminate it, but don't worry, nobody looks at that line anyway
(or at least they shouldn't).  If you mean the RFC 822 Received
trace header, you can't get rid of that either, but I _know_
that nobody looks at that.

Don't worry, it is almost impossible to hide host names
entirely.  For example, if the DOS box is generate RFC 822
messages, complete with Message-Id headers, then the Message-Id
has to have to DOS box's name in it in order to ensure
uniqueness.

- David
Newsgroups: biz.sco.general
From: kd1hz@anomaly.sbs.com (Michael P. Deignan)
Subject: Re: b.s.m proposal - discussions released f
Organization: Small Business Systems, Incorporated, Smithfield, RI 02917
Date: Sat, 12 Dec 1992 23:19:22 GMT

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

>Actually if I thought that biz.sco.magazine was a place that the writers and 
>editorial staff would hang out I would probably be *very* interested. I don't
>remember getting that impression though. If it's true it would I think make for
>an interesting place to hang out.

While I didn't exactly state this in my original posting (after all, I can't
speak for "editorial staff",) the intent of the newsgroup was/is to discuss
articles and other information with regards to SCO Magazine.

It certainly would be my hope that authors and readers alike would come
together in this newsgroup. If the editorial staff decides to join in, that
is even better.

As Sean Fulton has previously stated, both Mitch and he would actively be
using the group. Then again, I knew that they would, as Sean and I have
been discussing various aspects of network utilization for over a year now.
However, I'm sure you can appreciate his attitude of "hands off" during the
discussion phase, as the perception of "ramming it down people's throats"
can clearly been seen as present - hell, we've even seen some people start
to cry "conspiracy!"

Will there end up being crossposting? Sure. Will there be technical
postings better suited for .general? Absolutely. Hopefully, as with any
specific-purpose newsgroup, those types of postings can dutifully be
re-directed to the appropriate newsgroup, just as a pro-gun posting
in alt.activism will be re-directed to talk.politics.guns.


>Actually someone suggested biz.magazine.sco I believe. The only problem being
>one of not being able to leverage off the work Ed has done to get biz.sco
>distributed around.

True. It also looses its association with the SCO product. BIZ.SCO is an
ideal hierarchy. However, if I had wanted to just create it, I would have
issued a newgroup biz.sco-magazine long ago.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
-- AT&TNet: +1 401 273 4669               /   are you won't either...
-- Telebit: +1 401 455 0347              /
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: sco's efs list
Date: 13 Dec 92 23:27:18 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 657
Precedence: bulk

Matthew J. D'Errico writes:
> In article <9212122145.aa04159@compuli.compuli.UUCP> bld@compuli.UUCP (Bruce Dustman user account) writes:
> >Could anyone having a current listing of the efs's available from sco please 
> >mail me the list.
> 
> Current listings are available on sosco...  Just uucp there like you
> would to retrieve any update, but get the file:
> 
> 	sosco!~/EFS/info
> 
> The same is true for SLS's and TLS's...  As well as general info :
> 
> 	sosco!~/info
> 	sosco!~/SLS/info
> 	sosco!~/TLS/info

You left out:

	sosco!~/Term/info
	sosco!~/GAMES/info

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: kees@echelon.uucp (Kees Hendrikse)
Subject: Re: Compuserve??
Organization: Echelon Consultancy, Enschede, The Netherlands
Distribution: world
Date: Tue, 15 Dec 1992 08:43:54 GMT

In <Bz9yGD.9uE@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:

> The latest issue of DiSCOver talks about a new Compuserve forum
> for SCO products.
(...)
> I guess it's because when all is said and done, the only reasonable
> way to access Compuserve (assuming stock SCO software) is by way of
> DOS!!  Yes, you can buy third party comm packages, and you could
> download Pcomm, but "out of the box" SCO Unix is pretty useless at this.

Ok, with true 'out of the box' SCO, your're nowhere. Just get yourself
a copy of the comm package 'XC' and you're everywhere. XC includes CIS's
QuickB protocol and can be configured to exchange mail and forums unattended.
It runs well with SCO Xenix and Unix. It should be available from several
archive sites. Contact Jean-Pierre Radley <jpr@jpr.com> if you are unable
locate it.

-- 
Kees Hendrikse                                | email: kees@echelon.uucp
                                              |
ECHELON consultancy and software development  | phone: +31 (0)53 836 585
PO Box 545, 7500AM Enschede, The Netherlands  | fax:   +31 (0)53 337 415
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: Re: Shell script poser
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 14 Dec 1992 19:34:11 GMT
Precedence: bulk

Bill Campbell wrote:

> I ran a perl version of this and got the following times on a 386-33
> under Xenix 2.3.4:
> + time perl -pe 's/(.*)/\u\L$1/;' /usr/dict/words > /dev/null
> 
> 	real        26.3
> 	user        23.0
> 	sys          0.2
> 
> wc -l /usr/dict/words
>   23739 /usr/dict/words
> 
> Running the perl version on ODT 2 on a 486-33 EISA machine gives:
> 	real       14.5
> 	user       13.7
> 	sys         0.1
> 
> Is the Sun4 that much of a dog or is their /usr/dict/words a lot
> longer?

Whoa... before this goes too far, please, whatever machine/OS you're
running the test on, run *all* of the benchmarks.  Here you're comparing
perl on SCO boxes to sed & shell programs on a Sun.  You cannot separate
the performance of the machine, the OS, and the language being used.  If
you'd run all three on your machine at least we'd have a half-valid
basis for comparision.

>Bela<
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.general
Subject: Re: Serial terminals-reset when line dropped (SCO 3.2.2)
Date: 17 Dec 92 19:07:18 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@imcon.wimsey.bc.ca
Precedence: bulk

As enscripted by Mike S.:
> 
> 
> Using SCO 3.2.2, we have several serial terminals active, each in
> a user application.  When one of these serial terminals is re-booted,
> it blasts the correct Unix login down the line, which executes our
> .profile, and starts our application.
> 
> The problem arises when a terminal is rebooted while in the application.
> What we would like to do is force all tasks associated with the terminal
> to terminate, thus restarting getty, when the line is dropped.
> 
> So far, we have been unsuccessful in doing this.  Sometimes, the top
> level task will terminate, but the others (sh, etc) don't.
sounds like you would like "modem functionality" this is what normally
happens on a modem line.  You would have to set up your serial ports as if
they were connected to modems by setting an appropriate gettdefs entry for
the getty in inittab and then you would have to do some fancy cabling to 
provide carrier detect to the serial port when the terminal is on.  This is
different from terminal to terminal, but just look for some line on the 
terminal which is high when the terminal is on.  

Watch out for "flow control" lines such as DTR, as it will drop when the 
terminal's buffer overflows and would kill the processes on your tty - the 
users would not be happy.

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: edhew@xenitec.on.ca (Ed Hew)
Newsgroups: biz.sco.general
Subject: Tape drive on floppy controller, no fun for crowbar+restore
Summary: device busy
Date: 16 Dec 92 21:26:27 GMT
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA


[In the message to news@xenitec.on.ca, "Tape drives", Dave Curtin 2-5591 <curtin@moe.coe.uga.edu writes... ]

> I have been trying to restore a system dump on a SCO 2.2.4 system with
> a colorado tape drive. When I boot off the root/boot floppy, the system
> claims the tape is busy no matter what I do.  If I boot off the hard drive
> there is no problem, but I dont want to restore to an active filesystem.
> If anybody has some pointers as to correcting this, or restoring to an 
> active filesystem, please let me know.
}-- End of excerpt from Dave Curtin 2-5591

I just saw this flash by as it was being returned due to improper
addressing.  As it may be of general interest, I thought I'd post
this for him.

I'd replied:
----
You wouldn't happen to be running your tape drive off the floppy
controller would you?  If so, I have bad news for you.  You're
booted off the floppy, correct?  Your floppy controller is tied
up since you're booted off the floppy, and guess what!  That means
you can't use your tape drive, as it needs to use the very same
floppy controller that's busy.  You are now a very unhappy puppy.

Do a very basic install from media, to the point where you have
a tape kernel and whatever software is attendant to restoring
your backup, and then away you go.  Next time you'll likely buy
a different tape drive.

Let me know if I've accurately guessed your hardware configuration,
and hence your problem.

		--ed

The writer has confirmed that this indeed was his problem.
--
  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]
Newsgroups: biz.sco.general
From: davidf@golem.waterloo.on.ca (David J. Fiander)
Subject: Re: Shell script poser
Date: Tue, 15 Dec 1992 22:03:01 GMT

According to bill@Celestial.COM (Bill Campbell):
>:Here are the times for the sed script:
>
>:	real	3m01.05s
>:	user	2m59.80s
>:	sys	0m02.71s
>

Well, it turns out that this implementation of sed has an
amazingly slow 'x' command.  I rewrote it, and the time dropped
to 2 seconds real.

>I ran a perl version of this and got the following times on a 386-33
>under Xenix 2.3.4:
>+ time perl -pe 's/(.*)/\u\L$1/;' /usr/dict/words > /dev/null
>
>	real        26.3
>	user        23.0
>	sys          0.2
>
>wc -l /usr/dict/words
>  23739 /usr/dict/words

And here is the time for perl on the Sun4:

; time perl -pe 's/(.*)/\u\L$1/;' /usr/dict/words > /dev/null

real    0m06.96s
user    0m06.11s
sys     0m00.23s
; wc -l /usr/dict/words
  25144    /usr/dict/words

SunOS 4.1 sed was a little faster than the rewritten one above,
and both are about 3 times as fast as perl on the same
hardware, but then thats 2 seconds vs 6 seconds.  Woopee.

- David