HDTenEightyP/NetNews huggingface dataset:
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re:  How to connect a modem to one of the ports on Digiboard?
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 26 Sep 1992 16:13:49 GMT

In article <1992Sep26.135211.21404@xenitec.on.ca> vances@xenitec.on.ca (Vance Shipley) writes:
>In article <Bv6oIL.E60@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>>
>>Good modems of recent vintage negotiate whatever speed is required 
>>between them while maintaining a fixed baud rate to the computer.
>>Therefore, getty need never see anything but a single baud rate, and
>>all that garbage and trouble is eliminated.
>
>Tell us Tony do you use XON/XOFF flow control between the modem and host?
>Do you use IXANY here?  Do you ever try to transfer binary data?  Or do
>you use RTS/CTS flow control?  
>
Gee, guy: this was meant to be helpful: modems that can hold a fixed
baud rate to the host are much easier to use.  That has nothing to do
with our previous bantering on flow control and wiring.  But, since
you bring it up, of course I don't set up the modem for XON/XOFF.

So:  Modems need full wiring.  In fact, I usually use tty1A or tty2A for
the modem if possible.  Otherwise it can be a problem to wire a typical
multiport card.

Some printers need hardware flow control.  Some that say they will do
XON/XOFF will not, so if that's the case, I'm stuck with it.

But terminals (im *my* experience) do not.

You say (in another article) that you have applications where the
terminals cannot do ixon ixany because the screen will mess up.  I said
I've never seen that happen, but what the heck: there are hundreds of
things I had never seen happen that suddenly happened to me :-)

But, over the past 10 years, I've seen more than a couple of handfuls
of SCO Xenix/Unix running on all kinds of hardware with all kinds of
multiport cards, but usually running Wyse 50/60 terminals and always,
always, ALWAYS setup for Xon/Xoff flow control.

It's funny that many of them were WIRED for hardware handshake, but
both the terminal and the box are using software.

The stock SCO gettydef includes IXANY, but I think I remember a time
when it didn't and users *would* hit Ctrl-S and freeze.

So , here we have several hundred installations that I have seen, and
I'm sure many more thousands across the country, all running XON/XOFF.

I would think that, if this were a big problem, I would get calls every
day complaining of unusable systems.  I would think that SCO would have
had thousands of such calls and that CTS/RTS flow would be standard.

But I don't get calls.  And it isn't standard.

So, you have an application that breaks the standard.  If one of my
clients were running that application, I'd have to rewire.  

But none of them are.

And yes, I do screw down connectors. But I never put the case 
 screws back after opening the box :-)

		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: biz.sco.general,comp.unix.sysv386
From: carl@syscon.rn.com (Carl Kreider)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Syscon Corporate Headquarters - South Bend, IN USA
Date: Tue, 06 Oct 1992 14:14:47 GMT
X-Newsreader: TIN [version 1.1 PL6]

Mike S. (mike%jim.uucp@wupost.wustl.edu) wrote:
: I am running SCO 3.2v2 on my 486 box, and am having a problem
: with nn 6.4.16 (compiled with the SCO cc compiler--all optimization
: was disabled during the build of both nn and cnews).  
: 
: It looks like what is happening is nn's database is being somehow
: corrupted.  For example, after a weekend (which should mean
: a LOT of unread news on Monday, as I am sure you are all aware :) )
: nn only reports a small number of unread articles.
: 
: If I look in the /usr/spool/news hierarchy, all the news files are
: there, nn just doesn't have them in its database..  If I go into
: nnadmin and Init (re-collect all groups), all is well, but it will
: just happen again next time.  
: 
: We are running news on a single local machine--no NFS, etc, to
: blame it on.
: 
: I don't think it is a permissions problem, because I set /usr/lib/nn
: /usr/spool/nn /usr/lib/news /usr/spool/news, and all their children
: to permission 777, owner news.  One odd thing I did notice, though,
: is that nnmaster by default creates files under /usr/spool/nn/DATA
: with owner root, but the group is still news.  I changed all files
: under /usr/spool/nn/DATA to owner news, but the problem remains,
: so this may have nothing to do with it.
: 
: Has anyone else had anything like this??  What changes are in 
: 6.4.18?

I don't have an answer, but I can confirm that you aren't crazy -
it acts the same for us.

-- 
Carl Kreider       Usenet    uunet!rde!gator!syscon!carl
CIS  71076,76      Internet  carl@syscon.rn.com
From: sfrazier@birch.vlink.com
Newsgroups: biz.sco.general
Subject: X10 Powerhouse
Date: 4 Oct 92 00:22:49 GMT
Reply-To: Steven E Frazier <sfrazier@norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

does anyone have X10 Power House running on SCO Unix?  I would like to
find out where to get it, if anyone has it up and running.

thanks.

Steve


-- 
Steven E. Frazier                            Voice: 614-785-7335
8101 North High Street - Suite 100           Fax  : 614-785-7337
West Worthington, OH   43235                 sfrazier@vlink.com
Newsgroups: biz.sco.general,comp.unix.xenix.sco
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Anomaly FTP access corrected
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Thu, 01 Oct 1992 03:11:45 GMT

After experiencing some minor problems with FTP during the installation of
ODT 2, the glitches have been ironed out and access is once again available
via FTP.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /
Newsgroups: biz.sco.general
From: doc@magna.com (Matthew J. D'Errico)
Subject: Re: Phoenix BIOS / Adaptec 1740
Organization: Magna Software Corporation
Date: Wed, 30 Sep 1992 16:30:47 GMT

I'm working from memory here, but...

Recheck your EISA config...  If memory serves, there's an option in there
which will allow the BIOS setup program to be accessed at boot, which
probably explains the "F1 to continue" prompt...

-- Doc

Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: SCO Support in South Carolina
Organization: Celestial Software, Mercer Island, WA
Date: Mon, 28 Sep 1992 18:15:30 GMT

I have a client near Myrtle Beach, S.C. who will be needing local
support for an SCO ODT system.  Their system will be using
PC-Interface, and a database program (UNIFY at present, but they
will probably be switching to something a bit less sophisticated
in the near future).

Does anyone have any recommendations (horror stories) for SCO
support in this area (Charleston, Columbia, Florence, ...)?

Thanks

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: apl@world.std.com (Anthony P Lawrence)
Subject: SysAdmin article on Hung Terminals
Organization: The World Public Access UNIX, Brookline, MA
Distribution: biz
Date: Sat, 26 Sep 1992 19:24:51 GMT

Did anyone else read the article "The cure for hung up,
Locked up, and Frozen terminals" by G. Clark Brown in 
September SysAdmin ?

I thought when I read this that I had tried something like
this once but it didn't work.  So I was glad to see the article,
and I tried the code:

(with error checking & all removed, this is what it does:
	
	fd=open(argv[1],O_RDWR | O_NDELAY);
	ioctl(fd,TCXONC,1);
	ioctl(fd,TCFLSH,1);

But, it hangs on the first ioctl.

Which, I now remember, is what happened when I tried this before.
Actually, I just did 
	ioctl(open(argv[1],O_RDWR | O_NDELAY),TCXONC,1);
and didn't think about TCFLSH, but the hanging was the same.
But, I just assumed that I didn't understand what TCXONC was
supposed to do, so I dropped the issue.  Either G. Clark Brown
never made this work on any machine (pretty unlikely), or there's
something about SCO Unix that he (like me!) doesn't grok.

Anyone know what or why?

		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle


Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.nn
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Mon, 05 Oct 1992 19:11:29 GMT
Followup-To: news.software.nn
Keywords: problem cnews nn 6.4.16 sco 3.2 v2 news

mike%jim.uucp@wupost.wustl.edu (Mike S.) writes:

>It looks like what is happening is nn's database is being somehow
>corrupted.  For example, after a weekend (which should mean
>a LOT of unread news on Monday, as I am sure you are all aware :) )
>nn only reports a small number of unread articles.

>If I look in the /usr/spool/news hierarchy, all the news files are
>there, nn just doesn't have them in its database..  If I go into
>nnadmin and Init (re-collect all groups), all is well, but it will
>just happen again next time.  

You know, I thought I was going nuts.... I have been experiencing the
same problem here on Anomaly, after applying the .18 patches. Prior
to this we were running .16, and had no difficulties.

The problem is most noticeable after an expire is executed. As part of
a daily news cleanup script run by CRON, several log files and
summary postings get posted to a local newsgroup here, "sbs.admin".
At the end of the script is an 'nnadmin =EYW' to kick off NN's expire.
After NN's expire, those articles just posted to the newsgroup do not
show up in NN's database, but are clearly readable with another
newsreader such as RN.

Follow-ups to 'news.software.nn'.

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /
Xref: sparky biz.sco.general:3481 comp.unix.sysv386:14974
From: vances@xenitec.on.ca (Vance Shipley)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: How to connect a modem to one of the ports on Digiboard?
Keywords: Anne Rand nightmare boob
Date: 26 Sep 92 13:17:02 GMT
Organization: SwitchView Inc., Waterloo, Ontario

In article <Bv6oAK.E0v@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:
>I (Vance Shipley) write:
>>Great, so you're typing and the screen is updating; terminal sends XOFF
>>you continue typing, host restarts sending, the terminal is'nt ready and
>>the data is lost and your screen is a mess.  Classic.
>>
>
>I really doubt that you can type fast enough to do that.
>
>Personally, I have never seen it happen.
>
>Never.  So what's "Classic" about it?

I would bet that you don't screw connectors down either.
If you are running worperfect you probably won't have a problem.  If
you have an application which is constantly refreshing the screen, like
say a performance monitor you will have a problem.  In one of our
applications we search a list on every key typed matching more and more
specifically.  It NEVER works with IXANY.

>		Tony
>
>Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
>Xenix/Unix support,etc 	 	 Boston		 Seattle


-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Xenix 2.3.4 SCSI tape problem
Organization: The World Public Access UNIX, Brookline, MA
Distribution: biz
Date: Sat, 26 Sep 1992 17:41:02 GMT

This is a brand new Wyse 386-40 w/and IDE drive but an Adaptec
adapter running a Wangtek SCSI 150 MB tape.

XNX316 has been installed.

tape is at ID 2, and major numbers for rct0, xct0, etc are 36.
Qic-02 driver removed.

Two problems:

'tape status' does not work-"cannot open /dev/xct0" (prior to XNX316 a 
tape status would crash the system, so not working is an improvement, 
but...)

When reading tapes from the old system (non-SCSI Wangtek), it either
reads nothing and complains "Device Media is Blank" or reads varying
amounts (even as much as 30-40 meg) and then dies with the same
message (yes, there is more data on the tape: and it's readable from the
other machine).

My first thought (given the age of the old machine) would be just
to blame the old tape drive and leave it at that.

But, the 'tape status' thing bothers me.  Also, it bothers me that
"%tape "  does not show up in the boot messages ("adaptec" does)
or from hwconfig, but the driver does spit that "%tape" out when I
access it.

And, I got the "Device Media Blank" message when I started a Ctar
backup.  Hiccuped, backed up & verified ok, but there's just too
much here that seems screwy.

Any ideas?

		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
From: lee@dlpco.dlpco.COM (Lee Penn)
Newsgroups: biz.sco.general
Subject: Re:  How to connect a modem to one of the p
Date: 28 Sep 92 12:11:05 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


>Things like hooking up terminals seems to be of a "religious choice" 
>than a "standard".  If people would not get so emotional in their 
>postings, then the rest of the users "might" get some useful information,
>BUT, instead everyone jumps up and down, trying to convince everyone that
>if you don't do it "MY" way, the earth will end tommorrow, and 
>"BTW, you must be an idiot".  Lighten up folks and genuinely try to
>assist people.  That is what will make the net a useful place.

stuff deleted ...

>I will sit back now and wait for the "flames" to start rolling in,
>because I disturbed someones "the way the world HAS to be"....
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<

Bob: the reason folks get so hot about how to handle flow control finally
boils down to Hardware vs Software flowcontrol and that indeed gets to
be a religious issue.

For folks NOT using VPIX, Not using emacs, etc, where CTRL-Q and CTRL-S
have been somehow imbedded in the application, xon/xoff works.

However, why take the risk when hardware flow control is totally solid
and gets around these issues intirely.

Our rule here is HARDWARE FLOW CONTROL!  When we run into an installation
which is already wired, we do what is cost effective which means we might
fall back on software flow control if the customer does not want to pay
for rewiring.

Frankly though, consultants who do not wire for hardware flow control
and who do not understand hardware flow control are doing themselves
and their customers a disservice.  This includes modems as well which
can effectively use hardware flow control.

I at least will condescend to use ixon/xoff and agree that it will work
in many cases.  However I strongly prefer hardware flow control.

================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM
From: sfrazier@birch.vlink.com
Newsgroups: biz.sco.general
Subject: Nameserver with SCO ODT 3.2.v4.0
Date: 28 Sep 92 00:33:59 GMT
Reply-To: Steven E Frazier <sfrazier@norstan.com>
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


Below is our present network which works.  There are some
workarounds to make it work and the problem is that I want make
eng.norstan.com a nameserver and have it work with mmdf.  With all
of the workarounds I am not sure how to do it.


First of all, since 3.2v4.0, SCO has changed a lot with TCP/IP
which is for the best, however, there are problems, at least with
my installation.


I have to comment out the ifconfig line in the tcp file as follows:

     ifconfig lo0 localhost
     #ifconfig wdn0 192.92.101.10 -trailers netmask 255.255.255.0
broadcast 192.92.101.0

I bring up the wdn interface later after I bring up the ppp
interface to the Internet.

Again, I have to bring up the interface du0 (ppp serial) to the
Internet first, then I have to:

# ppp script to start pppd daemon
#
#
#----------------------------------------------------------
mv /etc/resolv.conf /etc/resolv.conff
pppd birch:eng auto up exec /usr/local/bin/Exec
sleep 1
route add default eng 0
mv /etc/resolv.conff /etc/resolv.conf
sleep 70
ifconfig wdn0 192.92.101.10 -trailers netmask 255.255.255.0
broadcast 192.92.101.0


Once I do all of this my network runs and works.  Not I have to
route add default eng 0  instead of to the actual gateway of
the Internet.  I am not sure why SCO won't allow me to have the two
interfaces.

At any rate, I am not sure how to set up the machine up as a
nameserver since, I have to have my Serial PPP Internet connection
up first.  Any ideas with my present setup how to make the name
server work?


Present Network:
---------------


+------------------+-Serial ----Telebit WBlazer-----> 131.187.1.131
|                  |                                    Internet
|                  |
|eng.norstan.com   |-Serial ----Telebit WBlazer-----> 192.92.101.10
|192.149.34.10     |                              birch.norstan.com
+------------------+
        |
        | Ethernet
---------------------------------------------------------------
192.149.34.11           192.149.34.12           192.149.34.13


+------------------+-Serial ----Telebit WBlazer-----> 192/149.34.10
|                  |                                eng.norstan.com
|                  |
|birch.vlink.com   |                                           
|192.92.101.10     |
+------------------+
        |
        | Ethernet
---------------------------------------------------------------
192.92.101.40         192.92.101.41             192.92.101.42




-- 
Steven E. Frazier                            Voice: 614-785-7335
8101 North High Street - Suite 100           Fax  : 614-785-7337
West Worthington, OH   43235                 sfrazier@vlink.com
Newsgroups: biz.sco.announce
From: SCO Information <info@sco.COM>
Subject: SLS Preface
Organization: XeniTec Consulting Services, Kitchener, ON, Canada
Date: Mon, 5 Oct 1992 17:36:55 GMT
Followup-To: biz.sco.general


SCO Support Level Supplements - Online

This is a listing of software available from SCO Support department Bulletin
Board System - SOS.  These "fixit" disks are available on floppy media, 
with accompanying hardcopy documentation to owners of SCO software who
experience problems.  In addition, most of the SLS material is available
via anonymous uucp.  See below for more info.

You can also access these Support Level Supplements via anonymous ftp
to "sosco.sco.com."

If you need one or more of these distributions, contact the SCO Support
department at 800-347-4381, or email to support@sco.com.
=============================================================================

SCO Supplementary Distributions Available Online

The SLSs marked "Y" in the last column are available for anonymous
uucp, anonymous ftp or interactive download.  Anonymous
uucp means that anyone who knows the phone number and the login name can
access.  The login name to use is "uusls" (the fourth character is the letter
"l" rather than the numeral "1"), and there is no password.  The system name
is "sosco".


UUCP Connection information:

Machine name: sosco

Phone numbers: (408) 425-3502 (2 lines, 300-9600 baud V.32 standard)
	       (408) 429-1786 (9600 baud Telebit)
	       (408) 427-4470 (2 lines, Hayes 9600 baud V-series)

Login name: uusls   (fourth character is the letter "l" rather than numeral "1")
No password


Items in the archive are divided into the following subdirectories:

    /usr/spool/uucppublic/SLS: Support Level Supplements

    /usr/spool/uucppublic/EFS: Enahanced Feature Supplements

    /usr/spool/uucppublic/Games: games and graphics programs

    /usr/spool/uucppublic/Term: new termcap and terminfo terminal definitions

    /usr/spool/uucppublic/Devref: reference material for developers.

/usr/spool/uucppublic/Supplements: Maintenance/Performance Supplements

Each subdirectory contains a file named "info" (/usr/spool/uucppublic/SLS/info
for example) which describes the files available in that area.

SCO Customers and developers who have accounts on SOS can also download
SLS's interactively, using x/y/zmodem and kermit file transfer facilities.
Use of this download facility is explained in the SOS system menus.

Most SLS's will be available for file transfer.  SLS's that would not be
appropriate are those which correct problems with a product installation, or
consist of a substantial portion of a product.  If you have problems with your
SOS login, or questions about its operation, you can call SCO Customer Service
at 800-347-4381, during the hours 6AM-5PM, Pacific Time.

Newsgroups: biz.sco.announce
From: GL@arlvs2.arlut.utexas.edu
Newsgroups: biz.sco.opendesktop
Subject: Re: Looks like NIS won't work in client mode on ODT 2.0...
Date: 29 Sep 92 14:17:52 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

| Subj:	Looks like NIS won't work in Client mode on ODT 2.0...

Jonathan P. Crone wrote, in part:

| 
| 
| Now how SCO thought that this situation would be acceptable is beyond
| me because surely I'm not the only person who is going to buy SCO ODT
| to put into a large well networked site filled with machines, with a
| couple of dedicated nameservers.... 
| 
| If anyone can suggest work arounds... ( The thought of replacing 
| ping, telnet, ftp, and rlogin seems a tad excessive...) 
| 
| Thanks 
| 
|  Jonathan P. Crone	613-763-8624	Fax 613-763-2803	ESN:393-8624 
| BNR Audio Conformance	cronejp@bnr.ca BNR pays me to design and test
| telephone systems, not to have a net.opinion.

	Crone isn't the only person to....  my machine would be asked
to do exactly the same thing.
	My (somewhat impertinent) solution is that I have the option
of ODT 2.0 and going over to the Interactive/Sun/Solaris/what's-its-name
version of unix for PCs.  Which I'm sure has its own problems, but
if NIS is a problem, then, .... ah, I'm basically doomed.  I have just
one machine, but there is a network of 20 (or was it ten?) SCO boxes
elsewhere in this building, and if they go on the network.... well,
I wonder what will happen (they could have a political solution
not available to me).

	Anyway, I thought I should point out that Crone isn't
talking through his hat - I'm in the same situation.

	Jay Scott
	gl@arlvs1.arlut.utexas.edu
From: anderl@kommu.UUCP (Hr Horst Anderl)
Newsgroups: biz.sco.opendesktop
Subject: Intermittent overwriting of data on block-raw-device under SCO-ODT 1.1
Date: 28 Sep 92 15:23:15 GMT
Organization: SNC
X-Newsreader: Tin 1.1 PL5


We use the block-device /dev/raw1 for our applications.
Last week we installed a FUJITSU M2266SA / 1 Gbyte SCSI-drive on an
Adaptec AHA 1542-B SCSI-Controller. Since then the raw-device was
intermittent overwritten three times !
We are quite sure, that none of our applications did this.
It seems this happens, when our X-Applications cause the system to swap.
After the last overwrite during "init 0" the kernel did a memory dump.

We would be glad, if someone could help solving this problem !
Thanks in advance
Horst
--
NAME   Horst Anderl
EMAIL  anderl@kommu.erl01.siemens.de  ...!unido!kommu!anderl
SNAIL  Siemens AG, ANL A432/WF, Postfach 4848, Nuernberg, Germany
PHONE  +49-911-895-3998, +49-911-895-4127, +49-9133-5356
FAX    +49-911-895-2213